GNOME Bugzilla – Bug 773346
GStreamer: mp3s did not work
Last modified: 2017-07-11 22:21:20 UTC
This is bug report against rhythmbox 3.4.1 as shipped with ubuntu 16.10 (Yakkety Yak). It is reported in the ubuntu bug tracker as well: https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/1635802 Rhythmbox: podcasts did not work in Yakkety Yak. It has worked in before (i.e. in Xenial Xerus), hence it is a regression. To reproduct: * Add a podcast URL of your choice to rhythmbox (try http://www.deutschlandfunk.de/podcast-nachrichten.1257.de.podcast.xml if unsure) * Use the update button * Click on the episode, download it (right mouse button - context menu) * Try to hear (by double click or by adding it to the playback list) * The error occurs: * Expected behaviour: The podcast is played. * Current behaviour: Nothing happens. Rhythmbox is unable to play the podcast.
Works fine for me. Tested in rhythmbox 3.4.1 on latest debian ( sid ) and latest Ubuntu 16.04. I don't have ubuntu 16.10. Can you try to play "a radio station" -or- "an mp3 file", to check if the plugins are installed, and audio is working properly ?
No problems with (mp3) radio stations and/or mp3 (or flac) files here. The problem is limited to podcasts only. And I agree: it has worked on ubuntu 16.04.
Ok. 1. Open terminal and type "rhythmbox -d &>/tmp/rhythmbox.log" 2. Reproduce the problem ( double click on podcast entry ). 3. If the problem shows, then close rhythmbox. 4. Attach the /tmp/rhythmbox.log to this bug as attachment.
Created attachment 338262 [details] Gzip output of 'rhythmbox -d &>rb.log', as requested
Relevant lines in log: (11:49:33) [0x556fbead3cc0] [bus_cb] rb-player-gst.c:524: got error from stream: Interner Fehler im Datenfluss. (gstbasesrc.c(2948): gst_base_src_loop (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin1/GstSoupHTTPSrc:source: streaming task paused, reason not-negotiated (-4)) (11:49:33) [0x556fbead3cc0] [track_change_done] rb-player-gst.c:352: track change failed: Interner Fehler im Datenfluss. (11:49:33) [0x556fbead3cc0] [rb_shell_player_error] rb-shell-player.c:2441: playback error while playing: Interner Fehler im Datenfluss. (11:49:33) [0x556fbead3cc0] [error_cb] rb-shell-player.c:2545: exiting error hander (11:49:33) [0x556fbead3cc0] [start_state_change] rb-player-gst.c:399: changing state to NULL "Interner Fehler im Datenfluss." => "Internal error in data flow"
Can you try the following commands in terminal, and see if they play fine ? gst-launch-1.0 playbin uri="http://podcast-mp3.dradio.de/podcast/2016/10/22/nachrichten_dlf_20161022_0700_e1c282e4.mp3" gst-launch-1.0 playbin uri="http://podcast-mp3.dradio.de/podcast/2016/10/22/nachrichten_dlf_20161022_0630_51a71045.mp3"
Nothing to hear: $ gst-launch-1.0 playbin uri="http://podcast-mp3.dradio.de/podcast/2016/10/22/nachrichten_dlf_20161022_0630_51a71045.mp3" Leitung wird auf PAUSIERT gesetzt ... Leitung läuft vor … Verzögerung neu verteilen …00% Leitung ist vorgelaufen … Leitung wird auf ABSPIELEN gesetzt ... New clock: GstPulseSinkClock ^Chandling interrupt. Interrupt: Leitung wird gestoppt ... Execution ended after 0:00:06.615117194 Leitung wird auf PAUSIERT gesetzt ... Leitung wird auf BEREIT gesetzt ... Leitung wird auf NULL gesetzt ... Leitung wird geleert ... I also tried with a lokal test file: gst-launch-1.0 playbin uri="file:///home/tpasch/test.mp3" In all cases, there is only one click in the loudspeaker. (As said before, radio and lokal files are not a problem to play with rhymthmbox.)
I've now also tried your command against a radio stream: $ gst-launch-1.0 playbin uri="http://dradio-ogg-dlf-l.akacast.akamaistream.net/7/629/135496/v1/gnl.akacast.akamaistream.net/dradio_ogg_dlf_l" In this case, the radio plays without any problem.
(In reply to Thomas Pasch from comment #7) > Nothing to hear: > > $ gst-launch-1.0 playbin > uri="http://podcast-mp3.dradio.de/podcast/2016/10/22/ > nachrichten_dlf_20161022_0630_51a71045.mp3" > Leitung wird auf PAUSIERT gesetzt ... > Leitung läuft vor … > Verzögerung neu verteilen …00% > Leitung ist vorgelaufen … > Leitung wird auf ABSPIELEN gesetzt ... > New clock: GstPulseSinkClock > ^Chandling interrupt. > Interrupt: Leitung wird gestoppt ... > Execution ended after 0:00:06.615117194 > Leitung wird auf PAUSIERT gesetzt ... > Leitung wird auf BEREIT gesetzt ... > Leitung wird auf NULL gesetzt ... > Leitung wird geleert ... If this doesn't work, this bug should probably be moved to gstreamer.
Also, I have upgraded my system from 16.04 -> 16.10, bugs@ubuntu:~$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=16.10 DISTRIB_CODENAME=yakkety DISTRIB_DESCRIPTION="Ubuntu 16.10" and I am not able to reproduce this issue. Can you try doing an upgrade ( apt-get update && apt-get upgrade ) to get the latest updates ?
I suggested I have moved the bug to GStreamer. Problem: GStreamer is unable to play mp3 files on ubuntu 16.10 (yakketty).
Created attachment 338535 [details] Output of `gst-play-1.0 -v -v -v nachrichten_dlf_20161022_0700_e1c282e4.mp3 &>gst-play-mp3.log` Trying to play an mp3 file with gst-play-1.0. This fails for unknown reasons.
Created attachment 338536 [details] Output of `gst-play-1.0 -v -v -v Musik/17\ Hippies/El\ Dorado/01\ Uz.flac &>gst-play-flac.log` Trying to play an flac file with gst-play-1.0. No problems with this.
It seems that there is a problem with the pipeline: gst-play-1.0 -v /tmp/nachrichten_dlf_20161026_1800_73b82fa8.mp3 prevents to play (no error and normal progress output) BUT THERE IS NO SOUND. However both gst-launch-1.0 filesrc location=/tmp/nachrichten_dlf_20161026_1800_73b82fa8.mp3 ! decodebin ! pulsesink and gst-launch-1.0 filesrc location=/tmp/nachrichten_dlf_20161026_1800_73b82fa8.mp3 ! decodebin ! alsasink are playing the file without any problem (SOUND IS WORKING). Hence the bottom line is: how can I change the default pipeline to the working one?
Hhm, I just learnt that gst-play-1.0 --audiosink=pulsesink /tmp/nachrichten_dlf_20161026_1800_73b82fa8.mp3 has no sound, but gst-play-1.0 --audiosink=alsasink /tmp/nachrichten_dlf_20161026_1800_73b82fa8.mp3 is working fine. What the hell is the difference between this and the gst-launch-1.0 stuff from above?!?
I know it's been a while, but it sounds like there's not really any problem with GStreamer here, but with your pulseaudio setup. Please feel free to re-open if you have any indication that this is a GStreamer issue, thanks!