![]() Without either of these, I get the default cover with the title and format on it. Now it looks like only the cover meta item needs to point to it correctly. In the past, it had to be marked in the OPF as 'properties="cover-image"'. Kepubs uses the image that is marked as the cover. Kindle contains the 'amazon-cover-bug' directory, so Calibre is doing 'its thing' to try to fix the covers, but it is not resolving the issue. Covers initially appear on the Kindle, and a few seconds later are replaced with generic blank covers. This is at least partly because for books with DRM, the image marked as the cover is encrypted and this is the simplest way to get something. Used Calibre Win 圆4 (calibre-64bit-5.36.0.msi) to send unmodified. The RMSDK is used to render it and take it as the cover. I'm planning to write a cover extractor later to work around this issue (probably next time I import a bunch of books).įirstly, the cover image for epubs has always been the first page of the book. I haven't tested this much, and it may not apply in all cases. This is due to a firmware change in the latest firmware, which seems to now generate covers from the first page rather than getting it from the package document. ![]() Marking the book as a personal document (PDOC) instead of an Amazon ebook (EBOK) won't work since Kindle firmware version 5.8.5 (Nov 2016) or later ignores thumbnail images for personal documents.Īs far as I can tell the only fix would be to connect the Kindle again and resend the thumbnail after it has been overwritten by Amazon.No, this isn't due to an issue with the epub itself. And because it is smaller than the smallest allowed cover image size a generic cover thumbnail is instead shown for that book on the Kindle. This overwrites whatever image thumbnail was set by calibre. It appears that Amazon's servers have just been changed to return a 60x40 pixel image containing the text "No image available" instead of nothing. In the past the request for the thumbnail image would fail because the ASIN is not a valid one at Amazon. It does this whether or not a thumbnail for that book is already present. When a new book is found in storage that is marked as an Amazon-sourced book (EBOK) the Kindle software initiates the download of the cover thumbnail for that book based on its ASIN. There is a thread on Reddit about it: All my book covers just disappeared?! The same thing is happening for AZW3 files. I can work around by replacing the 'no image found' thumbnail with the cover art (using save cover to disk) on re-plugging-in, but I need to note which thumbnail goes with which book before I eject! Just checked, when Airplane mode is on, the cover art remains as soon as airplane mode is turned off, the cover art disappears. If I understand correctly, normally the kindle asks amazon servers for artwork for a sideloaded book, so presumably it is now doing this regardless of the presence of art in the thumbnails folder? Looking at the system/thumbnails directory, Calibre is creating a correct image, but after ejecting the kindle and re-plugging-in, the same thumbnail file has been replaced by the 'no image found' amazon thumbnail. The last time I successfully added a book to the Paperwhite must have been within the last two months, has there been a kindle software update since then? The kfx files had previously been uploaded to my old Paperwhite (2018) with working cover art thumbnails but I tested again today and it's now showing the same behaviour as the Oasis. ![]() The cover art thumbnails on the home screen briefly appeared correctly but almost instantly vanished and replaced by the default blank cover. Uploaded my kfx files (converted epubs) with Calibre send-to-device to my new Oasis (2019).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |