I can stream radio content to one renderer but not the other…

[rich28]

(17-03-2016 18:57)simoncn Wrote:  I'm still not clear what you have working at the moment.

In a recent post you said you had the BBC HLS radio stations playing with *:wav (presumably with BubbleUPnP Server active). Is this correct or do you still need to use *:wav16;44?

If the stations aren't playing with *:wav and BubbleUPnP Server active, it seems likely that this is somehow related to BubbleUPnP Server.

After changing transcode settings, it is a good idea to restart the control point and the renderer in case one of these has cached the previous settings, which are encoded within the stream resource URL as you have noticed. If BubbleUPnP Server is active, you should also restart this.

Apologises, I've got myself into pickle and by the sounds of it haven't been clear. When I first raised this issue I mentioned that using the *:wav setting the BBC HLS streams worked for one of my UPnP renderers, a Libratone wireless speaker, but not the other, my Pi running Moode Audio. Subsequent to that in one of my posts I mentioned that I had managed to get BBC HLS streams working on Pi using the *:wav16;44 setting , which as it transpires was a mistake - I can't get BBC HLS streams to playback to the Pi using this setting.

Hence, as it stands my Pi isn't playing ball with either *:wav or *:wav16;44. I have restarted BubbleUPnP Server, the control point and the pi, but this doesn't change anything.

However, if I assign *:mp3;320k to stream.transcode I can get BBC HLS streams to playback on both of my renderers, the Pi and my Libratone wireless speaker and I'm therefore going to stick with that setting