[Webkit-unassigned] [Bug 240229] [GStreamer][VideoCapture] Add support for capturing encoded video streams from a webcam
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Dec 22 11:46:25 PST 2022
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>
More information about the webkit-unassigned
mailing list