Gstreamer error on internet radio streaming

General
1

Hi,

I’m getting some errors while streaming a radio from the web. I use Mopidy version 1.0.1
The link for the stream is http://radiodeejay-lh.akamaihd.net/i/RadioDeejay_Live_1@189857/master.m3u8

When I try to play it I get no audio and on terminal I get these error/warnings:

WARNING  Problem looking up http://radiodeejay-lh.akamaihd.net/i/RadioDeejay_Live_1@189857/master.m3u8: GStreamer ha incontrato un errore generico di risorse.
ERROR    GStreamer ha incontrato un errore generico di risorse.
WARNING  Setting GStreamer state to GST_STATE_NULL failed

(which in english is “GStreamer encountered a generic resource error” )

What shoud I do?
Thank you

2

If you run Mopidy with e.g. LANG=C mopidy you should get error messages in English, which will make this easier to Google.

3

And https://docs.mopidy.com/en/latest/troubleshooting/ provide some useful hints

4

I run Mopidy on RPi1, version 1.0.0 works ok (official deb package form mopidy repo). After upgrade to version 1.0.1 mp3 streams via http not working. Audio is shattered and distorted.

In log:

2015-04-24 11:06:26,679 WARNING [2206:MainThread] mopidy.audio.gst: Element doesn’t implement handling of this stream. Please file a bug.

5

It doesn’t look like we correctly handle HTTP Live Streams. https://bugzilla.gnome.org/show_bug.cgi?id=594035 seems to have some useful pointers. Seems that just ignoring all the file comments is maybe unwise as they are trying to tell us something (hand it over to hlsdemux?). Or something.

6

with option LANG=C output is this:

WARNING  Problem looking up http://radiodeejay-lh.akamaihd.net/i/RadioDeejay_Live_1@189857/master.m3u8: GStreamer encountered a general resource error.
ERROR    GStreamer encountered a general resource error.

(mopidy:5513): GStreamer-CRITICAL **: 
Trying to dispose element queue21, but it is in PLAYING instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.


(mopidy:5513): GStreamer-CRITICAL **: 
Trying to dispose element uridecodebin2, but it is in PAUSED instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.
7

We managed to dig into this from our end and there seems there are two issues.

  1. We do some custom playlist handling that breaks HLS playlists. This is going away.
  2. When we disable this GStreamer 0.10 still has issues with HLS. Upgrading to GStreamer 1.0 is planned

So sadly I don’t think this will work until both those things get fixed :frowning:

8

ok D:
I don’t know if it may concern, but the same link works with mplayer
Anyway, thanks for the support

9

Hello,

Is there nowadays a way to play HLS radiostreams?

Thank you!