Quote: Originally Posted by
kev000 
A lot of songs that are downloaded (through legal means like itunes/amazon, have embedded artwork in the tag. IMHO, looking in a folder for a special filename doesn't sound portable to me. Besides, I've seen tracks that have different artwork and multiple image frames that don't exist in the other tracks (possibly from a single that was done...).
I think by from legal sources he was implying that both legal and illegal downloads include cover art in the file tags...not that forum members were pirates.
Quote: Originally Posted by
kev000 
So I guess we learn that the slowness may be attributed to extra things done during the scan? I know nGhost will try to download the artwork from the internet if you have the artgrabber plugin enabled. That would certainly add to the scan time.
Well the surprising thing is that the three fastest scans did have album art support...I really feel its down to the core technology behind them.
For riderunner - best speeds were achieved using an external exe most likely because threading isn't possible with vb hence slower speeds using a dll. The speeds were still not as good as the top 3 due to the inherent overhead of IPC.
For cf - using a jet database (Labeled obsolete by msft after 2003) has an obvious performance impact although not as bad as I would have expected.
sd - i don't even think thats worth mentioning. I'll leave it at - i don't plan on using wmp for my music library anymore.
Quote:
Who said anything about it having to be a special file name in order for it to be used?
Folder.jpg is technically a special file name. It is used by both the OS and media programs as a fallback for album art.