Thanks for the answer, I am using 7.7.4. I tried 7.8 for a short time
but got irritated by the amount of notices/errors in the server log it
produced so I decided to wait for another release. But I can try it
again.
Just FYI, the issue showed once a day on average, I looked into the
server log and there was this line (maybe it's related)
Code:
--------------------
[14-06-04 07:16:32.1156] Slim::Networking::IO::Select::__ANON__ (147)
Error: Select task failed calling Slim::Player::Source::__ANON__: illegal file
descriptor or filehandle (either no attached file descriptor or illegal value):
at
/share/HDA_DATA/.qpkg/LogitechMediaServer/var/home/SqueezeboxServer/Slim/Networking/IO/Select.pm
line 150.
--------------------
Another thing worth mentioning, is that my NAS (Qnap TS-119), which I
run SSOTS with LMS on, is configured to put the HDD into standy mode
after 10 minutes of idle time. When a Radio is turned on while the NAS
is sleeping, it has to wait ~10 seconds for the HDD to spin up. Maybe
Radios somehow lose connection to the LMS over night (when NAS is in
sleep mode), when they don't get an instant response for whatever packet
they send to the server? Just trying to figure out what is the real
cause, as the bug certainly exists somewhere.
BTW. I also has SB Classic, which runs without any problems even at the
time when Radios go crazy. No problems with playlists / stuck playing
whatsoever. When synced with Radio, SB Classic continues to play music
(and updating Now Playing text) while Radio is stuck after ~10 minutes
and without artwork.
I am going to switch to 7.8 now - I will let you know if the issue still
exists there.
------------------------------------------------------------------------
mh_'s Profile: http://forums.slimdevices.com/member.php?userid=50754
View this thread: http://forums.slimdevices.com/showthread.php?t=86221
_______________________________________________
Radio mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/radio
