BBC HLS streams outside the UK

[simoncn]

(08-11-2015 18:31)Cebolla Wrote:  Simon

Setting the stream information in the .m3u playlist files currently overrides the stream.transcode field value, at least for the BBC HLS streams. So the (reconstituted) AAC stream is what's supplied to the renderer and not the transcoded version given by the stream.transcode field.

I believe it is just the sample rate that is overridden incorrectly. I have just noticed this while testing various combinations and I am working on a fix.

Quote:I too have a Pioneer N-50 and it does actually support the BBC HLS streams as supplied by MinimStreamer without the need for transcoding to a format other than AAC. The only issue is that the N-50 needs to be told that the supplied stream is an AAC file by setting the file type 'aac' in the stream information, otherwise it doesn't recognise the 'file' type. Hence not setting the AAC file type in the stream information for the BBC HLS streams, such as by only setting '48000' as Paul did, will cause the N-50 not to play the stream.

I checked the syntax in the link that I gave Paul and it is incorrect. It is not possible to specify the sample rate without also specifying the stream type. My apologies for the incorrect information. The correct syntax is

#EXTINF:-1,[*R3;aac,48000] BBC Radio 3

Quote:Actually, I'm not sure if the N-50 is looking for the aac suffix in the stream's pathname or aac metadata in the stream's contents or both, in order to recognise the 'file'.

So, unless Paul requires the *:L16 (or even the *.wav) setting to transcode some network streams other than the BBC HLS ones, it's not really required for the Pioneer N-50. Incidentally, the N-50 does support L16 with both the 44.1kHz and 48kHz sample rates (but not higher).

BTW, I've tested the same low res HLS BBC streams on my N-50 without any of the delay issues that Paul experiencing, though I am based in the UK (and I am running MinimServer/MinimStreamer on a decent enough Win 7 machine).

John

Thanks very much for this very helpful information. I will post back here when the fix for incorrect sample rate overriding is available.