Teus de Jong;557470 Wrote:
> 1. I don't _think_ it is crashing on the artwork scan, I _know_ it is
> crashing during the artwork scan because I get an out of memory error
> every time the artwork scan is started.
> 2. I have tried to delete (or make smaller) all artwork larger than 500
> x 500 (in cover.jpg and embedded art, later also jpegs with other
> names). It is possible I have missed one or two. That's why I am
> looking for a means to see where the artwork scan crashes.
I think I would be looking more toward size of the cover in bytes,
rather than dimensions. Should be easy to do a directory search for
any cover.jpg over some specific size in bytes.
The tagging program Mp3tag offers a couple of variables for examining
embedded cover art.
Code:
--------------------
%_covers% Count of cover art in the tag of the file
%_cover_size% Size of first cover art in the tag of the file in bytes
%_cover_type% Cover type of first cover art in the tag of the file
--------------------
You could easily load up your whole library and the sort (or filter) by
%_cover_size%. I have no idea, however, what a safe maximum size might
be. Also make sure you don't have any bitmaps (bmp files) as embedded
covers. I don't know whether or not the number of images embedded in a
file will give the scanner problems, but it might also be something to
watch.
--
JJZolx
Jim
------------------------------------------------------------------------
JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10
View this thread: http://forums.slimdevices.com/showthread.php?t=79943
_______________________________________________
Touch mailing list
Touch@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/touch
