[gstreamer-bugs] [Bug 375476] New: v4l2src cannot close /dev/video0

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=375476

  GStreamer | gst-plugins-good | Ver: HEAD CVS

           Summary: v4l2src cannot close /dev/video0
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: frepe at bredband.net
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: 2.13/2.14
   GNOME milestone: Unspecified


Please describe the problem:
When a v4l2src element is set to NULL state, it should close the video device
(typically /dev/video0). It does not.

Steps to reproduce:
0. Make sure there's some kind of v4l2 device attached to the PC so that
/dev/video0 exists
1. Start a python interpreter
2. 'myv4l2srcelement = gst.element_factory_make('v4l2src')
3. 'myv4l2srcelement.set_state(gst.STATE_PAUSED)'
4. 'myv4l2srcelement.set_state(gst.STATE_NULL)' 

Actual results:
This error message is shown:

GStreamer-CRITICAL **: Failed to deactivate pad v4l2src0:src, very bad

... and furthermore, /dev/video0 is not closed. (Creating another v4l2src
element and trying to set *that* element into PAUSED state will fail because of
this.)

Expected results:
No error message and a closed /dev/video0

Does this happen every time?
Yes

Other information:
I have sent an email to gstreamer-devel about this what contains a program
which displays the bug, but that program is larger than it needs be and the
above procedure shows the presence of the bug just as well.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email