• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category User Interface → Themes
  • Assigned To No-one
  • Operating System All players
  • Severity Low
  • Priority Very Low
  • Reported Version Release 3.9
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by Buschel - 2011-10-03
Last edited by Buschel - 2011-10-14

FS#12309 - font buflib: mass storage activity when skipping buffered tracks?

I observed that the HDD-icon on my WPS shows activity when skipping between buffered songs. Bisecting shows this came in between r30580 and r30590 – most likely the font buflib commit is the relevant change. As this behaviour results in a spin-up of HDD’s with a track change this might impact the battery runtime.

I have attached my WPS as this might be needed for reproduction. (72.4 KiB)
Closed by  Buschel
2011-10-14 05:47
Reason for closing:  Duplicate
Additional comments about closing:   Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407

Has been moved to  FS#12299 .

Attached is a quick and dirty patch to get rid of this font reloading for fonts up to 256 KB size. The patch does three things:
1) Enlarge the font buffer size to 256 KB → This way the fonts from my WPS are fully loaded to RAM.
2) Call font_load() instead of font_load_ex() to ensure to load the full font.
3) Remove unused defines. Has no impact at all.

I am still confused why this font reloading occurs since the font buflib change. Before the buflib change the max font size was 60 KB (as in current svn) and the raw font loading (firmware/fontc.) itself did not change with the buflib change. Even though the full font was *not* loaded in svn before the font buflib change, there was no font reloading seen.

Question: Why does it make it make a difference *now* whether a font is fully loaded or not? The former code did not seem to care – at least for the same fonts and usecases.

Isn't this a duplicate of  FS#12299 ?

It might be the same, Jd also assumes there is something wrong with the glyph cache.


Available keyboard shortcuts


Task Details

Task Editing