mattwire wrote:
> I know kbps/kHz are different, I just thought it might be helpful to
> show the output from a stream that did play :-)
Sorry but I have to be picky.
> I've now found that R3 stream "BBC Radio 3 320kbps AAC UK only" and the
> output is below. What is interesting here is that, unlike the BBC DASH
> streams, LMS does NOT think it is actually playing, ie time stays at
> 0:00 and play button changes straight back to play. Don't know if this
> offers any insight?
>
Code:
--------------------
[18:55:08.703058] process:521 aude
[18:55:08.703245] process_aude:415 enable spdif: 1 dac: 1
[18:55:08.722972] output_thread:621 open output device:
hw:CARD=sndrpihifiberry
[18:55:08.723086] alsa_open:338 opening device at: 44100
[18:55:08.725153] alsa_open:389 opened device hw:CARD=sndrpihifiberry using
format: S32_LE sample rate: 44100 mmap: 1
[18:55:08.725427] alsa_open:468 buffer: 80 period: 4 -> buffer size: 3528
period size: 882
--------------------
Interesting - I thought it was exactly same as DASH but it is 44.1Khz
stream and not 48Khz like the DASH.
You don't say explicitly but does it fail to play ? If it fails to play
I'm not sure what has been proved.
I trying to prove/disprove whether BBC is using some "interesting" AAC
encoding options - that decoder in Pcp doesn't handle properly (e.g.
corrupts memory on Arm processors). However the stream is not an exact
copy of DASH.
I feel this discussion is cluttering up the PCp thread even though my gut
feel is that it is a Pcp build issue rather than a BBCiPlayer plugin
issue. I'll start a new thread with a summary of the problem as I see it.
------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=106755
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix