there is no chance that the second hex string is the hash of the file itself since, if you look at it, they are sequential. by that i mean the file in the folder structure 10->03->12 has the value 8C806EA192F99CA1-AE8C30086A012C3A.itc and the file in folder structure 11->03->12 has the value 8C806EA192F99CA1-AE8C30086A012C3B.itc even they are completely different songs. as I said before they go in order (the first track with downloaded art in the xml matches the itc in the first folder) when you look inside the xml file (as far as i can tell).
Quote:
Have you tried doing a hex dump of the audio file and searching for the hex string (e.g. maybe it's just in a specific location but not attached to a tag)?
yes i opened several files with a hex editor and searched the file for both the hex and ascii representation of the string (even narrowed my search to the last 3 chars)
if i only knew how apple is generating that second hex string. (which by the way is different in different libraries for the same EXACT song)
obviously i am staunchly opposed to running itunes simply to grab album artwork, I would very much like to decipher their artwork database since grabbing the artwork from that would be even faster than getting the embedded art since NBB would no longer have to open the file and parse the tags.
for anybody interested i found this apple script that will embed the downloaded album art
tell application "iTunes"
repeat with aTrack in selection
repeat with anArtwork in artworks of aTrack
if downloaded of anArtwork is true then
set theData to data of anArtwork
set data of anArtwork to theData
end if
end repeat
end repeat
end tell
link to script