[gstreamer-bugs] [Bug 597883] Using playbin2 instead of playbin blocks the pipeline

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=597883
  GStreamer | don't know | 0.10.25

--- Comment #8 from franchan <zq6 at gishpuppy.com> 2009-10-15 09:15:59 UTC ---
(In reply to comment #7)
> Could you also test the decodebin2 pipeline from above?

Sorry, I was adding a reply at the same moment as you :-)
Here is the explanation:


(In reply to comment #2)
> Just to reduce the number of possible causes... does it also hang if you do
> 
> gst-launch-0.10 -v filesrc location=/path/to/file ! decodebin2 name=dbin  dbin.
> ! ffmpegcolorspace ! autovideosink  dbin. ! audioconvert ! autoaudiosink

It works with mpegdemux element available.
It fails without mpegdemux element

When using "decodebin"
It works with mpegdemux absent.
It hangs with mpegdemux available ...

This result is contrary to the findings of my own little program 
or using gst-launch:

gst-launch-0.10 -v playbin
uri=file:///home/francis/Desktop/making_of_elephants_dream_3160kbps_2chn_48000Hz.mpg

works with or without mpegdemux available.

> 
> If it does, same threads, same places? Also note, that the two video pad blocks
> are for different pads. There seem to be two video streams here?
I think so.
While debugging my mpegv/mpega, originally I thought 
my coding of the mpegv element was causing the trouble.

I saw indeed the mpegv _init() being invoked twice, from time to time (it might
be that kdbg was playing tricks on me when most of the time my breakpoint was
not reached the second time though ... on cet).

Then I started using the gstmpeg2 (based on libmpeg2-0.5.1.tar.gz)
and I saw the same behaviour.

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