Rhythmbox 0.12.0 time unknown, seekbar disabled

Thank you for your bug report. Do you have the issue on any song? Could you run "dpkg -l | grep gstreamer" and add the log to the bug?

dpkg -l | grep gstreamer

ii bluez-gstreamer 4.32-0ubuntu4.1 Bluetooth gstreamer support
ii gstreamer0.10-alsa 0.10.22-5 GStreamer plugin for ALSA
ii gstreamer0.10-ffmpeg 0.10.6.2-1ubuntu2 FFmpeg plugin for GStreamer
ii gstreamer0.10-gnomevfs 0.10.22-5 GStreamer plugin for GnomeVFS
ii gstreamer0.10-plugins-base 0.10.22-5 GStreamer plugins from the "base" set
ii gstreamer0.10-plugins-base-apps 0.10.22-5 GStreamer helper programs from the "base" se
ii gstreamer0.10-plugins-good 0.10.14-1 GStreamer plugins from the "good" set
ii gstreamer0.10-pulseaudio 0.10.14-1 GStreamer plugin for PulseAudio
ii gstreamer0.10-schroedinger 1.0.5-1 GStreamer plugin for encoding/decoding of Di
ii gstreamer0.10-tools 0.10.22-1 Tools for use with GStreamer
ii gstreamer0.10-x 0.10.22-5 GStreamer plugins for X11 and Pango
ii libgstreamer-plugins-base0.10-0 0.10.22-5 GStreamer libraries from the "base" set
ii libgstreamer0.10-0 0.10.22-1 Core GStreamer libraries and elements
ii totem-gstreamer 2.26.1-0ubuntu5 A simple media player for the GNOME desktop

do you play files locally? do you get the issue on any format you use?

All files are local. Just installed Ubuntu 9.04 x32 on another computer. The same MP3 files I have trouble in the upgraded Ubuntu 9.04 x64 are played OK. So it seems like it's not a rhythmbox issue.

Some new info on the troubled Ubuntu 9.04 x64 machine:

- Ogg files play OK (seekbar move OK and song duration is displayed in the Time column)
- As soon as I clicked on an MP3 file, either VRB or fixed byte encoded, Rhythmbox hangs and becomes unresponsive.

On that same machine, the same MP3 that Rhythmbox cannot play is played perfectly OK using VLC 0.99a. I guess it's a bad installation or something went wrong after the upgrade 8.10 -> 9.04. May be you can just help me by showing me how to do a reinstall of Rhythmbox and the codecs?

Thanks in advance.

do you get the issue with an another user account or a guest session?

I'd like to add to this bug report. I have a 32-bit Ubuntu machine and have the same problem.
I also play the files only locally, and it also happened only after moving to 9.04

Sorry for late answer. Same behaviour on Guest Session (MP3 plays but seekbar remains disabled and Time is always unknown for ALL MP3, Ogg play OK).

Also on my regular user account, since I have played some Ogg, I can no longer play MP3. Each time I click an MP3, Rhythmbox hangs, must "Force Quit". No pb with the MP3 file, VLC plays it OK.

could you use gst-launch -v playbin uri=... to play the mp3 and copy the log there?

That's incredible, gst-launch could play the song that Rhythmbox is unable to play.

gst-launch -v playbin uri="file:///home/crazyusername/Music/Demo Song.mp3"

