This was initially reported to GStreamer project:
https://bugzilla.gnome.org/show_bug.cgi?id=737521
We track this down to be a regression introduced in v4l2-utils from
version 1.4.0. In recent GStreamer we make sure the buffer.length field
(retreived with QUERYBUF) is bigger or equal to the expected sizeimage
(as obtained in S_FMT). This is to fail cleanly and avoid buffer
overflow if a driver (or libv4l2) endup doing a short allocation. Since
1.4.0, this field is always 0 if an emulated format is selected.
Reverting patch 10213c brings back normal behaviour:
http://git.linuxtv.org/cgit.cgi/v4l-utils.git/commit/?id=10213c975afdfcc90aa7de39e66c40cd7e8a57f7
This currently makes use of any emulated format impossible in GStreamer.
v4l2-utils 1.4.0 is being shipped at least in debian/unstable at the moment.
cheers,
Nicolas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
