- #Logitech media server 7.9.2 android#
- #Logitech media server 7.9.2 software#
- #Logitech media server 7.9.2 series#
My $track = $song->pluginData('info') || x My $streamUrl = $song->streamUrl() || return # To support remote streaming (synced players), we need to subclass Protocols::HTTP I use IE simply because its the only web client that allows me to run Imguz Equalizer.
#Logitech media server 7.9.2 android#
I am using the Logitech PC client in IE 11.9 but when I had problems these were equally manifest in Chrome and the Logitech Android App so that seems to be irrelevant. I am sticking with 7.7 until they can convince me this is fixed.Įdit: Reckon its worth noting what my configuration is: Logitech Media Server (was 7.9 now 7.7) on W10 driving Logitech Duet A/D converter over WiFi.
#Logitech media server 7.9.2 software#
Logitech seem to have broken the software for some people while upgrading. So I uninstalled everything and went back to LMS 7.7.
#Logitech media server 7.9.2 series#
In the end it occurred to me that the only thing that had changed between everything working fine and the current disastrous situation was a recent series of LMS upgrades. I even moved a part of the library to SSD and re-scanned. I tried installing LMS and the index file on an SSD in case it was disk cycle lags that was the problem. I tried a fresh install, re-scan of the library, cabled the components (so there was no WiFi in the mix). In general it would jump to the next track after 1'58 although on certain days it would simply skip alternate tracks without playing them at all.
Is there something like a maximum file size using the MobileClient? The reaction of lms is correct: the StreamController-Source thinks the stream is over:įeb 12 12:39:16 sbs squeezeboxserver: Slim::Player::Source::_readNextChunk (375) end of file or error on socket, song pos: 8699840įeb 12 12:39:16 sbs squeezeboxserver: Slim::Player::Source::_readNextChunk (380) 00:04:20:23:a4:61 mark end of streamĪnd I have no idea why google always does this after around 8-10MB of stream. The reason for the skipping at the end of the track is Google sending a TCP-RST packet for an unknown reason.Īfter some time playing the stream, there's an unexpected reset package seen in tcpdump:ġ2:39:06.088699 IP 74.125.160.16.443 > 192.168.204.101.53852: Flags, seq 2232732219, ack 637782516, win 242, options, length 0 Since this is really annoying, I did some serious debugging. The 60/50 seconds seem to be reproducable but the switch does not happen exactly at 50secs - could 49 as well as 52.Ĭhanging the fading settings etc. It happens with each unsynchronized player as well with synchronized players.įor an unknown reason, the next track is pulled 60 seconds before the end of the current and 10 seconds later - ~50 secs before the end of the playing track - sbs switches to the new one:įeb 12 09:36:40 sbs squeezeboxserver: Plugins::GoogleMusic::ProtocolHandler::new (36) Remote streaming Google Music track: įeb 12 09:36:50 sbs squeezeboxserver: Plugins::GoogleMusic::Radio::commandCallback (472) master source: MIPS 74K Processor with squeezeslave 1.2-365.Logitech SB Touch Type: fab4, Firmware: 7.8.0-r16754.In my case it happens on hardware, as well as on software players:
0 kommentar(er)
