Ok, it looks like it still requires a change to the audio files, such as a timestamp change, before the new cover is picked up. But the new cover is picked up correctly.
Ok, assuming the following, I think picking up changed artwork without touching the music files should work without major changes:
- we only deal with external artwork (otherwise the music file would be touched anyway) - we only deal with changes to the cover art file's content, not the filename itself. If the artwork file is renamed (for whatever reason), this change will not be picked up and will result in a loss of the artwork for that album.
How does that sound?
In the database's tracks table, I see similar results as before. Each track shows a different coverid, but the same cover.jpg path. I notice that the album-level resized thumbnails and full sized cover reference the coverid stored for the last track in the album.
I think I know where this comes from: sometimes we would write the same id for all tracks of an album. And sometimes every track is handled independently. Yes, it depends on how your scan is run (and there are about three or four different ways... ouch!).
-- Michael _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
