[Bug 739771] v4l2src allocator fails
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sat Nov 8 06:20:40 PST 2014
https://bugzilla.gnome.org/show_bug.cgi?id=739771
GStreamer | gst-plugins-good | 1.4.4
Nicolas Dufresne (stormer) <nicolas.dufresne> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEEDINFO
--- Comment #5 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> 2014-11-08 14:20:36 UTC ---
Ok, first spot where things go wrong is:
gstv4l2object.c:1660:gst_v4l2_object_probe_caps_for_format_and_size:<v4l2src0>
D get frame interval for 720x576, YUYV
W Unknown frame interval type at YUYV at 720x576: 0
D done iterating discrete frame sizes
D No results for pixelformat YUYV enumerating frame sizes, trying fallback
Sadly there is no trace for v4l2_frmivalenum::type, so I can't tell what value
the driver may have choose, but it's clear that it's invalid.
This has the consequence that we fall back to some ancient code, that rely on
TRY_FMT, but this driver does not seem to validate TRY_FORMAT. We endup with
resolution 320x288 instead of 720x576, against neither S_FMT or REQBUF fails
(this driver implementation is really dummy it seems), and then it fails when
we try to capture the first buffer.
I have some homework for you (since I can't try it myself ;-P):
1. Try and fix the format, tell me if it works, give me the trace if it doesn.
gst-launch-1.0 v4l2src | video/x-raw,width=720,height=576 | checksumsink
2. Provide me a trace on 1.2 the shows what happen when it works
--
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.
More information about the gstreamer-bugs
mailing list