[Bug 746834] New: v4l2sink: driver is not queried for minimum number of buffers when propose_allocation is not called
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Mar 26 10:11:14 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=746834
Bug ID: 746834
Summary: v4l2sink: driver is not queried for minimum number of
buffers when propose_allocation is not called
Classification: Platform
Product: GStreamer
Version: git master
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gst-plugins-good
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: tobias.modschiedler at cetitec.com
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created attachment 300372
--> https://bugzilla.gnome.org/attachment.cgi?id=300372&action=edit
Proposed solution.
When propose_allocation() is not passed through to a v4l2sink, the driver is
never queried for its requirements regarding the minimum number of buffers to
use. Thus the buffer pool does not have this information.
I am pretty new to GStreamer, but my expectation would be that the driver is
always asked about this. The attached patch enables exactly this behavior: It
calls gst_v4l2_get_attribute() directly after the device is opened, to get
either V4L2_CID_MIN_BUFFERS_FOR_OUTPUT or V4L2_CID_MIN_BUFFERS_FOR_CAPTURE.
This number is then used as a default value for min_buffers when creating the
buffer pool.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list