To Complete the analysis, I've added a setting to BBC Sounds that an
interval can be set between fetching audio chunks from the BBC,
effectively applying a throttle to the amount of data that can be made
available to the radio.
Here is a log where I have specified at least 2 seconds occurs before
the next 6 second chunk of audio is fetched from the BBC (on
Audio-on-demand content).
It solves the problem, as the radio has time to decode, rather than
filling up the input buffer. No underrun occurs. Effectively,
prioritising decoding over input buffering.
Code:
--------------------
Mar 1 11:54:07 squeezeplay: INFO audio.decode - Playback.lua:477 connect
172.16.0.8:9000 GET /stream.mp3?player=00:04:20:2c:fa:10 HTTP/1.0^M
Mar 1 11:54:07 squeezeplay: DEBUG audio.decode - Playback.lua:194
source=stream
Mar 1 11:54:07 squeezeplay: DEBUG audio.decode - stream_connectL:506
streambuf connect 172.16.0.8:9000
Mar 1 11:54:07 squeezeplay: DEBUG audio.decode - Playback.lua:1262 stopping
local pause timer
Mar 1 11:54:07 squeezeplay: DEBUG audio.decode - Playback.lua:1192 gainL,
gainR: 1098 1098
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode - Playback.lua:397 resume
decoder, 63712 bytes buffered, decode threshold 2048
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode - decode_resume_decoder:580
decode_resume_decoder
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode -
decode_resume_decoder_handler:122 resume_decoder decode state: 1 audio state 0
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode - debug_fullness:112
fullness: 63712 / 0 | 2.03% / 0.00%
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode - decode_output_samples:280
first buffer sample_rate=48000
Mar 1 11:54:08 squeezeplay: INFO audio.decode - Playback.lua:448 3.7%/0.5%
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode - Playback.lua:424 resume
audio bytesReceivedL=190976 outputTime=234 threshold=122880
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode - decode_resume_audio:601
decode_resume_audio start_jiffies=0
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode -
decode_resume_audio_handler:133 decode_resume_audio_handler start_jiffies=0
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode - debug_fullness:112
fullness: 145920 / 106496 | 4.64% / 3.02%
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode -
decode_resume_audio_handler:146 resume_audio decode state: 1 audio state 40
Mar 1 11:54:08 squeezeplay: DEBUG audio.decode - Playback.lua:381 status
TRACK STARTED (elapsed: 112)
Mar 1 11:54:09 squeezeplay: INFO audio.decode - Playback.lua:448 6.7%/6.4%
Mar 1 11:54:10 squeezeplay: INFO audio.decode - Playback.lua:448 11.3%/8.7%
Mar 1 11:54:11 squeezeplay: INFO audio.decode - Playback.lua:448
13.7%/10.7%
Mar 1 11:54:13 squeezeplay: INFO audio.decode - Playback.lua:448
16.2%/14.5%
Mar 1 11:54:14 squeezeplay: INFO audio.decode - Playback.lua:448
18.8%/15.2%
Mar 1 11:54:15 squeezeplay: INFO audio.decode - Playback.lua:448
21.2%/18.5%
Mar 1 11:54:16 squeezeplay: INFO audio.decode - Playback.lua:448
25.9%/18.9%
Mar 1 11:54:17 squeezeplay: INFO audio.decode - Playback.lua:448
26.0%/24.4%
Mar 1 11:54:18 squeezeplay: INFO audio.decode - Playback.lua:448
32.8%/24.7%
Mar 1 11:54:19 squeezeplay: INFO audio.decode - Playback.lua:448
30.7%/29.3%
Mar 1 11:54:20 squeezeplay: INFO audio.decode - Playback.lua:448
37.5%/30.6%
Mar 1 11:54:21 squeezeplay: INFO audio.decode - Playback.lua:448
34.9%/40.6%
Mar 1 11:54:22 squeezeplay: INFO audio.decode - Playback.lua:448
41.3%/45.3%
Mar 1 11:54:23 squeezeplay: INFO audio.decode - Playback.lua:448
39.6%/48.0%
Mar 1 11:54:24 squeezeplay: INFO audio.decode - Playback.lua:448
46.4%/48.6%
Mar 1 11:54:25 squeezeplay: INFO audio.decode - Playback.lua:448
46.8%/50.8%
Mar 1 11:54:29 squeezeplay: INFO audio.decode - Playback.lua:448
42.6%/98.9%
Mar 1 11:54:29 squeezeplay: WARN net.thread - NetworkThread.lua:146
network thread timeout for Task(SocketHttp {piCorePlayer_Request}(R))
Mar 1 11:54:30 squeezeplay: INFO audio.decode - Playback.lua:448
51.6%/97.3%
Mar 1 11:54:31 squeezeplay: INFO audio.decode - Playback.lua:448
56.4%/98.1%
Mar 1 11:54:32 squeezeplay: INFO audio.decode - Playback.lua:448
56.5%/97.8%
Mar 1 11:54:33 dropbear[2293]: Child connection from 172.16.0.70:40578
Mar 1 11:54:33 squeezeplay: INFO audio.decode - Playback.lua:448
62.0%/95.2%
Mar 1 11:54:34 squeezeplay: INFO audio.decode - Playback.lua:448
63.1%/92.5%
Mar 1 11:54:35 squeezeplay: INFO audio.decode - Playback.lua:448
67.7%/93.2%
Mar 1 11:54:37 squeezeplay: INFO audio.decode - Playback.lua:448
72.5%/93.3%
Mar 1 11:54:37 dropbear[2293]: Password auth succeeded for 'root' from
172.16.0.70:40578
--------------------
Actually, I'm probably happy to release like this, with a default of 1
second interval throttling, you could probably argue that does have
benefits server side.
Obviously, this is very BBC Sounds specific. What's your thoughts?
EXPECTINGTOFLY PLUGINS :
- *BBC Sounds* :
https://github.com/expectingtofly/LMS_BBC_Sounds_Plugin
- *BBC Sounds Wiki* :
https://github.com/expectingtofly/LMS_BBC_Sounds_Plugin/wiki
- *Virgin Radio (UK)* :
https://github.com/expectingtofly/LMS_Virgin_Radio_Plugin
- *Times Radio* :
https://github.com/expectingtofly/LMS_TIMES_RADIO_PLUGIN
------------------------------------------------------------------------
expectingtofly's Profile: http://forums.slimdevices.com/member.php?userid=63263
View this thread: http://forums.slimdevices.com/showthread.php?t=113479
_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins
