Using wireshark to see what happens when LMS issues GET for the mp3
file.
The log shows the following
Code:
--------------------
[18-04-11 15:11:21.1358] Slim::Networking::Async::connect (108) Connecting to
media.rozhlas.cz:80
[18-04-11 15:11:21.1870] Slim::Networking::Async::_async_connect (181)
Slim::Networking::Async::Socket::HTTP=GLOB(0xa781928) => 29 connected, ready to
write request
[18-04-11 15:11:21.1872] Slim::Networking::Async::write_async (211) Sending:
[GET /stream/_audio/3959575.mp3 HTTP/1.0
Connection: close
Cache-Control: no-cache
Accept: */*
Host: media.rozhlas.cz
User-Agent: iTunes/4.7.1 (Linux; N; Debian; x86_64-linux; EN; utf8)
SqueezeCenter, Squeezebox Server, Logitech Media Server/7.9.1/TRUNK
Icy-Metadata: 1
]
[18-04-11 15:11:21.3946] Slim::Networking::Async::HTTP::_http_read (357)
Headers read. code: 200 status: OK
[18-04-11 15:11:21.3949] Slim::Networking::Async::HTTP::_http_read (358)
bless({
"accept-ranges" => "bytes",
"cache-control" => "max-age=30, public, must-revalidate",
connection => "close",
"content-length" => 56_058_880,
"content-type" => "audio/mpeg",
date => "Wed, 11 Apr 2018 14:11:21 GMT",
"last-modified" => "Mon, 11 Dec 2017 12:05:52 GMT",
server => "Appext/Engine6",
"x-cache" => "MISS",
"x-cache-hits" => 0,
}, "HTTP::Headers")
[18-04-11 15:11:21.5412] Slim::Networking::Async::HTTP::_http_read_body (455)
Read body: [721] bytes
[18-04-11 15:11:21.5417] Slim::Networking::Async::HTTP::_http_read_body (455)
Read body: [16384] bytes
[18-04-11 15:11:21.5419] Slim::Networking::Async::HTTP::_http_read_body (455)
Read body: [16384] bytes
[18-04-11 15:11:21.6817] Slim::Networking::Async::disconnect (236) Close
Slim::Networking::Async::Socket::HTTP=GLOB(0xa781928) => 29
[18-04-11 15:11:21.6819] Slim::Networking::Async::HTTP::_http_read_body (518)
closing mode
--------------------
So LMS is reading data and then stops. Using wireshark and it show that
when TCP window is full (i.e. LMS has enough data for player, TCP
buffers are full and so reading is stopped waiting for current received
data to be played before reading some more) about 1 sec afterward the
connected is TCP RESET by the czech source. It looks like the server
does not like the stream being "paused".
------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=108891
_______________________________________________
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
