Re: [Bug-gnupod] mktunes.pl creates corrupt iTunesDB ?

[Richard van den Berg]

On 12-6-2009 15:21, Heinrich Langos wrote:
> I'd like to have a chain like this:  ok -> ok -> broken
>   

I just compared these files using vbindiff:

http://richard.vdberg.org/gnupod/ok/11182/iTunesDB
http://richard.vdberg.org/gnupod/ok/11183/iTunesDB
http://richard.vdberg.org/gnupod/not_ok/11184/iTunesDB

I can't find anything obviously wrong with the 11184 one (yet). I still
have to check if the offsets for the various chunks are 100% correct,
but they look ok at a first glance.

> To get some numbers on the performance you could do me a favor and add a 
> single file to the rather full ipod while profiling the perl process.
>   

The results are at:
With 11600 files http://richard.vdberg.org/gnupod/dprof/run1
With 30415 files http://richard.vdberg.org/gnupod/dprof/run3

> After the first run please move the tmon.out file aside and run the same 
> perl -d:DProf /path/to/gnupod_addsong.pl /path/to/file.mp3
> line once more. (This time gnupod_addsong should abort before writing the
> file to your ipod because of the duplicate detection.)
>   
The results are at:
With 11600 files http://richard.vdberg.org/gnupod/dprof/run2
With 30415 files http://richard.vdberg.org/gnupod/dprof/run4

I did another run with the --artwork switch at
http://richard.vdberg.org/gnupod/dprof/run5

Cheers,

Richard