(17-09-2015 21:41)simoncn Wrote: [ -> ] (14-09-2015 10:28)rpmoore Wrote: [ -> ]@simoncn - attached is my logfile of attempting to get the Cambridge CXN working. Any thoughts?
Thanks
Richard
The important line from the log is this one:
HTTPSource: byte-range request could not be satisfied
As discussed in previous posts, there is no solution or workaround for this issue. Any renderer that sends byte-range requests can't be used with a live radio network stream.
I'm rather late to the party with this. I have a Cambridge Audio NP30, and I've been trying to get around the BBC's decision to drop all their streams except for the HLS/DASH streams, which as it stands the NP30 and other CA 'legacy' players cannot play. CA have just recently announced that they will not be issuing firmware updates to these players to support this. Thanks a bunch, CA/BBC.
I have however (after a fair amount of headbanging and with a lot of help from a buddy who's here on the forum, MDF) successfully set up minimserver and minimstreamer on my laptop such that the NP30 can stream the new BBC HLS feeds, transcoded to MP3@320kbps.
I'd been disheartened by various posts such as the above on this forum that suggested older CA players like the NP30 couldn't be used to play live streams via minimserver because it sends byte-range requests - I now suspect that this is only an issue when trying to use the NP30 as a UPnP client, which it is for audio files, or playlists of audio files, but not for live streams, for which it has to be treated as an internet radio.
It's been suggested that on some later models the byte-range request issue is no longer a problem, but I think the byte-range request problem, or something else, still stands if one tries to play a radio stream via the Music Library on the NP30 - that definitely didn't work for me. If I clicked on an item in the BBC Radio playlist under the Minimserver UPnP entry it just blinked and moved through the queue until it found something it could play, if anything, which I'm guessing means it gave up as soon as it didn't get a response to its byte-range request, and moved along until it found something for which it did get a response, i.e. a straight audio file.
What I eventually concluded was that the NP30 only deals with radio streams through the Radio part of its interface. So it was a question of manually entering the local minimserver url's as internet radio presets via the browser interface for the NP30, as described by Simon at minimradio.com and in the NP30 manual.
So the NP30 is not a general UPnP renderer, as some units appear to be - the players that MDF uses for instance (Sonos, and Marantz, I think) can all play radio streams in the same way as they play audio file streams, just as part of a playlist or folder structure, using the UPnP interface, which caused us to get a bit lost for a while as I was following his lead - until I clocked that the NP30 didn't work that way.
Consequently, although via the NP30's Music Library one can play all kinds of codecs - wav, mp3, aac, flac, etc. - via the Radio aspect it's only set up to play mp3, as far as I can tell. So transcoding the aac streams to mp3@320kbps works fine (and sounds great).
Next step is to set all this up on a Raspberry Pi so that I don't have to have the laptop on all the time. Simon asked me to post this after a short private discussion in which I explained all the above. I hope this helps anyone with an NP30 or similar Cambridge Audio 'legacy' player, or indeed just an internet radio, to get around the BBC HLS/DASH issue.