GNOME Bugzilla – Bug 643972
Can't seek through some MP3 files
Last modified: 2011-03-27 15:05:58 UTC
Description: Totem just can't seek through some mp3 files of mine (mp3 from a podcast) Here is the output of mediainfo on one of those files : General Complete name : pod1.mp3 Format : MPEG Audio File size : 42.4 MiB Duration : 1h 32mn Overall bit rate : 64.0 Kbps Audio Format : MPEG Audio Format version : Version 1 Format profile : Layer 3 Duration : 1h 33mn Bit rate mode : Constant Bit rate : 64.0 Kbps Channel(s) : 1 channel Sampling rate : 44.1 KHz Compression mode : Lossy Stream size : 42.4 MiB (100%) mp3check -e returns nothing. I can seek through the file with Rhythmbox, mplayer and vlc It might be related to gstreamer but I'm not sure about this as Rhythmbox does use gstreamer.... Additional info: * Arch Linux * totem 2.32.0 * gstreamer0.10-ugly-plugins 0.10.17 * gstreamer0.10-bad-plugins 0.10.21 * gstreamer0.10-ffmpeg 0.10.11 Steps to reproduce: - Download a MP3 podcast from http://www.europe1.fr/Radio/Podcasts/Semaine/ - play the file with totem - try to go to a specific time
Noticed the same behavior ever since upgrading to Ubuntu 10.10, Totem 2.32.0-0ubuntu1. It happens on both audio and video files, seemingly at random -- not sure what it is in the files that causes the hiccup. I haven't noticed any particular pattern; I can rip a cd to mp3 or ogg, and some files will seek, and others won't. I also tried changing themes, which didn't help. Running in debug mode via the terminal, this looked significant: (totem:1580): Totem-DEBUG: seek time: (totem:1580): GStreamer-CRITICAL **: _gst_util_uint64_scale_int: assertion `denom > 0' failed (totem:1580): Totem-DEBUG: Finalizing Python plugin instance (totem:1580): Totem-DEBUG: not saving position because the video/track is too short
I should add that the file was an mp3 file, not a video track. (In reply to comment #1) > Noticed the same behavior ever since upgrading to Ubuntu 10.10, Totem > 2.32.0-0ubuntu1. It happens on both audio and video files, seemingly at random > -- not sure what it is in the files that causes the hiccup. I haven't noticed > any particular pattern; I can rip a cd to mp3 or ogg, and some files will seek, > and others won't. > > I also tried changing themes, which didn't help. > > Running in debug mode via the terminal, this looked significant: > > > (totem:1580): Totem-DEBUG: seek time: > > (totem:1580): GStreamer-CRITICAL **: _gst_util_uint64_scale_int: assertion > `denom > 0' failed > (totem:1580): Totem-DEBUG: Finalizing Python plugin instance > (totem:1580): Totem-DEBUG: not saving position because the video/track is too > short
Created attachment 182951 [details] totem debug log
(In reply to comment #1) > Noticed the same behavior ever since upgrading to Ubuntu 10.10, Totem > 2.32.0-0ubuntu1. It happens on both audio and video files, seemingly at random > -- not sure what it is in the files that causes the hiccup. I haven't noticed > any particular pattern; I can rip a cd to mp3 or ogg, and some files will seek, > and others won't. > > I also tried changing themes, which didn't help. > > Running in debug mode via the terminal, this looked significant: > > > (totem:1580): Totem-DEBUG: seek time: > > (totem:1580): GStreamer-CRITICAL **: _gst_util_uint64_scale_int: assertion > `denom > 0' failed > (totem:1580): Totem-DEBUG: Finalizing Python plugin instance > (totem:1580): Totem-DEBUG: not saving position because the video/track is too > short I don't have this error .... I've attached the output of : totem --debug --gst-debug-level=3 test.mp3
You're using the ffmpeg decoder to play back mp3s. Install the mad GStreamer plugin or the Fluendo MP3 decoder to fix that.
Thanks ! I've installed the fluendo plugin as I don't have a "gstreamer0.10-mad" plugin available on my distribution...
-mad is available in gstreamer0.10-ugly-plugins
I'm on Arch Linux, ugly is installed : Package file list : gstreamer0.10-ugly-plugins /usr/ gstreamer0.10-ugly-plugins /usr/lib/ gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/ gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgsta52dec.so gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgstamrnb.so gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgstamrwbdec.so gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgstcdio.so gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgstdvdread.so gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgstlame.so gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgstmad.so gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgstmpeg2dec.so gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgstsid.so gstreamer0.10-ugly-plugins /usr/lib/gstreamer-0.10/libgstx264.so gstreamer0.10-ugly-plugins /usr/share/ gstreamer0.10-ugly-plugins /usr/share/gstreamer-0.10/ gstreamer0.10-ugly-plugins /usr/share/gstreamer-0.10/presets/ gstreamer0.10-ugly-plugins /usr/share/gstreamer-0.10/presets/GstAmrnbEnc.prs gstreamer0.10-ugly-plugins /usr/share/gstreamer-0.10/presets/GstX264Enc.prs And I've tried again totem but for an unknown reason I can't seek anymore...even with fluendo installed... How can I force totem to use libgstmad ?
Well actually, sometimes it works sometimes it doesn't... And there is something weird with totem process. When I close it, a zombie process remains : ps aux | grep totem user1 6923 1.4 0.0 0 0 ? Z 20:20 0:01 [totem] <defunct>
Ok, sorry just forget what I've just said above...it was just because I did not close gpodder (from which totem is started).
Up !
*** This bug has been marked as a duplicate of bug 641047 ***