[Bug 726521] v4l2src fails to enumerate Raspberry Pi camera which specifies stepwise frame sizes

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=726521
  GStreamer | gst-plugins-good | 1.2.3

--- Comment #4 from Nicolas Dufresne <nicolas.dufresne at collabora.co.uk> 2014-03-18 13:51:57 UTC ---
Just looked again, and this seems fair. I think we need to have some threshold
for step size, or when large amount of discrete modes may be generated.

What I found (at least for sources) is that good practice is to roundup to the
step. This way, if GStreamer needs 16x17, the driver would give 16x18, and
GStreamer could use an implicit crop using stride of 18 and with of 17. For
larger steps, if crop meta is supported, we could center the crop. A lot of HW
seems to have a 16bit steps, though loosing up to 8 pixels border, if centers,
is not that of a problem. Most capture HW already crops of lot due to lenses
artifact.

So I agree, we need to look into something smarter here, and avoid probing all
of the possibilities. I haven't looked deeply in that code yet, but I have RPi
and should be able to dig into that at some point. Obviously if someone has
more time then me, please let me know.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.