OK certainly could be a bug in my code somewhere too. :) I hope you can
find the offending file.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thread: http://forums.slimdevices.c
Thanks for that. A quick...
find ./ -name *.mp3 | wc -l
..tells me that I've got 89 mp3 files in the library.
I will be surprised (and embarrassed) if any of my flacs have ID3v2
tags.
Doing this test:
find . -name "*.flac" -exec id3v2 -l {} \; >id3v2_tags.txt
sed -n '/No ID3 tag/!p' id3v2_ta
Hmm normally it logs the filename but it will log "data" if the artwork
is embedded and can't be accessed directly, but this shouldn't be the
case with FLAC. Is your library 100% FLAC?
You can enable artwork debug for more info.
--
andyg
--
PS: after scanner.pl hangs, and after clicking the "abort scan" link in
the SBS web UI, the scanner.pl task remains running (as seen via ps ax)
and is seemingly immune to a "kill" command. A system reboot seems to
be required to get rid of it.
--
gharris999
Info:
Version: 7.6.0 - rTRUNK @ UNKNOWN
Hostname: scserver.da
Server IP Address: 192.168.0.198
Server HTTP Port Number: 9000
Operating system: Red Hat - EN - utf8
Platform Architecture: i686-linux
Perl Version: 5.10.0 - i386-linux-thread-multi
Database Version: DBD::SQLite 1.30_06 (sqlite 3.7.2)
Are you running SQLite or mysql as your database?
On a windows box or ?
Anything in the logfiles?
It is still the general opinion that there are issues with mysql now
that SQLite is the default database.
AFAIK a full scan will start the scanner, and a "scan for new" will use
the internal scanner