Stream does not play (most of the time)

[ruediger.kupper]

> I moved to GitHub not so long ago. I was a bit skeptical at the
> beginning, but I have to say that I changed my mind totally. I'm using
> GitHub, not really Git. I mean I'm not a Git command line expert and the
> GUI of GitHub desktop does 99% of the tricks for me w/o having to learn
> Git in details. But candidly, it's sooooo convenient!

I remember when we moved from subversion to git. One guy in the team
kept telling me that it required some re-wiring of the brain, but that
it was worth it. I trusted him - and don't regret it.

I'm not a git command line pro either. I'm pretty fine with a hand full
of commands. I can also recommend Sourcetree (which has a free for
non-commercial use offering), which helps with a lot of the slightly
more advanced commands. IMHO it's really worth the effort.

--

Michael

[ruediger.kupper]

Stream does not play (most of the time)

Hi!
I have problems playing my favorite music station's streams.
If I try opening the URLs published on their page from LMS, this is what regularly happens:
- LMS tries opening the stream
- after 3–5 seconds, it gives up and stops

However, very rarely, it works(!). I could not determine the reason, nor why it sometimes succeeds. Success rates seem to be a little higher with mp3, while the opus stream virtually never plays (but there were cases when it did …)

The first thing I noticed was that these URLs are redirects, but things are no different trying to open the redirection target directly. Then Michael pointed out that the web server is misconfigured – it reports the wrong MIME type at least for the opus stream (ogg). But I don't think this can be the reason, as playback succeeds from time to time?

Any idea what is going wrong with these streams?

[ruediger.kupper]

URLs following

Here's the page with stream URLs:

https://www.deutschlandfunk.de/unsere-live-streams.2396.de.html

For instance, try playing this stream in LMS:

https://st01.sslstream.dlf.de/dlf/01/high/opus/stream.opus

[ruediger.kupper]

No problem playing from browser

All of these URLs work as intended opened from a web browser.

[Paul Webster]

I can't test this from where I am now ... but have you tried searching for the station via the LMS interface and seeing if plays from there?

If it does then you can replace your favourite with that since it is probably on using a different stream URL.

[ruediger.kupper]

Thank you!
Yes, this actually works, but it only gets me their mp3 stream. I'm using this as a workaround for now, but I'd highly prefer streaming the opus stream.
And it does not explain what goes wrong with the URLs published on their page …

[bpa]

What is your player ?
What is your version of LMS ?

This stream https://st01.sslstream.dlf.de/dlf/01...aac/stream.aac plays OK for me on a Receiver.

Try enabling Proxied streaming for the player

[bpa]

YOu can nake the opus stream playable if you create a custom-types.conf file in same directory as types.conf
The custom-type.conf file should have the content

ogg     ogg,oga         audio/x-ogg,audio/ogg,application/x-ogg       audio
ops     opus            application/ogg,audio/opus,audio/ogg;codecs=opus audio

This moves the MIME type "application/ogg" from an OGG stream to an OPUS stream.

This means your OPUS will play but other "application/ogg" stream will now not play.

The 256kbps AAC stream has much higher bitrate than 64kbps OPUS and so should be much better quality.

[ruediger.kupper]

> What is your player ?
That's one instance of sequeezelite (v 1.8) and three instances of Squeezebox Radio (running, of course, 7.7.3 rt6676). The squeezelite instance runs on the same machine as LMS, Squeezebox Radios are connected via Wifi.

> What is your version of LMS ?
7.9.2 - 1578996832

> This stream https://st01.sslstream.dlf.de/dlf/01...aac/stream.aac plays OK for me on a Receiver.
What do you mean: a Receiver?

> Try enabling Proxied streaming for the player
How would I do this?

[ruediger.kupper]

[QUOTE=ruediger.kupper;970718]> What is your player ?
> This stream https://st01.sslstream.dlf.de/dlf/01...aac/stream.aac plays OK for me on a Receiver.

Oh yes, I see. This URL plays well in LMS (and quality is instantly recognizably superior to the standard mp3 stream).

[ruediger.kupper]

Confirming that the AAC streams advertised on the station's page work in LMS.
Thank you @bpa for pointing me there.

[ruediger.kupper]

YOu can nake the opus stream playable if you create a custom-types.conf file in same directory as types.conf
The custom-type.conf file should have the content

ogg     ogg,oga         audio/x-ogg,audio/ogg,application/x-ogg       audio
ops     opus            application/ogg,audio/opus,audio/ogg;codecs=opus audio

This moves the MIME type "application/ogg" from an OGG stream to an OPUS stream.

This means your OPUS will play but other "application/ogg" stream will now not play.

The 256kbps AAC stream has much higher bitrate than 64kbps OPUS and so should be much better quality.

@bpa: This makes the stream playable. But I take it, this is not the right way advertising an opus sream?

[philippe_44]

Hi!
it reports the wrong MIME type at least for the opus stream (ogg). But I don't think this can be the reason, as playback succeeds from time to time?

Just one thing (I know @bpa gave you a solution already) but audio/ogg is not the wrong mimetype for opus. Ogg is a container. You should have, as pointed by @bpa "audio/ogg;codecs=opus" as mimetype (https://people.xiph.org/~giles/2013/...c-oggopus.html).
BTW, did you try a more recent version of squeezelite? @ralphy has integrated a while ago my patch to support opus natively w/o transcoding in LMS

[bpa]

@bpa: This makes the stream playable. But I take it, this is not the right way advertising an opus sream?

Joint reply to you and philppe

Just one thing (I know @bpa gave you a solution already) but audio/ogg is not the wrong mimetype for opus. Ogg is a container. You should have, as pointed by @bpa "audio/ogg;codecs=opus" as mimetype (https://people.xiph.org/~giles/2013/...c-oggopus.html).
BTW, did you try a more recent version of squeezelite? @ralphy has integrated a while ago my patch to support opus natively w/o transcoding in LMS

Just to specific I changed "application/ogg" and not "audio/ogg" - not sure if there is a "application/ogg;codecs=opus" in use.

I find how specific MIME type are used in practice can vary to what is "specified"/"recommended" somewhere. The fact that this stream with current MIME type plays OK in my Chrome browser directly by pasting the URL make me think "opus" and "application/ogg" is an "accepted" combination by some implementers.

OGG is a container format. Ogg/flac and Ogg/opus as well as normal ogg/vorbis are supported by LMS scanner so the scanner (e.g. OggOpus.pm) may need to be checked to see why this stream got through. I didn't test with latest LMS 8.0.0 which had the patches for the recent problem with AAC stream with MP3 suffix but had similar erratic playback symptoms.

[bpa]

> What is your player ?
That's one instance of sequeezelite (v 1.8) and three instances of Squeezebox Radio (running, of course, 7.7.3 rt6676). The squeezelite instance runs on the same machine as LMS, Squeezebox Radios are connected via Wifi.

Keeping squeezlite up to date is always a good idea - there were many 1.8 with many bug fixes - get latest.

> This stream https://st01.sslstream.dlf.de/dlf/01...aac/stream.aac plays OK for me on a Receiver.
What do you mean: a Receiver?

The SB Receiver is the player part of an SB Duet.

> Try enabling Proxied streaming for the player
How would I do this?

"Proxied streaming" may be useful for streams which can be played natively by player and usually has playaback issues (e.g. rebuffering often) - it is set in WebUI / Settings/ Player/Audio. Not sure if ogg/opus is"native" to Radios.