[Bug 740040] v4l2src generates "EOS" signal immediately after invoking command line

[GStreamer (bugzilla.gnome.org)]

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

Nicolas Dufresne (stormer) <nicolas.dufresne> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |nicolas.dufresne at collabora.
                   |                            |co.uk
         Resolution|                            |NOTGNOME

--- Comment #2 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> 2014-11-13 00:18:06 UTC ---
Hmm, driver is broken, it does not set buffer.bytesused, see:

dequeued buffer 0x7f9ef0011000 seq:0 (ix=0), mem 0x20c1650 used 0, plane=0,
flags 00002041, ts 0:00:00.000000000, pool-queued=1, buffer=0x7f9ef0011000

This is a driver bug. Can you identify this driver, is it upstream ? I can't
really workaround that easily, since failing on payload=0 is needed to detect
end of draining sequence in the encoder. Also, in 1.4, the size will be
validated later, and the buffers will fail to map. In 1.2, we where ignoring
bytesused, and using length, this is wrong of course.


p.s. Overloading EOS here for empty payload buffers is probably a bad idea, I
may considered using GST_FLOW_CUSTOM_ERROR in the future.

-- 
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.