ipod mini 2g,take a very long time to apply asian front

[sinless]

i don't know why my mini2 takes very long time(40 seconds) to apply asian front(eg.unifront ,rockbox-mix).
And if i uses these asian fronts,boot rockbox will takes about 1 minute..
But English fronts don't have this problem.
reinstall rockbox can't help

[AlexP]

See http://forums.rockbox.org/index.php?topic=24390.0

[sinless]

but my friend's mini seems not has this problem,as well as my video and nano..

[gulak]

Have you checked for disk corruption and fragmentation?

[karashata]

Corruption might be a concern, fragmentation shouldn't be so much (it's not really recommended to do disk defragmentation on a flash drive anyway, or so I've read, because flash media is managed somewhat differently from a regular hard drive in order to extend the live of the flash memory.)

It might be a good idea to run a filesystem check, either with chkdsk in Windows, or fsck.vfat in Linux to make sure there isn't anything wrong with the filesystem.

Also, note that fonts containing larger numbers of glyphs will take longer to load compared to fonts with fewer glyphs because of the number of glyphs it contains...

[gevaerts]

it's not really recommended to do disk defragmentation on a flash drive anyway, or so I've read, because flash media is managed somewhat differently from a regular hard drive in order to extend the live of the flash memory.

This might be true, but then the ipod mini doesn't have a flash drive anyway (unless it's CF-modded)

[karashata]

Oh, my bad... The nanos were the ones that started using flash memory instead of a hard drive...

[gulak]

Also, note that fonts containing larger numbers of glyphs will take longer to load compared to fonts with fewer glyphs because of the number of glyphs it contains...

The 16-GNU-Unifont.fnt has 53388 glyphs and takes 7,1 s to boot (from pressing the power button until it plays music) on my player. The 16-Jackash.fnt has 254 glyphs and takes 7,1 s to boot.
Now you can think about your thesis on number of glyphs and loading time

[Multiplex]

Also, note that fonts containing larger numbers of glyphs will take longer to load compared to fonts with fewer glyphs because of the number of glyphs it contains...

The 16-GNU-Unifont.fnt has 53388 glyphs and takes 7,1 s to boot (from pressing the power button until it plays music) on my player. The 16-Jackash.fnt has 254 glyphs and takes 7,1 s to boot.
Now you can think about your thesis on number of glyphs and loading time

I'm sure I remember reading about a glyph cache that only loads glyphs that have actually been used, if a new one comes up it has to go and get it... or maybe I have been dreaming.

I think the glyph cache is saved at shutdown and re- loaded at boot, rather than the font file.

[torne]

Also, note that fonts containing larger numbers of glyphs will take longer to load compared to fonts with fewer glyphs because of the number of glyphs it contains...

The 16-GNU-Unifont.fnt has 53388 glyphs and takes 7,1 s to boot (from pressing the power button until it plays music) on my player. The 16-Jackash.fnt has 254 glyphs and takes 7,1 s to boot.
Now you can think about your thesis on number of glyphs and loading time

it depends what kind of player you have. The problem is not the number of glyphs but simply if the for is over 60kb, whch is the limit for the fast font loading method. The difference between the fast and slow methods is very small on flash targets, and only around 200-300ms on most disk targets, as far as I have measured. Only the iPod video 5.5g is likely to experience a huge slowdown because of this. The cache doesn't help, incidentally, because what it caches is kinda dumb (just the indexes of the glyphs used recently) - loading them individually is what makes it slow.