I've had this problem for a long time. Just posted this in Bugzilla for bug #1869 (hope that's the right on):
FYI, I have been encountering this same bug consistently for about a year. Ever since I got four SB2s, and integrated them on a wired (GigaBit Ethernet) network - so bandwidth is not a problem! SlimServer is running on a Mac Mini (one of the early ones) with 1GB of RAM, accessing music in high-bitrate MP3s (most scanned by the Slim Devices scanning service) stored on a separate network-attached-storage device (500 GB Cisco/Linksys). The interesting thing (relative to this bug report) is that in my case, using the Skip key is not necessary to make the problem happen. With the four players synched, every now and then they all just freeze up. More often than not that happens when the transition from one cut to the next is being made. However, sometimes it happens in the middle of a cut. Using the Skip key does seem to "encourage" this problem to happen, although I can't prove that, in a reproducible way. It just seems that the more often I skip, the more likely it is that a little while later, it will freeze up. Note that when the freeze-up happens, the Mac *seems* to be OK, but in reality SlimServer is so hung up that I have to reboot the machine. I have SS running as a control-panel extension in Max OS (the latest version), and so to stop it you click a button in the control panel. Except, when this freeze-up problem has happened, when you click the Stop button, it stays gray and never "comes back". The only way to clear things out so SS will run again is to reboot the machine. The weird thing is that sometimes SS will go for days without freezing up. Other times it goes just 10 or 20 cuts into a playlist (most of my playlists are very large, like 3000 to 5000 cuts, and I usually play them on random by song). Another weird potential correlation is to playing a playlist random by album (which I do for classical music playlists). For some reason this seems to raise the likelihood that the freeze up will happen. This problem has happened for me on several versions of 6.1 including the last one, and now on several daily builds of 6.2. The one I'm on at the moment is 6_2_x_v20 06-02-20. >From time to time I become convinced that I've found some pattern of behavior that I can follow to keep it from freezing up. But each time, I eventually determine that I was wrong - the problem is pretty random. So for example, for a while I thought doing a rebuild of the music library somehow made a difference. It didn't make any sense to me (I used to be a programmer and I'm still quite technically knowledgeable, so I know how all this stuff works underneath - except I don't know the Perl language). And sure enough, earlier this week I found that despite repeated rebuilds of the library, each time I would get just a small number of cuts into the playlist, and it would freeze up. I have tried on multiple occasions to engage with Dan or Dean to get this problem fixed, but each time have given up (sorry guys, I'm just really busy). But if there's something I can do to help isolate the problem, I'll give it another try. -- MikeGilpin ------------------------------------------------------------------------ MikeGilpin's Profile: http://forums.slimdevices.com/member.php?userid=909 View this thread: http://forums.slimdevices.com/showthread.php?t=18996 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/beta