/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = application/x-id3
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstID3Demux:id3demux0.GstPad:sink: caps = application/x-id3
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstApeDemux:apedemux0.GstPad:sink: caps = application/x-apetag
/GstPlayBin:playbin0/GstStreamSelector:selector_audio_src0: active-pad = NULL
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/ffdec_mp3:ffdec_mp30.GstPad:sink: caps = audio/mpeg, mpegversion=(int)1, layer=(int)3
/GstPlayBin:playbin0/GstDecodeBin:decodebin0.GstGhostPad:src0: caps = audio/x-raw-int, rate=(int)44100, channels=(int)2, channel-positions=(GstAudioChannelPosition)< GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_RIGHT >, signed=(boolean)true, endianness=(int)1234, width=(int)16, depth=(int)16
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/ffdec_mp3:ffdec_mp30.GstPad:src: caps = audio/x-raw-int, rate=(int)44100, channels=(int)2, channel-positions=(GstAudioChannelPosition)< GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_RIGHT >, signed=(boolean)true, endianness=(int)1234, width=(int)16, depth=(int)16
/GstPlayBin:playbin0/GstStreamSelector:selector_audio_src0.GstSelectorPad:sink0: caps = audio/x-raw-int, rate=(int)44100, channels=(int)2, channel-positions=(GstAudioChannelPosition)< GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_RIGHT >, signed=(boolean)true, endianness=(int)1234, width=(int)16, depth=(int)16
/GstPlayBin:playbin0/GstDecodeBin:decodebin0.GstGhostPad:src0: caps = audio/x-raw-int, rate=(int)44100, channels=(int)2, channel-positions=(GstAudioChannelPosition)< GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_RIGHT >, signed=(boolean)true, endianness=(int)1234, width=(int)16, depth=(int)16
/GstPlayBin:playbin0/GstDecodeBin:decodebin0.GstGhostPad:src0.GstProxyPad:proxypad1: caps = audio/x-raw-int, rate=(int)44100, channels=(int)2, channel-positions=(GstAudioChannelPosition)< GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_RIGHT >, signed=(boolean)true, endianness=(int)1234, width=(int)16, depth=(int)16
/GstPlayBin:playbin0/GstStreamSelector:selector_audio_src0.GstPad:src: caps = audio/x-raw-int, rate=(int)44100, channels=(int)2, channel-positions=(GstAudioChannelPosition)< GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_RIGHT >, signed=(boolean)true, endianness=(int)1234, width=(int)16, depth=(int)16
/GstPlayBin:playbin0/GstQueue:preroll_audio_src0.GstPad:sink: caps = audio/x-raw-int, rate=(int)44100, channels=(int)2, channel-positions=(GstAudioChannelPosition)< GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_RIGHT >, signed=(boolean)true, endianness=(int)1234, width=(int)16, depth=(int)16
/GstPlayBin:playbin0/GstQueue:preroll_audio_src0.GstPad:src: caps = audio/x-raw-int, rate=(int)44100, channels=(int)2, channel-positions=(GstAudioChannelPosition)< GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GS...

could you get a rhythmbox --debug log and see if there is some errors there? do you use the crossfading option?

Cross fading was on. When disabled, Rhythmbox now can play the MP3. Thanks

But the seekbar still cannot move. Same behaviour when playing the same MP3 with Totem Movie Player 2.26.1. Can play song, the cursor on the seekbar can be moved (but the song still continues to play normally instead to jumping to the position indicated by the cursor). As soon as the mouse is released the cursor goes back to position 0. So practically this means the Totem's seekbar doesn't work either.

I have tried to read the rhythmbox --debug output on the screen, there is no obvious error. When the song doesn't play (crossfading enabled) there is a long series of this kind of output:

