This problem is consistent but so tedious as it takes 3hr 22 mins to happen.
On Windows the stream restarts regardless whether Softsqueeze (2.0b1) is on the same Windows PC or another (linux ) box. Output was in MP3. On a Linux (Suse 9.3) box Slimserver 6.2.1, Alien 0.99 output to Softsqueeze using Flac - at 3hr 22 output to Softsqueeze stops and elapsed time freezes. Mplayer is still running and there is network traffic presumably from BBC as there was no other activity. When output in MP3 the stream restarts. Everything is pointing at Slimserver. The Ethereal trace of Windows & Linux tests showed comms with Softsqueeze stopped after FIN closing the TCP connection to BBC from slimserver. Besides the closesong where else could a stream from Mplayer/Lame be closed ? I put in a debug message in closesong and it was called after the "Readlen undef" message. Any ideas on what to try next ? Shall I log it as a bug ? It is annoying as I am debugging Mplayer and this behaviour means I can't do long tests. -- bpa _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/plugins
