Closed
Bug 871416
Opened 12 years ago
Closed 9 years ago
Support any size of video frame in WebRTC PeerConnections
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: roc, Unassigned)
Details
(Whiteboard: [WebRTC][blocking-webrtc-])
Currently the code in MediaPipelineTransmit::PipelineListener::ProcessVideoChunk assumes at least that video frame sizes must be even. If they're not I think we just crash. (I tried writing a testcase but I couldn't quickly find a suitably odd-sized video.)
Updated•12 years ago
|
Whiteboard: [WebRTC][blocking-webrtc-]
Comment 1•12 years ago
|
||
There's a reason you can't find odd-pixel videos.... ;-) But they may exist.
A patch that's been waiting on reviews since late Feb adds asserts that sizes in SendVideoFrame() are even.
However: since the GIPS API doesn't include 'stride', we can't change the width or height of a video without copying it. So this can't be supported currently without at least filtering off the odd pixel inside the GIPS code. Tim can talk to whether the video codecs (and all the other video code in GIPS/libyuv/etc) themselves would allow odd sizes instead of stripping the odd pixel.
Comment 2•12 years ago
|
||
(In reply to Randell Jesup [:jesup] from comment #1)
> Tim can talk to whether the video codecs (and all the other video code in
> GIPS/libyuv/etc) themselves would allow odd sizes instead of stripping the
> odd pixel.
The codecs certainly do. I'd have to look to see what the state of libyuv support is.
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•