Quote:
Originally Posted by DNSB
Who? Me? Polite?
|
Quote:
I came to that sequence of steps when I found that after simply copying over an updated copy of a book, it sometimes disappeared from the library. I never noticed the file being deleted from the Kobo as others have reported with later firmware versions but being unable to see/open it was just as annoying. I think I started it around 1.9.14.
I noticed the reboot on 1.9.17 rather often since I tend to copy the book to the KT when I first obtain it and then start reading to check formatting, TOC, etc. I then use Sigil to do things like changing the stylesheet, adding modifying a TOC, modifying the chapter structure to a file per chapter if needed, adding a cover image if needed, changing the cover image formatting since I like the following as my cover page code:
<div>
<svg xmlns="http://www.w3.org/2000/svg" height="100%" preserveAspectRatio="xMidYMid meet" version="1.1" viewBox="0 0 540 720" width="100%" xmlns:xlink="http://www.w3.org/1999/xlink">
<image height="720" transform="translate(0 0)" width="540" xlink:href="../Images/cover.jpg"></image>
</svg>
</div>
This probably does qualify as fairly major changes. When I tried deleting the book from the KT before copying the new copy over, it worked some of the time. When I added the power cycle, it -- so far -- has worked every time regardless of the firmware version in use.
|
Strangely enough, the 1.9.17 firmware would not have had a problem with the cover change. But, it would have had a problem with the Sigil edit.
With FW 1.9.17 and earlier, if you put a book on the Touch, it processes it. This meant added an entry into the database for the book and each entry in the and generated five different size cover images. If you replaced the book with a new copy, it didn't care. It didn't reprocess the book. So, any changes to the metadata or TOC weren't picked and it used the original cover images.
The problems came when you read the book. If the file stucture changed, it could reboot the Touch. If the TOC changed, it would allow you to open the book and read it, but it would open at the start and any navigation with the TOC would always go to the first page. Opening and editing a book in Sigil could be enough to make this change in structure. Sigil moves the different types of files into a separate directories. If they weren't there before, then this cause the crash. Changing the text, style sheet and metadata was probably OK. Another change that tended to be OK was extending the book. I downloaded some epubs from sites as the authors write them. The changes just add an extra chapter or two. FW 1.9.17 was OK with this but, the extra chapters were not in the TOC.
With your work flow, you probably need to delete the book from the Touch after that first edit. After that, your are probably fixing spelling, grammar and style, so you should be able to replace it without deleting it.
Now, with FW 2.0.0, this changed. Basically any change to the book caused it to be deleted. FW 2.0.2 is better. It still deletes the book unders some circumstances, but fixing spelling and grammar seems to be OK. I'm disappointed to hear that FW 2.1.1 is a back step for this. Hopefully that will get sorted when we get an official firmware update.
Quote:
I haven't been using Calibre much lately as anything other than the first pass for converting ebooks. What I was seeing with Calibre was not all of the books on my SD card showed in Calibre which makes me more than a little nervous about adding a book. When I look at the Calibre metadata file stored in the root of the SD card, it listed only 5 of the 1400 books on the card and one was a .CBR format file. Actually, haven't tried this since I updated to Calibre 0.8.66 so will connect with that and see what happens --- hmmm, 17 seconds and get list of books on device reaches 100%, 5 minutes later, the task is still running. 5 minutes, 30 seconds finally stops. Clicking on the Card A icon shows 6 books on the card. 5 1/2 minutes to lose 1400 books....
I wanted to use Calibre since it does clean up the database when it deletes a book but the behaviour above makes it a non-starter here.
|
Do you only have the one CBR file? If so, delete it using the Touch. Then the rest of the books will magically reapper in calibre. Maybe I better say "should magically reappear". I think there is another issue with SD cards that sometimes happens and books will not appear.
The problem that you are seeing is a date issue. Calibre is reading the database on the Touch. One of the columns it looks at is the date the book was created. The format for this is inconsistent. But, specifically, for books such as CBR, the date is not stored in the format that calibre expects. This causes the calibre job that reads the device to crash and hence not populate the device list. From my testing, the comic book formats and PDF's have this problem.
If after removing the "offending" books, it doesn't show all the books, restart calibre in debug mode. This is done by clicking on the menu next to Preferences button and choosing "Restart in debug mode". Let it start and when it finishes getting the books from the device, close calibre. After this, an editor will be opend with a debug log in it. That should have an error in it, so post that so I can look at it.
I'll send you a private message with something else, but I would like to hear the results of the above.
And thanks for checking the database version. 55 is OK with calibre.