Don't know about Voltage info - that is up to somebody who has a
Transporter and understand the "feature".
I can see the protocol difference just not sure what can be done.
Your player log.
Code:
--------------------
[19-04-17 21:59:47.7970] Slim::Player::Squeezebox::stream_s (980) Starting
decoder with format: f flags: 0x0 autostart: 1 buffer threshold: 255 output
threshold: 0 samplesize: ? samplerate: ? endian: ? channels: ?
[19-04-17 21:59:47.7972] Slim::Player::Squeezebox::stream_s (1011) sending
strm frame of length: 77 request string: [GET
/stream.mp3?player=00:04:20:10:04:f8 HTTP/1.0]
[19-04-17 21:59:47.7973] Slim::Player::Squeezebox::sendFrame (1120) sending
squeezebox frame: strm, length: 77
[19-04-17 21:59:47.7975] Slim::Player::Squeezebox::sendFrame (1120) sending
squeezebox frame: audg, length: 22
[19-04-17 21:59:47.7977] Slim::Player::StreamingController::_Stream (1308)
Song queue is now 0
[19-04-17 21:59:47.7979] Slim::Buttons::Playlist::jump (375) Jumping to song
index: 0
[19-04-17 21:59:47.7981] Slim::Player::StreamingController::_setPlayingState
(2363) new playing state BUFFERING
[19-04-17 21:59:47.7984]
Slim::Player::StreamingController::_setStreamingState (2372) new streaming
state STREAMING
[19-04-17 21:59:47.7986] Slim::Player::StreamingController::_eventAction
(303) 00:04:20:10:04:f8: NextTrackReady - new state BUFFERING-STREAMING
[19-04-17 21:59:47.7988] Slim::Player::StreamingController::_eventAction
(303) 00:04:20:10:04:f8: Play - new state BUFFERING-STREAMING
[19-04-17 21:59:47.7991] Slim::Buttons::Playlist::jump (375) Jumping to song
index: 0
[19-04-17 21:59:47.8006] Slim::Player::Squeezebox::sendFrame (1120) sending
squeezebox frame: grfs, length: 1298
[19-04-17 21:59:47.8009] Slim::Player::Squeezebox::sendFrame (1120) sending
squeezebox frame: grfs, length: 1298
[19-04-17 21:59:47.8011] Slim::Player::Squeezebox::sendFrame (1120) sending
squeezebox frame: grfs, length: 338
[19-04-17 21:59:47.8014] Slim::Player::Squeezebox::sendFrame (1120) sending
squeezebox frame: grfg, length: 1284
[19-04-17 21:59:47.8033] Slim::Networking::Slimproto::client_readable (394)
Slimproto frame: STAT, len: 53
[19-04-17 21:59:47.8036] Slim::Networking::Slimproto::_stat_handler (785)
00:04:20:10:04:f8: STAT-STMf: fullness=3145727, output_fullness=-1,
elapsed=0.000
[19-04-17 21:59:47.8039] Slim::Networking::Slimproto::_stat_handler (812)
00:04:20:10:04:f8 Squeezebox stream status:
--------------------
My receiver log of similar type file (I.e. flac with no transcoding) and
no display (so no grfs/grfg frames)
Code:
--------------------
[19-04-17 21:13:24.3795] Slim::Player::Squeezebox::stream_s (980) Starting
decoder with format: f flags: 0x0 autostart: 1 buffer threshold: 255 output
threshold: 0 samplesize: ? samplerate: ? endian: ? channels: ?
[19-04-17 21:13:24.3796] Slim::Player::Squeezebox::stream_s (1011) sending
strm frame of length: 77 request string: [GET
/stream.mp3?player=00:04:20:16:07:0e HTTP/1.0]
[19-04-17 21:13:24.3797] Slim::Player::Squeezebox::sendFrame (1120) sending
squeezebox frame: strm, length: 77
[19-04-17 21:13:24.3798] Slim::Player::Squeezebox::sendFrame (1120) sending
squeezebox frame: audg, length: 22
[19-04-17 21:13:24.3799] Slim::Player::StreamingController::_Stream (1308)
Song queue is now 0
[19-04-17 21:13:24.3800] Slim::Player::StreamingController::_setPlayingState
(2363) new playing state BUFFERING
[19-04-17 21:13:24.3801]
Slim::Player::StreamingController::_setStreamingState (2372) new streaming
state STREAMING
[19-04-17 21:13:24.3811] Slim::Networking::Slimproto::client_readable (394)
Slimproto frame: STAT, len: 53
[19-04-17 21:13:24.3813] Slim::Networking::Slimproto::_stat_handler (785)
00:04:20:16:07:0e: STAT-STMf: fullness=0, output_fullness=3484288, elapsed=0.000
--------------------
The "fullness" figure is data bytes that have been sent to the player.
When received data has been decoded by player into PCM it goes into
output buffer. Normally outputbufferfullness is zero and then it gets
filled (i.e. goes positive) and fullness gets emptied (i.e goes to zero)
. On your transporter output_fullness is initially -1 so no data will
get decoded by player. The transporter is functioning very well (i.e.
processor and protocol handling is OK) but firmeare has detected
something wrong and I'm guessing player indicates to LMS it can't play.
------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=110057
_______________________________________________
diy mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/diy
