[Bug 725374] Uvch264src fails with multiple cameras

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=725374
  GStreamer | gst-plugins-bad | 1.2.3

Mark Scudder <mark> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|NOTABUG                     |
           Severity|major                       |normal

--- Comment #2 from Mark Scudder <mark at markscudder.com> 2014-02-28 15:06:13 UTC ---
I changed the pipelines, respectively, to:

~/gst/runtime/bin/gst-launch-1.0 -v -e uvch264src device=/dev/video0 name=src
auto-start=true src.vfsrc ! queue !
video/x-raw,format=\(string\)YUY2,width=320,height=240,framerate=10/1 !
xvimagesink sync=false src.vidsrc ! queue !
video/x-h264,width=1280,height=720,framerate=30/1 ! mp4mux ! filesink
location=/home/mark/test1.mp4

and 

~/gst/runtime/bin/gst-launch-1.0 -v -e uvch264src device=/dev/video1 name=src
auto-start=true src.vfsrc ! queue !
video/x-raw,format=\(string\)YUY2,width=320,height=240,framerate=10/1 !
xvimagesink sync=false src.vidsrc ! queue !
video/x-h264,width=1280,height=720,framerate=30/1 ! mp4mux ! filesink
location=/home/mark/test2.mp4

Now, both viewfinders will appear in vximagesink windows, but will only show
the first frame and they do not move. The test files are 0 bytes when the
pipelines are killed.

I then added "h264parse" before "mp4mux" on each pipeline and it went back to
behaving exactly as it did without h624parse and mp4mux in the pipeline - first
one to be run works, second one fails.

Please set the status to "unresolved" again.

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