John Snell
2004-01-17, 09:55
I neglected to mention previously that I am using an 'iTunes Music
Library.xml' with slimserver. Don't know if that impacts this problem or
not. It looks like track files get scanned regardless. In any event, as you
say after the files are scanned, everything works normally until the server
is restarted, then the files have to be rescanned apparently.
Basically, the server starts normally. Upon access via the web, the genre
listing appears complete and correct. If --d_itunes is set, the debug
information indicates that my iTunes xml file is getting parsed correctly.
Once I select the "Classical" (most of my library is classical ~1800 tracks
in WAV format) genre on the 'Browse by Genre' web page, the hard disk light
goes on solid for ~45 minutes or so. Once all the WAV files are scanned, then
everything works normally.
I added some logging calls around $read = $wav->read($file); in
Slim::Formats::Wav and this call appears to take 0.5-2 sec per track. I
assume it is reading through the entire wav file since some tracks take
longer than others. No sure why the tags gathered from this process
(position, length, length_seconds) couldn't be gathered at play time as
opposed to browse time. Having to wait almost an hour to even browse the
library the first time seems excessive.
BTW the same behaviour is triggered with the remote, as you would expect.
>After the initial scan, the server shouldn't need to access the files
>again, except to play them.
>
>Can you give me exact steps (button presses) that you take to make this
>happen? Is this in the web interface or with the remote....
Library.xml' with slimserver. Don't know if that impacts this problem or
not. It looks like track files get scanned regardless. In any event, as you
say after the files are scanned, everything works normally until the server
is restarted, then the files have to be rescanned apparently.
Basically, the server starts normally. Upon access via the web, the genre
listing appears complete and correct. If --d_itunes is set, the debug
information indicates that my iTunes xml file is getting parsed correctly.
Once I select the "Classical" (most of my library is classical ~1800 tracks
in WAV format) genre on the 'Browse by Genre' web page, the hard disk light
goes on solid for ~45 minutes or so. Once all the WAV files are scanned, then
everything works normally.
I added some logging calls around $read = $wav->read($file); in
Slim::Formats::Wav and this call appears to take 0.5-2 sec per track. I
assume it is reading through the entire wav file since some tracks take
longer than others. No sure why the tags gathered from this process
(position, length, length_seconds) couldn't be gathered at play time as
opposed to browse time. Having to wait almost an hour to even browse the
library the first time seems excessive.
BTW the same behaviour is triggered with the remote, as you would expect.
>After the initial scan, the server shouldn't need to access the files
>again, except to play them.
>
>Can you give me exact steps (button presses) that you take to make this
>happen? Is this in the web interface or with the remote....