Both these logs show the same thing and it is rather odd:
Code:
--------------------
[09-04-20 00:21:06.0036] Slim::Player::StreamingController::_eventAction
(269) 00:04:20:1e:7e:b6: StatusHeartbeat in PLAYING-STREAMOUT ->
Slim::Player::StreamingController::_CheckSync
[09-04-20 00:21:09.3361]
Slim::Player::StreamingController::playerOutputUnderrun (1665)
00:04:20:1e:7e:b6: decoder: 3142406 / output: 0
[09-04-20 00:21:09.3366] Slim::Player::StreamingController::_eventAction
(269) 00:04:20:1e:7e:b6: OutputUnderrun in PLAYING-STREAMOUT ->
Slim::Player::StreamingController::_Rebuffer
--------------------
We are already in streaming state STREAMOUT, which means that the end
of the stream has already been sent to the player (proxy streaming via
SC) or that the player has indicated that the stream connection has
been closed (direct streaming). Then the player suffers an
output-buffer-underrun condition but the circumstances are especially
odd as the (compressed audio) buffer has plenty of data in it: 3142406
bytes in the example above.
This points to a player firmware problem of some kind but I cannot
really think what. For some reason the decoder cannot keep up. What
stream format is being used in these examples?
--
awy
------------------------------------------------------------------------
awy's Profile: http://forums.slimdevices.com/member.php?userid=7480
View this thread: http://forums.slimdevices.com/showthread.php?t=53229
_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins
