Results 711 to 720 of 759
Thread: Announce : BBC Sounds Plugin
-
2021-02-26, 05:09 #711
- Join Date
- Jan 2010
- Location
- Hertfordshire
- Posts
- 6,565
-
2021-02-26, 05:17 #712
- Join Date
- Aug 2014
- Location
- UK
- Posts
- 396
The issue pertains to getting enough data into the output buffer : https://forums.slimdevices.com/showt...=1#post1011552
So, the network conditions of your set up probably mean that most of the time you don't tip over the edge into an underrun.Stuart McLean
ExpectingToFly Plugins :
- BBC Sounds : https://github.com/expectingtofly/LMS_BBC_Sounds_Plugin
- Virgin Radio (UK) : https://github.com/expectingtofly/LM...n_Radio_Plugin
- Times Radio : https://github.com/expectingtofly/LM...S_RADIO_PLUGIN
- Global Player (UK) : https://github.com/expectingtofly/LM...lPlayer_Plugin
For BBC Sounds help see the BBC Sounds Wiki.
-
2021-02-26, 07:51 #713
- Join Date
- Feb 2021
- Posts
- 2
-
2021-02-26, 08:11 #714
- Join Date
- Jan 2006
- Posts
- 209
-
2021-02-27, 09:05 #715
- Join Date
- May 2012
- Posts
- 86
Thanks again expectingtofly,
There's a number of options for 'HTTP mode' 'Gapless' and 'Seek on Resume' to try. I'll post in the UPnP thread if I can't get it working.
Code:[15:57:14.588106] _SyncNotifState:671 LUMIN T2:LUMIN: uPNP playing [15:57:14.590039] sendSTAT:169 [0x100928400]: STAT:[STMs] msplayed 0 [15:59:50.746122] output_http_thread:289 [0x100928400]: draining (6968995 bytes) [15:59:50.805287] output_http_thread:241 [0x100928400]: self-exit [15:59:50.805634] output_http_thread:372 [0x100928400]: end thread 0 (6968995 bytes) [16:00:06.129025] _SyncNotifState:643 [0x1009aeab0]: uPNP stop [16:00:06.129309] slimproto_run:752 [0x100928400]: Track shorter than expected (172000/0) [16:00:06.129354] sendSTAT:169 [0x100928400]: STAT:[STMu] msplayed 172000 [16:00:06.129429] sendSTAT:169 [0x100928400]: STAT:[STMd] msplayed 172000
-
2021-03-02, 10:31 #716
- Join Date
- Aug 2014
- Location
- UK
- Posts
- 396
Release 2.14.2
Release 2.14.2 contains some changes to help the Community Firmware AAC Decoder on the Squeezebox radios play out glitch free.
For those interested in the technical details, a data throttle has been added that manages the amount data available when a stream starts so that decoding can be prioritised over buffering.
An adjustment to the throttle is available in the settings, so it can be turned off by setting to zero. However, I would recommend leaving at the default setting as the change should be transparent to all other players.Stuart McLean
ExpectingToFly Plugins :
- BBC Sounds : https://github.com/expectingtofly/LMS_BBC_Sounds_Plugin
- Virgin Radio (UK) : https://github.com/expectingtofly/LM...n_Radio_Plugin
- Times Radio : https://github.com/expectingtofly/LM...S_RADIO_PLUGIN
- Global Player (UK) : https://github.com/expectingtofly/LM...lPlayer_Plugin
For BBC Sounds help see the BBC Sounds Wiki.
-
2021-03-02, 14:43 #717
- Join Date
- May 2008
- Location
- Canada
- Posts
- 6,930
[scratch that: Do you serve the method "isRepeatingStream"? I did not see it in the protocolhandler and this is an important information for the upnpbridge to not miss tracks then (as it is trying to do gapless). Chromecast behaves differently as there is no gapless]
I've tried and the problem is because I'm not getting a duration (it's 0) and so because it's a remote stream (although repeating, I missed it initially), then I cannot decide properly what to do when the stream ends. It's a bit complicated to explain, but to signal LMS that the bridge is ready to receive the next track, I need
- streaming to be finished
- decoding to be finished
- all data to be sent to the UPnP player
In addition, when a track is remote, I need to wait to be "close" to the end (like 15s) before informing LMS that we are ready for track N°1.
That's because some UPnP players have very large buffers, so there can be a large period between receiving last byte of track N and querying track N+1. So if I tell LMS that I'm ready as soon as player has accepted everything, LMS will grab the next track from the streaming service, fill its buffers and... wait till the UPnP player request for that N+1 track. That wait can be so long that services like Deezer think the HTTP connection is stalled and close it.
So, long story short, I need the duration to tell LMS to send me the next track "not too early" ... the joy of bridges
I have a workaround to ignore that 15s mechansim with a repeating stream when duration is 0 but that's really not pretty. It would be much cleaner if you could have the duration *before* you start streaming the next stream item.Last edited by philippe_44; 2021-03-02 at 18:57.
LMS 8.1.x on Odroid-C4 - SqueezeAMP!, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3
-
2021-03-03, 02:06 #718
- Join Date
- Aug 2014
- Location
- UK
- Posts
- 396
Many thanks for the explanation.
As this is live radio with each programme as a track, when the stream is started on the first track, its would be very tricky to set the duration before the track started, as it is starting at the current live point, so it does that once the stream is up and going and it has all the information about what point it is in the current live programme. However, it's much easier for the subsequent follow on tracks. Which I think is what you need. I'll make that change and send out a release.
Last edited by expectingtofly; 2021-03-03 at 02:21.
Stuart McLean
ExpectingToFly Plugins :
- BBC Sounds : https://github.com/expectingtofly/LMS_BBC_Sounds_Plugin
- Virgin Radio (UK) : https://github.com/expectingtofly/LM...n_Radio_Plugin
- Times Radio : https://github.com/expectingtofly/LM...S_RADIO_PLUGIN
- Global Player (UK) : https://github.com/expectingtofly/LM...lPlayer_Plugin
For BBC Sounds help see the BBC Sounds Wiki.
-
2021-03-03, 20:25 #719
- Join Date
- May 2008
- Location
- Canada
- Posts
- 6,930
Unfortunately it might not solve the problem. I played more tracks today and even when duration is known playback might still stop because duration is reported incorrectly (not blaming your plugin, probably something with the BBC site) and tracks happen to be shorter than expected so the bridge is still taken by surprise... I don't have a good solution but I'm tempted to try again to not use that duration-base system that I've always disliked. Maybe Deezer have corrected their problem. I'll do that and see feedback.
LMS 8.1.x on Odroid-C4 - SqueezeAMP!, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3
-
2021-03-04, 01:39 #720
- Join Date
- Aug 2014
- Location
- UK
- Posts
- 396
It's only the live radio that uses the repeatingstreams so a track can represent each programme, and its the plugin that is deciding the exact duration for those. (The audio-on-demand tracks aren't provided with an absolutely accurate duration, so for those it does have to adjust once the stream is underway, but those don't use repeatingstreams).
I've had a quick look, and it should be relatively straight forward for me to add the duration at the "getNextTrack" stage, so I'm going to try and set up something to test that on the upnpbridge later. I may as well still have a go at that, I'll let you know how that goes.Stuart McLean
ExpectingToFly Plugins :
- BBC Sounds : https://github.com/expectingtofly/LMS_BBC_Sounds_Plugin
- Virgin Radio (UK) : https://github.com/expectingtofly/LM...n_Radio_Plugin
- Times Radio : https://github.com/expectingtofly/LM...S_RADIO_PLUGIN
- Global Player (UK) : https://github.com/expectingtofly/LM...lPlayer_Plugin
For BBC Sounds help see the BBC Sounds Wiki.