Upgrading Unitis to receive BBC HD HLS streams.

The units do not need 24/192 to play the new BBC HLS service

(....... the HD stream is 48kHz 339kbs  BTW).  

I think all you need to do is upgrade the firmware to 4.3,  this is available for NaimUniti & UnitiQute,  Go to the Naim product page to download the instructions, USB driver software & the Naim 4.3 firmware.    (Check that you might need to load 3.22 first if you have an old firmware rev).  

You will need a USB cable & an ethernet to go from PC to Naim (or alt, ethernet into router)

https://www.youtube.com/watch?...AAdl7WYD&index=1

Unfortunately that is not the way I understand this:

https://www.naimaudio.com/news...m-streaming-products

Could be some sort of memory limitation.

Yes, it clearly states that to get HLS, the earlier units need to be 24bit compatible. 

OK I am sorry I've led you down a goat trail 

Just when you think the BBC has got its iRadio sorted, they are now talking about another new format called MPEG DASH, to be introduced soon. I'm not sure I like the sound of it, but I'd guess it might have better compatibility than the HLS streams that have just arrived.

Chris, I understand it has always the plan to migrate ultimately to MPEG-DASH, the standardised streaming transport format. HDS and HLS are proprietry streaming transport methods from Adobe and Apple respectively, although Apple have submitted an early draft of HLS for standardinaction consideration.

However HDS uses the MPEG2 transport service protocol, and HLS uses the MPEG layer4 protocols.. I understand that MPEG-DASH will aim to incorporate both into a single standard. I also understand that MPEG-DASH will allow the standardisaction of live and on-demand transports..

So MPEG-DASH should be backwards compatible with HDS and HLS, but I suspect this will not be as straightforward as this.

At least our codecs should not be affected and we should be able to carry on using MP3 and AAC as we are used to, just wrapped up in different transports.

Simon

Chris, both HDS and HLS do this as well. The adaptive bit is a little bit misleading... from my understanding it works with the server or headend optionally  providing multiple media transports sessions with different bandwidths, the addresses/ports where these different bit rate transport sessions can be provided from is given in the overall stream header. This allows the receiver to switch to a different bandwidth media as it needs. The transport streams themselves are split up into segments of a few seconds and so the receiver can switch as appropriate with minimal disruption. I understand that this technique can also be used for switching between different variants or sub channels within the stream. I could envisage a stream containing a lossy or lossless media could be possible, and the receiver could chose. I think the options are numerous. Remember it is always the receiver that controls this as far as I can see. It's quite interesting technology and far more flexible than the traditional fixed file or RTCP transfer.

Simon