The Rhythmbox Music Management Application

Rhythmbox 0.12.0 time unknown, seekbar disabled

Reported by Innocent Bystander on 2009-05-08
112
This bug affects 19 people
Affects Status Importance Assigned to Milestone
Rhythmbox
Expired
Critical
gstreamer0.10 (Ubuntu)
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: rhythmbox

Using Ubuntu 9.04 x64, system up to date as of 2009-05-07, Rhythmbox version 0.12.0

After upgrade from 8.10 to 9.04, Rhythmbox no longer displays the duration of the song. The time column is always "Unknown" and remains so even after the song has been played completely.

More serious yet, the seek bar is disabled. Seek bar: the cursor which shows the relative position of the playing song in the total time. The cursor always remains at position 0, it doesn't move when the song is playing and, of course, it is not possible to move it with the mouse. The only thing I can do is to listen to the song from start to end.

This issue didn't exist with v8.10. On this same machine, VLC can play the same song and it is possible to move VLC's seekbar.

Thanks in advance for taking care.

Sebastien Bacher (seb128) wrote :

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?

Changed in rhythmbox (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Low
status: New → Incomplete
Innocent Bystander (galaxtri) wrote :

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

Sebastien Bacher (seb128) wrote :

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

Innocent Bystander (galaxtri) wrote :

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.

Sebastien Bacher (seb128) wrote :

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

NitzanMS (nitzanms) wrote :

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

Innocent Bystander (galaxtri) wrote :

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.

Sebastien Bacher (seb128) wrote :

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

Innocent Bystander (galaxtri) wrote :
Download full text (9.5 KiB)

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...

Read more...

Sebastien Bacher (seb128) wrote :

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

Innocent Bystander (galaxtri) wrote :

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)]

affects: rhythmbox (Ubuntu) → gstreamer0.10 (Ubuntu)
Changed in gstreamer0.10 (Ubuntu):
status: Incomplete → New
bruno (bruvision) wrote :

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.

Sebastien Bacher (seb128) wrote :

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)

marco enrico alviar (mvalviar) wrote :

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.

cyril (ivi610) wrote :

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

Changed in rhythmbox:
status: Unknown → Incomplete

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.

Changed in gstreamer0.10 (Ubuntu):
status: New → Triaged
Innocent Bystander (galaxtri) wrote :

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.

JF (jfuchs) wrote :

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

JF (jfuchs) wrote :

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.

Jakub (buufy) wrote :

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.

Jakub (buufy) wrote :

Any ideas or progress on this?

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

Denis G. (gagnon88) wrote :

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 !

®om (rom1v) wrote :

Same problem for me on Karmic 64 bits.

michalzuber (michalzuber86) wrote :

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
=================================================

Jack Deslippe (jdeslip) wrote :

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.

Jack Deslippe (jdeslip) on 2010-02-11
Changed in gstreamer0.10 (Ubuntu):
status: Triaged → Confirmed
Jorge Silva (jorge-silva) wrote :

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!

Bálint Magyar (balintm) wrote :

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.

Changed in rhythmbox:
importance: Unknown → Critical
status: Incomplete → Expired
srivest (serge-rivest) wrote :

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

W.McL (w-mcl) wrote :

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.

W.McL (w-mcl) wrote :

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

Rhys (rimmington) wrote :

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.

angus73 (andrea-vai) wrote :

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.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.