GNOME Bugzilla – Bug 103901
MPEG/MPG not playing
Last modified: 2004-12-22 21:47:04 UTC
I'm able to start gst-launch-ext filename.mpg and there are no errors but it stops and hangs: gst-launch filesrc location="/home/mathew/Downloads/video/mpeg/beautifulvid.mpg" ! mpegdemux video_%02d! { queue ! mpeg2dec ! colorspace ! xvideosink } mpegdemux0.audio_%02d! { queue ! mad ! osssink } INFO (21183: 0) Initializing GStreamer Core Library version 0.5.1.1 INFO (21183: 0) CPU features: (00000000) MMX SSE registry: loaded user_registry in 0.370901 seconds (/home/mathew/.gstreamer/registry.xml) GStreamer-INFO: 0 live buffer(s) GStreamer-INFO: 0 live bufferpool(s) GStreamer-INFO: 0 live event(s) RUNNING pipeline /pipeline0/thread1/queue1.sink: caps = (GstCaps *) { audio/x-mp3; } /pipeline0/thread1/queue1.src: caps = (GstCaps *) { audio/x-mp3; } /pipeline0/thread1/mad0.sink: caps = (GstCaps *) { audio/x-mp3; } /pipeline0/filesrc0.src: active = TRUE /pipeline0/mpegdemux0.sink: active = TRUE /pipeline0/mpegdemux0: streaminfo = (GstCaps *) { application/x-gst-streaminfo; mpegversion=(int) 1; bitrate=(int) 1396400 } /pipeline0/filesrc0.src: caps = (GstCaps *) { video/mpeg; mpegversion=(int) 1; systemstream=(boolean) TRUE; parsed=(boolean) TRUE } /pipeline0/mpegdemux0.sink: caps = (GstCaps *) { video/mpeg; mpegversion=(int) 1; systemstream=(boolean) TRUE; parsed=(boolean) TRUE } /pipeline0/filesrc0.src: active = FALSE /pipeline0/mpegdemux0.sink: active = FALSE /pipeline0/mpegdemux0.video_00: caps = (GstCaps *) { video/mpeg; mpegversion=(int) 1; systemstream=(boolean) FALSE } /pipeline0/thread0/mpeg2dec0.sink: caps = (GstCaps *) { video/mpeg; mpegversion=(int) 1; systemstream=(boolean) FALSE } /pipeline0/thread0/queue0.src: caps = (GstCaps *) { video/mpeg; mpegversion=(int) 1; systemstream=(boolean) FALSE } /pipeline0/thread0/queue0.sink: caps = (GstCaps *) { video/mpeg; mpegversion=(int) 1; systemstream=(boolean) FALSE } /pipeline0/filesrc0.src: active = TRUE /pipeline0/mpegdemux0.sink: active = TRUE /pipeline0/mpegdemux0.video_00: active = TRUE /pipeline0/thread0/queue0.sink: active = TRUE /pipeline0/thread0/queue0.src: active = TRUE /pipeline0/thread0/mpeg2dec0.sink: active = TRUE /pipeline0/thread0/mpeg2dec0.src: active = TRUE /pipeline0/thread0/mpeg2dec0.user_data: active = TRUE /pipeline0/thread0/colorspace0.sink: active = TRUE /pipeline0/thread0/colorspace0.src: active = TRUE <-- hangs here Any Ideas?
Alright, it looks like its a bug with glibc and not gstreamer. I can get mpeg/mpg to play using --gst-scheduler=opt but its totally off sync.Also avi is out of sync.
Recompiling glibc with i586 -02 flags does not help.
ok, I've compiled gstreamer/gst-plugins/gst-player ALL with Opt Flags of -march=pentium4 -O3 -pipe, I'm now stripping the flags and re-compiling a fresh cvs download of each. If this works I will re-compile glibc with opt flags mentioned before.
Created attachment 13760 [details] gst-launch --gst-mask=-1 filesrc location="/home/mathew/Downloads/video/mpeg/beautifulvid.mpeg" ! mpegdemux video_%02d! { queue ! mpeg2dec ! xvideosink } mpegdemux0.audio_%02d! { queue ! mad ! esdsink }
Created attachment 13761 [details] Sorry, I did it wrong, here is the dump file
I'm going to try glibc with -march=i486 -O2 -pipe flags to see if this fixes the problem.
ok, I've done what I said I would do and still having problems using gstreamer without using the gst-scheduler=opt flag and have it out of sync using esd, bug # 104185. So would this still be a Threading issue with glibc? Or possibly an issue with gstreamer plugins? Good thing is now I don't need to use sync=true with oss to sync it. I could use a little help here to help narrow down the cause? What infomation do I need to add to this bug to help the developers resolve this issue?
Created attachment 13919 [details] gst-mask=-1
Save the above file as dump.gz
can you also provide a gdb stacktrace?
Created attachment 13927 [details] save as backtrace.gz
Created attachment 13928 [details] bt from gdb
This threading issue has been puntet into the indefinite timeframe. CVS now uses the opt scheduler per default. Sync issues etc. using this scheduler has also been fixed in CVS head.
*** This bug has been marked as a duplicate of 104892 ***