GNOME Bugzilla – Bug 140136
[mpeg] plays choppy in gst-player/totem
Last modified: 2007-10-17 16:17:46 UTC
ftp://ftp.mplayerhq.hu/MPlayer/samples/A-codecs/MP3/mpeg_layer1_audio.mpg plays choppy with gst-player/totem It works fine with gst-launch-ext which extends to the following pipeline: filesrc location="mpeg_layer1_audio.mpg" ! mpegdemux name=demux ! { queue ! mpeg2dec ! ffcolorspace ! xvimagesink } { demux. ! queue ! mad ! osssink }
Scheduler-related?
I don't think so, I can reproduce with both opt and basicgthread
Current CVS of Totem plays this fine, but hangs after two seconds. Timestamps appear broken.
Tested this with current CVS in Totem. Plays, but seeking nuts and audio/video sync seems to be off.
it looks like a DVB capture (from a french TV channel). all DVB captures i have show the same seek/nav bar problem, probably because of timestamps
Moving this bug to gst-plugins as we will remove the gst-player component.
Is this a dup of bug 99589 or a different problem?
The link doesn't work anymore.. setting as NEEDINFO for now.
ok ok, it's there: http://gstreamer.freedesktop.org/media/incoming/mpeg_layer1_audio.mpg
just uploaded it ;)
Plays fine with current CVS totem, both over the net and on disk, but seeking sucks a bit. The video can scrub but it won't start playing again. Assigning to Jan so he can take a look at it.
It works well enough with the mpeg demuxer from the public fluendo repository, but as you say, doesn't finish the seek too well using the one from gst-plugins-ugly - it seems to mess up the timestamps after a seek (resetting back to playing from 0). The video also takes a while before it starts playing again, even though it prerolled a frame. mpeg2dec might not be using the right logic for deciding when it can start decoding again (not recognising the first keyframe or such), or it might just be an artifact of the way the streams are muxed.
Getting this currently in Totem when playing this: ** (totem:581): WARNING **: Internal data flow problem. [gstbasesink.c(1878): gst_base_sink_chain_unlocked (): /play/abin/audiosinkbin/audio-sink/bin1/autoaudiosink0/actual-sink: Received buffer without a new-segment. Assuming timestamps start from 0.]
Works fine with CVS everything.