Kobo glo HD doesn't show modified cover

Bug #1543524 reported by Alessio
This bug affects 1 person
Affects Status Importance Assigned to Milestone
David Forrester

Bug Description

everytime I change a cover of an epub book, I don't see the modified cover on the reader (kobo glo HD ).
Instead, if I do the same steps of the changing of the cover, I see the new cover on a kobo glo (NOT hd).
I don't know if it's a bug or I'm doing something wrong...
thank you

calibre 2.50.1 (64bit)
kobo glo HD firmware 3.18.0

Tags: kobo-driver
tags: added: kobo-driver
description: updated
Revision history for this message
Kovid Goyal (kovid) wrote : Re: calibre bug 1543524

Changing the component for this bug.

 assignee davidfor
 tag kobo-driver
 status triaged

Changed in calibre:
assignee: nobody → David Forrester (davidfor)
status: New → Triaged
Revision history for this message
David Forrester (davidfor) wrote :

Unfortunately, that is a foible of the Kobo firmware.

When you sideload a book, it is processed and details added to the internal database. The firmware then generates covers images as they are needed. And if the book is on the main memory of the device, the cover images are stored in the memory.

If you manually sideload replace an epub, when the firmware checks for new books, unless it has exactly the same files size as in the database, all the current details of the book in the database and the cover images are removed. This means the current reading status, any bookmarks and collections the book is on.

Because of this, when a book is resent, the driver removes the cover images and updates the file size in the database.

This all works except for one problem. There's a memory cache of cover images. The firmware keeps a few cover images in memory. When the cover image files are removed or updated by the driver, the copy in the memory cache isn't removed. This means the old cover can still be displayed for a while. The new cover image is only regenerated if the cover image is removed from the cache. That either means enough other books are opened to push the replaced books cover out of the cache, or the device is restarted.

The exact behaviour has changed with different firmware releases, but the basics are the same. The main change is exactly when cover images are generated and how many are in the cache. And I don't know exactly how many are in cache. I'm not sure, but the difference between the Glo and the Glo HD is probably down to RAM size. The Glo has 256MB of RAM and the Glo HD has 512MB. The firmware probably allocates a large cache size on the Glo HD, so more cover images are in memory and that should improve speed in the library.

The test for this is simple: restart the Glo HD and see if the new covers are displayed.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.