[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