Problem with cover in details view in 3.1.0 FW

[Terisa de morgan]

Hi,

I have a Kobo Aura, which has recently been updated to 3.1.0. After this moment, all the books I send as kepub to my ereader don't show the cover in the details view, although it shows at the library view and as sleep cover. Does anybody else have this problem?

[jackastor]

Originally Posted by Terisa de morgan

Hi,

I have a Kobo Aura, which has recently been updated to 3.1.0. After this moment, all the books I send as kepub to my ereader don't show the cover in the details view, although it shows at the library view and as sleep cover. Does anybody else have this problem?

Run through your settings, you may find that the covers are turned off.

Under settings, Library settings, View options make sure show thumbnail images in list view is checked on



regards

JAck

[Anamarc]

Si utilizas "Kobo Patcher" https://www.mobileread.com/forums/sho...&postcount=537
A mi me funcionó perfecto en la Glo.

[GeoffR]

Originally Posted by Terisa de morgan

I have a Kobo Aura, which has recently been updated to 3.1.0. After this moment, all the books I send as kepub to my ereader don't show the cover in the details view, although it shows at the library view and as sleep cover. Does anybody else have this problem?

Yes I had that problem too (but with Kobo-bought kepubs), the cause is that to display the image on the details view the new firmware looks for a file ending in " - AndroidBookLoadTablet_Aspect.parsed" which doesn't exist. If the book is a sideloaded epub it then generates the file from the first page of the book, but if it is a kepub then it tries to download it from the cloud.

The problem is that if wifi is not turned on then the image doesn't download. The other problem for sideloaded epubs is that the image it generates is not as good as the images sent by Calibre.

The file that the new firmware is looking for is redundant anyway, since the image already exists on the device in a file ending with "- N3_LIBRARY_FULL.parsed", which is either downloaded at the time the book is downloaded, or sent by Calibre when sideloaded.

A solution is in the patch that Anamarc pointed to above. This patch changes the filename in the firmware, so when it looks for the new file it finds the old existing file and uses that instead.

Edit: Another solution, if you don't want to patch the firmware, is to find each file on the device that ends in "N3_LIBRARY_FULL.parsed" and make a copy with the same base name but ending in "AndroidBookLoadTablet_Aspect.parsed".

[Terisa de morgan]

Originally Posted by jackastor

Run through your settings, you may find that the covers are turned off.

Under settings, Library settings, View options make sure show thumbnail images in list view is checked on



regards

JAck

Thank you, but they show at the library view, not details view (long press over a book, my mistake not explaining), and only kepub (I only have sideloaded).

[Terisa de morgan]

Originally Posted by Anamarc

Si utilizas "Kobo Patcher" https://www.mobileread.com/forums/sho...&postcount=537
A mi me funcionó perfecto en la Glo.

No lo uso de momento, gracias, pero lo miraré.

[Terisa de morgan]

Originally Posted by GeoffR

Yes I had that problem too (but with Kobo-bought kepubs), the cause is that to display the image on the details view the new firmware looks for a file ending in " - AndroidBookLoadTablet_Aspect.parsed" which doesn't exist. If the book is a sideloaded epub it then generates the file from the first page of the book, but if it is a kepub then it tries to download it from the cloud.

The problem is that if wifi is not turned on then the image doesn't download. The other problem for sideloaded epubs is that the image it generates is not as good as the images sent by Calibre.

The file that the new firmware is looking for is redundant anyway, since the image already exists on the device in a file ending with "- N3_LIBRARY_FULL.parsed", which is either downloaded at the time the book is downloaded, or sent by Calibre when sideloaded.

A solution is in the patch that Anamarc pointed to above. This patch changes the filename in the firmware, so when it looks for the new file it finds the old existing file and uses that instead.

Edit: Another solution, if you don't want to patch the firmware, is to find each file on the device that ends in "N3_LIBRARY_FULL.parsed" and make a copy with the same base name but ending in "AndroidBookLoadTablet_Aspect.parsed".

I think I'll try to go with your route first, I don't want to change the FW yet, thank you.

Edit: I've tested it and it works quite well, now I'm thinking about making it automatic...