[gstreamer-bugs] [Bug 563574] v4l2src should capture in non-blocking mode

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Sun Mar 1 10:57:09 PST 2009


If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=563574

  GStreamer | gst-plugins-good | Ver: git

Sebastian Dröge changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #129750|none                        |committed
               Flag|                            |
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |0.10.15




------- Comment #7 from Sebastian Dröge  2009-03-01 18:57 UTC -------
commit cff3f46760eac74c9bbd7a36aca44fedf327424b
Author: Sjoerd Simons <sjoerd.simons at collabora.co.uk>
Date:   Sun Mar 1 19:55:26 2009 +0100

    v4l2: Wait for a frame to become available before capturing it

    Use GstPoll to wait for the fd of the video device to become readable
before
    trying to capture a frame. This speeds up stopping v4l2src a lot as it no
    longer has to wait for the next frame, especially when capturing with low
    framerates or when the video device just never generates a frame (which
seem
    common issue for uvcvideo devices)

    Fixes bug #563574.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=563574.




More information about the Gstreamer-bugs mailing list