[Webkit-unassigned] [Bug 240229] [GStreamer][VideoCapture] Add support for capturing encoded video streams from a webcam

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=240229

Philippe Normand <philn at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |philn at igalia.com

--- Comment #18 from Philippe Normand <philn at igalia.com> ---
So, this kind-of introduces a new CPU perf issue. For instance my laptop webcam has these capabilities:


        name  : Integrated_Webcam_HD (V4L2)
        class : Video/Source
        caps  : image/jpeg, width=1280, height=720, framerate=30/1
                image/jpeg, width=960, height=540, framerate=30/1
                image/jpeg, width=848, height=480, framerate=30/1
                image/jpeg, width=640, height=480, framerate=30/1
                image/jpeg, width=640, height=360, framerate=30/1
                video/x-raw, format=YUY2, width=640, height=480, framerate=30/1
                video/x-raw, format=YUY2, width=640, height=360, framerate=30/1
                video/x-raw, format=YUY2, width=424, height=240, framerate=30/1
                video/x-raw, format=YUY2, width=320, height=240, framerate=30/1
                video/x-raw, format=YUY2, width=320, height=180, framerate=30/1
                video/x-raw, format=YUY2, width=160, height=120, framerate=30/1

image/jpeg is chosen when we look for a 640x480 resolution, so we have to decode this, in software, before then re-encoding to whatever was negotiated with WebRTC.

For this case I think it'd be better to select the video/x-raw caps.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20221222/bf99276b/attachment.htm>