GNOME Bugzilla – Bug 622188
Crossfading broken in version 0.12.8
Last modified: 2011-02-12 14:09:28 UTC
Since version 0.12.8 crossfading seems to be broken. Crossfading is enabled in the preferences and the time is set to 15 seconds. The last time it worked for me was version 0.12.6. There is also a bug report in launchapd for this: https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/577429
Works fine for me. Please provide .. well, any information at all.
Hi, I am the original reporter on Launchpad, please have a look at what I posted there. Is this of any help? There are also some additional hardware specs attached.
Created attachment 164244 [details] no xfade log debug message from 24 seconds before song end and about first 15 seconds of next song
I hope the log gives some information you need to identify the problem. What more information can rhythmbox provide? What specific programm part should I debug to find the problem?
The crossfading works if you during playing a track you select another track to play. Then rhythmbox fades between this two songs. But if you put two songs in the queue or play two songs in the music folder the songs are concatenated without crossfading.
Confirmed broken here as well. Rhythmbox 0.12.8 (Ubuntu 10.04 x86-64). If I enable the crossfading engine, then the time position slider stops working. It will just be at the very start during audio playback. Playback still proceeds, but there are audiable gaps when the next track is started, suggesting that crossfading does not work. Tested without Pulseaudio as GStreamer backend, but that didn't work at all.
Created attachment 166222 [details] rhythmbox --debug-match rb-player, xfade enabled, a few seconds of playback Attached a log file for a few seconds of MP3 playback where time position slider is dysfunctional when crossfading is enabled (GStreamer uses Pulseaudio sink). I see in the log file lots of messages about stream position query failing.
I did some investigation. Rhythmbox crossfading worked for plain WAV-files. So I suspected some codec issues. I eventually found that: 1. Rhythmbox crossfading and time slider does not work with either ffmpeg or Fluendo MP3 decoders. 2. It *does* work with the libmad MP3 decoder (from gstreamer ugly plugins).
I don't see any difference in the plugins I used. I tried with the libmad plugin but the crossfading doesn't work. Then I tried different file formats and the crossfading works from 1. ogg to ogg 2. ogg to mp3 3. mp3 to ogg. But it doesn't work from a mp3 to mp3 file. In a working situation the slider and the current song in the queue disappears 15 seconds before the end of the song and the slider starts with the new song. In the not working situation the song disappears 15 seconds before the end of the song but the sliders goes to the end of the current song and disappears on the real song end. Can someone confirm this.
I don't tested it with any local music files yet but with the lastfm plugin. And it seems to be a kernel issue. Because after the update to the new lucid kernel 2.6.32-26 there isn't any crossfading any more. If crossfading enabled the track stops where the crossfading process should begin and jumps directly to the next track. And the next track starts where the crossfading process should end. Before the update it was as it is described in the launchpad bug report #577429: "When skipping a track, there is a pause - just like crossfading is not enabled - and afterwards the fade is audible." I'll test it with local files tomorrow and report back to you.
Well, after testing I guess I was wrong with the kernel issue. It is crossfading with both local and streaming files. But while prerolling the playback stops until prerolling is complete and then the crossfading starts.
Reopening as the information requested in comment #1 has been provided.
Crossfading works again for me in Ubuntu Maverick (Rhythmbox 0.13.1).
This pretty much always comes down to flump3dec.
Oh, I forgot to mention that I'm still using Lucid. And the corssfading is still broken in Rhythmbox 0.12.8.