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 151398 - Slow play with low cpu utilizaton
Slow play with low cpu utilizaton
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.8.5
Other Linux
: Normal normal
: 0.8.5
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 138435
 
 
Reported: 2004-08-30 05:39 UTC by Darren
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6



Description Darren 2004-08-30 05:39:14 UTC
Fedora Core 2, gstreamer universe (0.8.5 core 0.8.3 plugins), and
totem-gstreamer-0.99.15.1-1.1.fc2.fr.i386.rpm installed.

I tried playing all the files from ftp://mplayerhq.hu/MPlayer/samples/MOV/ with
totem. totem played about half of them successfuly. Some like
ftp://mplayerhq.hu/MPlayer/samples/MOV/Bloodhound%20Gang%20-%20Along%20Comes%20Mary.mov
played flawlessly with correct timing. But many others played, but only
extreamly slowly. As an example,
ftp://mplayerhq.hu/MPlayer/samples/MOV/editlist/menace00.mov
is a 2 minute 8 second trailer for the star wars movie but after it had played
for 20 minutes on my machine I don't think it was even half finished yet. The
strange thing is that cpu utilization all this time stuck right around 98% idle
(I'm running on an Athlon 2200 btw) so we are definately not cpu bound. Exact
same thing happens with 
ftp://mplayerhq.hu/MPlayer/samples/MOV/editlist/0625rvt6-42.mov
ftp://mplayerhq.hu/MPlayer/samples/MOV/editlist/MichaelMenes1986.mov
and several others.

Could this bug be related to either of the folling bugs?
http://bugzilla.gnome.org/show_bug.cgi?id=144384
http://bugzilla.gnome.org/show_bug.cgi?id=145372

Any one else see similar behavior or have an idea about what may be causing
this? Also FYI, gst-player just crashes with the infamous X windows error when
attempting to play all three of these files.
Comment 1 Darren 2004-09-17 00:16:54 UTC
For what it's worth I upgraded my plugins to version 0.8.4 a while ago and that
had no affect on this bug. I also noticed that all the files that play terribly
slow seem to play at a rate of about 1 frame per second or 2. Don't know if
that's significant or not... I also noticed another similar bug report which may
or may not be related-
http://bugzilla.gnome.org/show_bug.cgi?id=152757
Comment 2 Ronald Bultje 2004-10-01 12:11:03 UTC
I took one of those files (menace00.mov) and it plays sort-of ok now. Audio is
crackling, I don't know why, but A/V sync and speed are OK. Can you test each of
those files again using current CVS of Totem and GStreamer (core + plugins +
ffmpeg) and file separate bugs for those that fail in ways unrelated to speed?
Comment 3 Darren 2004-10-06 05:24:38 UTC
I'm not set up to test CVS versions yet. But I did retest again today with
gstreamer-0.8.6, plugins 0.8.4 and the current pre release of ffmpeg 0.8.1.2.
It's hard to say for sure but it seems there may have been a slight performance
improvement (perhaps they are only ~8x too slow now while before they were ~15x
to slow) but play for all the files is still basically just as broken as when
this bug was first reported for me. I don't get any audio on any of them, not
even crackling or other noise. Regarding filing seperate bugs -- speed seems to
be the only issue on all of them (I'm assuming that fixing the speed issue will
also address the missing audio for now). I will retest again as soon as there is
another plugins release.
Comment 4 Ronald Bultje 2004-10-06 08:53:05 UTC
plugins 0.8.4 is a bad idea. ;). So yes, let's wait until 0.8.5 comes out.
Comment 5 Darren 2004-10-08 14:26:15 UTC
Happy to report that the 0.8.5 plugins fixed this issue. Nice job -- time to
close this one...
Comment 6 Ronald Bultje 2004-10-08 15:26:21 UTC
Good, thanks.