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

Reply via email to