After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 162417 - [mpeg] movie skips
[mpeg] movie skips
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
git master
Other Linux
: Normal normal
: 0.10.5
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 138435
 
 
Reported: 2004-12-29 01:28 UTC by David Schleef
Modified: 2006-10-02 10:46 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8



Comment 1 Stephane Loeuillet 2005-01-06 01:38:37 UTC
confirmed to play really fast in totem with latest CVS of everything

i don't know if it is related but mplayer reports a bitrate for video of 0KB/s

if we use bitrate to calculate something (like timestamp), it could fuck up.

both gxine/mplayer plays it well
Comment 2 Ronald Bultje 2005-02-08 17:12:01 UTC
I'm seeing similar behaviour as in 140136, can I dup them?
Comment 3 Edward Hervey 2005-11-21 17:07:22 UTC
Can you repost this video somewhere ? It's not accessible anywhere
Comment 4 Andy Wingo 2006-01-27 17:12:08 UTC
The big one was taken offline. There is a medium one available that I'm downloading: http://www.phenomenauts.com/video/tiny_robots-352x240.mpg
Comment 5 Jan Schmidt 2006-02-12 00:06:50 UTC
Oh, I have a copy of the larger version if anyone wants it.
Comment 6 Jan Schmidt 2006-02-17 16:51:53 UTC
Current CVS head plays it well, but has trouble seeking, and reports varying duration because of the bitrate changing.
Comment 7 Christian Fredrik Kalager Schaller 2006-06-09 14:45:18 UTC
Just tried with Wim's fixed mpeg2dec plugin. Seems to play ok and seeking seems to be dealt with ok also, but in the terminal I see this:

** (totem:498): 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.]

And there are ocassial seeks which misbehaves.
Comment 8 Tim-Philipp Müller 2006-10-02 10:46:35 UTC
Works fine for me with current CVS, seeking works fine too, and I don't get any complaints about missing new-segment events either.

The varying duration thing is a known issue, we've got other reports open about that I think.