sometimes stop playing when going from an mp3 to an ogg (related to transcoding)

I am still tracking this down, but I now have a local reproducer. If via mt-daapd I go from this file:
<redacted>.mp3: Audio file with ID3 version 2.3.0, contains: MPEG ADTS, layer III, v1, 192 kbps, 44.1 kHz, Stereo

to this file:
<redacted>.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~128000 bps, created by: Xiph.Org libVorbis I (1.1.0 RC1)

Then rhythmbox will not play the second song. After some time, it will proceed to a third song and play it fine:
<redacted>.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~128000 bps, created by: Xiph.Org libVorbis I (1.0)

Ok, attaching rhythbox --debug output (trimmed and redacted). This skips the loading of all the songs and playlists, but includes changing to a playlist I created with only the above 3 songs. It seems that it stalls after ging from an mp3 (2834.mp3) to an ogg file (3854.ogg). I have rhythmbox start with the mp3 and then advance to one of the oggs (in this case, the 'libVorbis I (1.0)' ogg. Notice this in the debug output (ie, the time doesn't advance):
(09:03:12) [0xde5210] [tick_cb] rb-shell-player.c:3589: tick: [daap://192.168.2.2:3689/databases/1/items/3854.ogg?session-id=4, 129160998:207000000000(0)]
(09:03:13) [0xde5210] [tick_cb] rb-shell-player.c:3589: tick: [daap://192.168.2.2:3689/databases/1/items/3854.ogg?session-id=4, 129160998:207000000000(0)]
(09:03:13) [0xde5210] [tick_cb] rb-shell-player.c:3589: tick: [daap://192.168.2.2:3689/databases/1/items/3854.ogg?session-id=4, 129160998:207000000000(0)]
...

I was able to workaround this by commenting out the following in mt-daapd.conf:
never_transcode = ogg,mpeg

I had added the above to mt-daapd.conf to workaround bug #834188 in Banshee. So as it stands, rhythmbox works ok with oggs and mp3s transcoded to wav, but banshee needs both mp3 and oggs to not be transcoded (as such, can't have banshee and rhythmbox users connecting to the same mt-daapd server).

I'm also seeing playing stop but I see it with local files (which are a random mix of oggs and mp3's.) After reading Jamie's comment #3 I watched it and sure enough it stops when it starts playing an ogg after having played an mp3.

After it's taken a break for one ogg, it'll go ahead and play a second ogg if that's what's in the playlist. If I doubleclick the song, or fastforward/back, it'll also start playing the song. So it's something to do with the transition from mp3 to ogg specifically.

I wonder if this is basically bug https://bugzilla.gnome.org/show_bug.cgi?id=668289 ?

If so, that bug says downgrading GStreamer from 0.10.35.2 to 0.10.35 (core and plugins) should work around it, and commit ec7a7c318ac33fe76ad88fde7b9b64913ab23c57 should fix it.

Status changed to 'Confirmed' because the bug affects multiple users.

Commit ec7a7c318ac33fe is already included in gstreamer0.10 in precise, so it's not that. I also tested reverting it, but the problem remains.

I have the same issue with local files. There is a discontinuity when playing an ogg
after having played an mp3.

As a workaround, enabling "Crossfade between tracks" in Rhythmbox Playback
preferences seems to solve the issue.

Crossfade does seem to help, but I'm still seeing a pause for 5-10 seconds before playing the next song.

Still, it's definitely an improvement over not playing at all, so thanks for the workaround suggestion. :-)

If not a duplicate, this seems at least closely related to bug #956830.

bug #978604 is also a bit similar (which blames pulseaudio), different reports mention banshee also having the issue so it might well be either a gstreamer or pulseaudio issue

Jamie, Bryce, since you get the issue do you think you could report the bug upstream: https://bugzilla.gnome.org/enter_bug.cgi?product=gstreamer

having a rhythmbox --debug log and a maybe a GST_DEBUG=:5 rhythmbox log when hitting the bug would be useful

bug #927742 is also similar

the banshee bug pointed previously happens only when gapless is turned on, do you use that option?

Status changed to 'Confirmed' because the bug affects multiple users.

I verified this is still a problem with rhythmbox on up to date 12.04 if I remove 'never_transcode = ogg,mpeg' from mt-daapd.conf. Attached is updated debug output when using:
$ GST_DEBUG=:5 rhythmbox --debug > /tmp/lp-921071_debug-with-gst_debug5.log

This bug seems to affect me as well after playing an mp3, if the next file is ogg it just stops at 0:00. If I skip, or fast forward or anything, it will work. Test on a bunch of files transcodec from different disc and in different times.

But there is an important twist - it happens in quodlibet player, which uses gstreamer, when playing local files. Which should mean that the problem is not with daap served files, but mainly in the mp3 to ogg playback.

Additionally it happens in the same manner if I use an "wma" file instead of an mp3. Maybe it has to do something with the "ugly" codecs?

(k)ubuntu 12.04; gstreamer 0.10.36.0; quodlibet 2.4 (quodlibet is from an additional ppa)

the issue seems similar to https://bugzilla.gnome.org/show_bug.cgi?id=676689 which is about rb stopping to play when going from mp3 to ogg

upstream pointed to http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/?h=0.10&id=38803239c026163589dde04259b00c5fe33ad706 as a fix for the issue

let's see how that works...

This bug was fixed in the package gst-plugins-base0.10 - 0.10.36-1ubuntu1

---------------
gst-plugins-base0.10 (0.10.36-1ubuntu1) quantal; urgency=low

  * debian/patches/git_timestamps_discard_issue.patch:
    - "don't discard timestamps when consecutive input buffers have
       the same ts", should fix playback pausing on mp3 to ogg
       transitions in rhythmbox (lp: #921071)
 -- Sebastien Bacher <email address hidden> Wed, 04 Jul 2012 16:36:07 +0200

Hello Jamie, or anyone else affected,

Accepted gst-plugins-base0.10 into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/gst-plugins-base0.10/0.10.36-1ubuntu0.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

I did encounter the bug after installing the new package (gst-plugins-base0.10 0.10.36-1ubuntu0.1), using Rhythmbox with crossfading disabled, going from mp3 to ogg.

Does it create any regression? It might still worth getting in if it fixes the issue for some users even if it doesn't fix all the bugs...

Installing 0.10.36-1ubuntu0.1 for the following:
  gstreamer0.10-alsa
  gstreamer0.10-plugins-base
  gstreamer0.10-plugins-base:i386
  gstreamer0.10-plugins-base-apps
  gstreamer0.10-x
  gstreamer0.10-x:i386
  libgstreamer-plugins-base0.10-0
  libgstreamer-plugins-base0.10-0:i386

Appears to work. Rhythmbox works fine with or without transcoding oggs and mp3s to wav.

Sebastien Bacher: I did not detect any regressions so far, I only wanted to note that this bug still appears in the new version.

Ok, the fix works for some and there is no regression so let's validate it, we can still reopen to do another round if needed, there is no reason to refuse a partial fix it's still better than nothing

@Csipak: do you get the issue every time? can you describe how you test exactly? did you restart your player after the update?

Sebastien Bacher: I have installed the list of packages that were suggested by Jamie Strandboge in post #23 (https://bugs.launchpad.net/ubuntu/+source/gst-plugins-base0.10/+bug/921071/comments/23), and from the initial tests it seems that quodlibet (using gstreamer) is now working correctly.

So thank you for the fix, and Jaime thank you for listing what exactly to install.

I would add (for anyone trying the proposed versions) that after just trying to install some of those packages, it didn't work (nor should I have expected it). I would also add that some packages will be removed while installing this, since they depended on the old versions (for instance my wine package got removed because of broken dependecies).

This bug was fixed in the package gst-plugins-base0.10 - 0.10.36-1ubuntu0.1

---------------
gst-plugins-base0.10 (0.10.36-1ubuntu0.1) precise-proposed; urgency=low

  * debian/patches/git_timestamps_discard_issue.patch:
    - "don't discard timestamps when consecutive input buffers have
       the same ts", should fix playback pausing on mp3 to ogg
       transitions in rhythmbox (lp: #921071)
 -- Sebastien Bacher <email address hidden> Wed, 04 Jul 2012 16:39:25 +0200

I installed all the recommended updates from post #23, but playback still stops when going from an .ogg to a .flac-file.

the bug listed there is closed, could those who still have an issue report a new bug with the exact steps they use to get the issue and a "GST_DEBUG=:5 rhythmbox --debug > debug.log" log? ideally reporting it to bugzilla.gnome.org as well would be useful

Thank you for these instructions, I will look into it in a few hours.

Please see https://bugs.launchpad.net/ubuntu/+source/gst-plugins-base0.10/+bug/1026678 for the issue I mentioned.

I still have this issue on two different computers that are fully updated.

After reading through all the comments it looks like my issue is different. Going from mp3 to ogg works just fine. It is some other scenario where playback is stopping for me.

If you're having problems with ogg and flac, you might want to weigh in on https://bugs.launchpad.net/ubuntu/+source/gst-plugins-base0.10/+bug/1026678