(00:28:32) [0x166a500] [tick_cb] rb-shell-player.c:3615: tick: [file:///home/crazyusername/Music/DemoSong.mp3, 0:0(0)]

Another user with the same issues. With 8.04.2 and 8.1 there were no issues with rhythmbox and playing/advancing mp3 (or any media files). Just upgraded to 9.04 and system is up to date as of writing this...

With 9.04 I also cannot get rhythmbox's progress bar to advance when playing any local mp3. I cannot skip to any point with a media file. I have to listen to the entire track.

Not confirming but it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

I have the same exact issue. I mp3s duration is unknown and seek cursor is disabled. The same mp3 files played on totem shows the same behaviour. All files are local and some mp3 doesn't have any problems. Ogg files plays ok. I tried to play these files on VLC and Amarok and they play fine.

same thing for me
i have the time column empty and the progress bar doesn't work

I'm seeing the same behaviour: player hangs on mp3 files when cross-fade is enabled. I've reported this on bugzilla.gnome.org and linked to the bug there in the "affected projects". Note that I also saw the buggy seekbar behaviour in 8.10 that people are reporting, as well as the absence of times, but mp3 files still managed to play then.

From my perspective, this bug is no longer relevant. After several system updates, I was hoping that there will be a fix. But the issue still remained. I have re-installed Ubuntu 9.04 x64 and this issue is gone and ... replaced by a graphic issues. Lets see how it goes I may file another bug.

I have the same behaviour for local mp3s
no Time of the files are shown
and the progressbar for the song is not progressing and not moveable

Ubuntu Jaunty 64bit

I found out more about this problem,
it seems it has something to do with the library folder and the "watch library for new files" setting.

After I installed my new Jaunty I had rhythmbox open and let it watch ~/Music for new files
then I copied all files from my backup in ~/Music, it recognized all, but the time for all MP3s was unkown. This applied for every new MP3 file in ~/Music, also when removing some mp3 files from the folder and the library and moving it back.

but i noticed that when I imported Mp3s manually, i.e. with drag and drop from desktop,
the playtime was detected correctly.

now I created a new Folder ~/Music2 set rhythmbox library to this path and also the watch option.
then removed all files from the library (right-click -> remove) and moved the actual files to ~/Music2 - and BINGO. now the playtime of the files is detected correctly ..

weird bug.

I have exactly the same behavior as JF here.
After recent update of Rhythmbox new music files in my watched folders are added to the library, but their length is unknown and the seekbar is not working.

I'm running Ubuntu 8.10 and latest Rhythmbox.

Any ideas or progress on this?

I have my library folder on external USB drive using NTFS, could this be a problem here?

I have the same bug, Rhythmbox does not detect the duration of all my mp3 files.

It seems that the mp3 files play correctly with VLC media player.

I was having the same problem on a new install of 9.04 x64, where Rhythmbox couldn't detect the length of most of my files. It started working for me after I installed the package gstreamer0.10-plugins-ugly.

I confirm that installing package gstreamer0.10-plugins-ugly solved the mp3 unknown time problem. After installing the package, I needed remove the files from rhythmbox and have them rescaned.

same for me here, with 9.10 Karmic 64bit: slider was not moving and I could not "jump" directly in the middle of a song by grabbing and moving the slider.
In irder to correct the problem, I:
- I selected a folder with no MP3 as my library folder
- restarted rhythmbox
- then re-selected my original folder with all my MP3
=> it works correctly from now on.
This is a strange bug !

Same problem for me on Karmic 64 bits.

Karmic 64bit had same problem, but after installing gstreamer0.10-plugins-ugly and rescan everything works as expected ;)

I had the same problem (and it affected Totem and all media players too). I want to also confirm that installing gstreamer0.10-plugins-ugly solved my problem. For ubuntu/linux noobs that don't understand what that means, open up Terminal and type this:

=================================================
sudo apt-get install gstreamer0.10-plugins-ugly
=================================================

The problem is that without -ugly the gstreamer0.10-ffmpeg is allowing the playback of mp3s but the seeking is apparently broken in that package. So for someone on the gstreamer team: please look into the gstreamer0.10-ffmpeg package.

This bug also affects banshee and totem.

on karmic 32bits I had the same problem, progress bar was unresponsive specially when crossfading was enabled. I also confirm that installing gstreamer0.10-plugins-ugly seems to have gotten rid of the problem. Thanks for the workaround!

I believe gnome-bugs #586905 is unrelated to this bug as according to the original reporter, it involves a lockup, whereas in our case playback is fine except for the inability to seek.

I have the same problem, resolved by upgrading to: gstreamer0.10-plugins-ugly

Problem still exists in rhythmbox 0.13.1

Enabling or risabling the crossfade plugin doesn't change anything. I have gstreamer0.10-plugins-ugly installed.

Problem occurs on both ogg and mp3 files (no other types tested yet)

When I start rhythmbox with the --debug option and try to move the position slider to a certain position, I get output like this:

(14:49:07) [0x144ef60] [slider_moved_callback] rb-header.c:676: slider is not dragging

After moving the slider, the time is updated to the current slider position, but when I resume playing, neither the slider's position nor the time are updating.

Further investigation brought up:
Problem only occurs when rhythmbox' audio is forwarded to another machine via pulseaudio.

Identical issue on Ubuntu 11.04 64-bit. Local music, local audio. Installing gstreamer0.10-plugins-ugly and then wiping the DB from within Rhythmbox (Ctrl-A > Right click > Remove) and re-importing fixed the issue, but also wiped the contents of my playlists — expected, but less than pleasant.

I know this is marked as Low importance, but some news would be nice.

This bug also affects me (Rhythmbox 0.12.8 on Ubuntu Lucid x64), but only with some mp3 files. gstreamer0.10-plugins-ugly is installed, and cross-fading is disabled.