Quote:
Originally Posted by Mingyar
I understand all what you say, but, how do you explain that my test detailed above results in 3 Go lost only to draw 4 book covers in the list mode ?
No book has been opened, only list of the entire library.
|
Hmmm... looking at my images, I normally send them from Calibre and I've been generating the cover image from a converted to 4 bit greyscale and dithered image so in most cases, a bit smaller image than the more or less standard 24 bit colour image. Sending from Calibre/Kobo Utilities does put all 3 images used by the Kobo firmware on the device much as scanning through the library listing does without the wait per page as you browse through the library for the images to be created. If you scrolled through the 667 pages of the library listing for 4000 ebooks, you are a much more patient person that I have ever been.
As a quick test, I switched back to the full colour cover images and uploaded them. After this, I show 2.84GB used in the eLibrary folder (where my sideloaded ebooks live) and 834MB used in the .kobo-images folder.
Hmmmm... I removed the images for a couple of ebooks and looked at them in search view. This only generated two image files (the FULL and LIBRARY_GRID). For one ebook, the FULL file was clocked in at 854KB (1404x1872) compared to 337KB (1248x1872) for the Calibre/Kobo Utilities generated FULL image. I'd suspect that this is the source of the massive space used by your cover images.