[Bug 746834] v4l2sink: driver is not queried for minimum number of buffers when propose_allocation is not called

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=746834

--- Comment #21 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
(In reply to Tobias Modschiedler from comment #19)
> OK, I understand. Would it be possible to reasonably use larger buffers
> (N*188) with an unmodified GstV4L2 right now? (If the driver chooses this
> size.)

Looking again at the code, it is requesting ENCODED_BUFFER_SIZE (1 Mb) to the
driver. Even there, the driver chooses 188 bytes. Maybe this is how the HW
works, even though splitting in the driver with fixed sized packet is trivial
and required no parsing.

That means the options to improve performance on GST side is to add a loop in
gst_v4l2_buffer_pool_process(). So you'd be submitting 188 bytes per
v4l2buffer, but from GstBuffer of much larger size. Using tsparse to ensure
proper framing. I suggest we open a new bug to track this though.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.