You know, I looked at SLIMP3 protocol handler and it stops sending
chunks of data when the output buffer is full. I don't know SLIMP3, I
know slimproto but looking at the code there (sendNextChunk)
Code:
--------------------
if ($fullness > $BUFFER_FULL_THRESHOLD) {
if ( main::DEBUGLOG && $log->is_debug ) {
$log->debug($client->id, "- $streamState - Buffer full,
need to poll to see if there is space");
}
# if client's buffer is full, poll it every 50ms until there's
room
# Note: already dealt with 'stop' case above; previous test for
'play' || 'eof' may have missed certain race conditions
Slim::Utils::Timers::setTimer(
$client,
make_timeout($client, $BUFFER_FULL_DELAY),
\&sendEmptyChunk
);
return 0;
}
--------------------
I would not be surprised that the old device becomes full much before
the new one and because it does not accept data anymore, in sync, where
data is proxied, it stops the whole source streaming process and so the
larger slimproto buffer never receives enough data to start and here you
have your deadlock. It is a fair bit of forensic for me to investigate
exactly what happens precisely in the streaming/pipeline process when
*at least* one of the device is full, but it looks like a credible
explanation. So at this point, maybe the "Radio Station Buffer Seconds"
value in LMS's settings (networking) is what has changed compared to the
when you said it was working. That's all I can do
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi
B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010,
AppleTV 4, Airport Express, GGMM E5
------------------------------------------------------------------------
philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=112289
_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
