Dan Sully wrote:
If you set the Server Settings > Behavior > Sort By File Name preference to "Sort by song information", you may get better behavior with Browse Music Folder. Specifically, it will take longer for the folder to display in the web interface, but there's a better chance that you will avoid dropouts.* Gordon Harris shaped the electrons to say...
I think I got all my settings right--any clues what I may have missed?
I'm having exactly the same issue, even with hyperthreading turned on and even when I boost the priority level of flac.exe. Good excuse to get a SqueezeBox2, though.
Browse Music Folder is one of the more processor intensive operations that
SlimServer performs, especially if you have a large number of top level
directories. Coupled with the small buffer of SB1, drop outs can happen.
A quick explanation - with the preference set to "Sort by filename" we attempt to generate the music folder list immediately, without accessing the database. This results in a snappier web interface, but may take long enough for large directories to cause an audio dropout with FLAC or PCM audio. The "Sort by song information" setting forces us to access the database and we spread out the generation of the music folder list over a longer period of time - resulting in a slower response to the web interface request, but potentially better streaming behavior. This behavior is a function of our single threaded process - we're looking at ways in the future to separate handling of web interface requests and streaming into multiple threads or processes.
Out of curiousity, how many entries are there in your top-level directory? Are they all subdirectories or are there tracks as well?
--Vidur
_______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
