Bugzilla – Bug 16457
After about 15 minutes, audio is dropped..
Last modified: 2011-05-12 08:36:50 UTC
the song is played back for 2 seconds, and then - silence for 1 minute or so.. then again - next 2 seconds and silence for minute... From the server.log: [10-08-14 00:49:20.9743] Slim::Networking::Slimproto::_stat_handler (829) 00:04:20:10:0a:34 Squeezebox stream status: event_code: STMh bytes_rec_H 0 bytes_rec_L 0 fullness: 0 (0%) bufferSize 3145728 fullness 0 bytes_received 0 signal_strength: 65535 jiffies: 30849830 voltage: 223 [10-08-14 00:49:20.9747] Slim::Networking::Slimproto::_stat_handler (841) output size: 3528000 output fullness: 0 elapsed seconds: 0 [10-08-14 00:49:20.9751] Slim::Networking::Slimproto::_stat_handler (853) elapsed milliseconds: 0 server timestamp: 0 [10-08-14 00:49:20.9756] Slim::Networking::Slimproto::client_readable (394) Slimproto frame: RESP, len: 109 [10-08-14 00:49:20.9762] Slim::Networking::Slimproto::_http_response_handler (555) Squeezebox got HTTP response: HTTP/1.0 200 OK Server: Squeezebox Server (7.6.0 - 31208) Connection: close Content-Type: audio/x-flac [10-08-14 00:49:20.9766] Slim::Player::Squeezebox2::directHeaders (443) Processing headers for direct streaming: HTTP/1.0 200 OK Server: Squeezebox Server (7.6.0 - 31208) Connection: close Content-Type: audio/x-flac
Looks like (heavy) automatic scanning has some effect on audio streaming. Although I did not see any intense CPU utilization nor I/O
Do the files play fine when a scan is not taking place?
Yes, it was fine, but only after I changed mode to SQLite
Not reproducible on build 7.6.0, 32398. Closing.