![]() |
#661 |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
|
I have done a quick test and I am not seeing the problem. Could you run calibre in debug mode, upload a couple of covers and post the log? Hopefully the log will show what is happening.
|
![]() |
![]() |
#662 |
Junior Member
![]() Posts: 7
Karma: 10
Join Date: Oct 2014
Location: France
Device: Kobo Glo
|
Attached Calibre log run in debug mode with two covers uploaded.
Sorry, a few messages from Calibre are in French... Thanks. |
![]() |
Advert | |
|
![]() |
#663 |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
|
That makes it look like the ImageId stored in the database is blank. To check this, I need to see the database. If you could put it somewhere I can download it, and send me a PM with the link. Or, if you would prefer to email it to me, send me a PM and I'll send you the email address to use.
|
![]() |
![]() |
#664 |
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 1,050
Karma: 11391181
Join Date: Mar 2013
Location: Guben, Brandenburg, Germany
Device: Kobo Clara 2E, Tolino Shine 3
|
David, I saw that with your plugin I can select the device's font. That's pretty fine. I added a custom font to the root of the device, creating a folder named "fonts" with the font in it. This will be recognized by the device, and I can select it directly there. But the font doesn't appear in your plugin's list. Is there a way to let it detect the custom folder as well?
|
![]() |
![]() |
#665 | |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
|
Quote:
I'll add this to my todo list. I haven't written much code that looks at fonts, but , it shouldn't be to hard. |
|
![]() |
Advert | |
|
![]() |
#666 |
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 1,050
Karma: 11391181
Join Date: Mar 2013
Location: Guben, Brandenburg, Germany
Device: Kobo Clara 2E, Tolino Shine 3
|
O. k. Thank you!
For the reasons you mentioned it wouldn't either be possible to add a custom font to the internal font folder of the device (i. e. of Kobo itself), right? |
![]() |
![]() |
#667 |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
|
You can add fonts to the internal folders on the device, but I have no idea whether the device would use them. But, the plugin can't see them. That's why the list is hard-coded. Any fonts added to the fonts directory in the visible partition could be read and added to the list. That's what I am thinking of doing.
|
![]() |
![]() |
#668 | |
Groupie
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 186
Karma: 13138
Join Date: Jun 2014
Device: Kindle Paperwhite 3, Kobo Aura, Kobo Glo HD
|
Hi! I don't know if it is just me but since upgrading to OS X Yosemite, I get a "failed backing up Kobo device database" alert whenever I connect my Kobo Aura to Calibre (I've set it to backup automatically once the reader is detected). Here are the details I got whenever I do so:
Quote:
Last edited by melovesflying; 10-21-2014 at 11:58 AM. |
|
![]() |
![]() |
#669 |
Junior Member
![]() Posts: 7
Karma: 10
Join Date: Oct 2014
Location: France
Device: Kobo Glo
|
Yes it seems that Calibre does not like kepub that much.
In Calibre database, in table books, attribute has_cover is 1 for all epub files and 0 for all kepub files. I asked Calibre to generate new covers for a few books that are in kepub format, Calibre updated has_cover to 1 for those files but images upload to device still does not work... |
![]() |
![]() |
#670 | |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
|
Quote:
But, because all of the errors shown are related to an index, doing a compress of the database might fix it. I can't guarantee that it will work, but you won't be in a worse position afterwards than you are at the moment. Use the compress function in the plugin and then run the database check. If neither have an error, then it should be OK. This shouldn't be related to the new OS, unless it isn't ejecting the device properly. Or is accessing it differently than before. As to the manual backup not showing the errors, that is because it doesn't do the checking. The automatic backup checks the database after copying it to the PC. Hence you get this error and the file will have "CORRUPT" as part of the name. The manual backup simply copies the file. It was a quick and dirty solution I added a long time ago. I'll have to have a look at it. |
|
![]() |
![]() |
#671 |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 13,262
Karma: 78869092
Join Date: Nov 2007
Location: Toronto
Device: Libra H2O, Libra Colour
|
If the errors are in indexes, would dropping them and recreating them help?
|
![]() |
![]() |
#672 | |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
|
Quote:
And sorry for not making it clear which database I want. I'm so used to asking for the database from the device that I sometimes forget to make it clear. But, in saying that calibre doesn't like kepubs, you are correct. Calibre does not have full support for kepub as a format. There is a third-party plugin to convert to kepub, the Kobo drivers can send it to devices and the viewer will treat a kepub as an epub. But, there is no support to get the metadata or cover from a kepub. Or convert from kepub to other formats. A lot of this is because unless you have a Kobo device the format is pointless. And to convert, all you need to do is make the extension "epub". |
|
![]() |
![]() |
#673 |
Junior Member
![]() Posts: 7
Karma: 10
Join Date: Oct 2014
Location: France
Device: Kobo Glo
|
I used to transfer kepub using Kobo software and everything was fine. But I cannot anymore because of a problem on Kobo server side they are not fixing quickly. That is the main reason why I use Calibre for kepub now, the only problem is the cover (but I can ultimately live with that). I tried to convert to epub, but this way I miss the pop-up footnotes on the device (and for books with plenty of footnotes, it is terrible to navigate between text and book end, with hyperlink not working).
|
![]() |
![]() |
#674 | |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
|
Ok, I know what is going on.
Firstly, when looked at the database, it was as I expected. For most of the books, the ImageID is blank. The only ones that weren't blank where the purchased kepubs and the epubs. None of the sideloaded kepubs had ImageIds. That means that none of these would have covers and because the ImageId is missing, the uploads methods would also fail. The reason the ImageId's are missing is because the covers are handled differently for kepubs than they are for epubs. For an epub, the cover is the first page. The device renders the first page and saves that as an image. For purchased kepubs, the cover comes from the server. But, for sideloaded kepubs, the cover is the image marked as the cover in the book. The way the device finds the cover is by looking in the OPF file. For kepub, there should be an image in the manifest with the attribute 'properties="cover-image"'. If the no image has that attribute, the default cover is used and no ImageID is stored in the database. All purchased kepubs have the attribute. If you send an epub to the device using the KoboTouchExtended driver, it should add the attribute. But, it can only do this if it can find the cover image. The driver tries this in a couple of ways. Usually, it is successful, but occasionally, it isn't. As none of your sideloaded kepubs have the attribute, I suspect you haven't used the extended driver to get them onto the device. Did you send the epubs and rename them? Or include ".kepub" in the save template in the driver? Either of these would cause the problem you are seeing. As partial solution at this point is to install the extended driver and connect the device. The extended driver has a function to look for books with empty ImageIds and generate the expected id and update the database. After that, you should be able to use the utilities plugin to upload the missing covers. After that, you need to decide how to send the books and what format to use. Quote:
|
|
![]() |
![]() |
#675 | |
Groupie
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 186
Karma: 13138
Join Date: Jun 2014
Device: Kindle Paperwhite 3, Kobo Aura, Kobo Glo HD
|
Quote:
Thanks for the tip! |
|
![]() |
![]() |
Tags |
calibre, kobo, kobo utilities, kobo-utilities, plugins |
Thread Tools | Search this Thread |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
[GUI Plugin] Manga plugin | mastertea | Plugins | 6 | 01-06-2022 02:43 AM |
[GUI Plugin] Save Virtual Libraries To Column (GUI) | chaley | Plugins | 14 | 04-04-2021 05:25 AM |
Kobo Utilities Plugin Question | nikev | Kobo Reader | 10 | 09-25-2018 11:55 PM |
[GUI Plugin] Plugin Updater **Deprecated** | kiwidude | Plugins | 159 | 06-19-2011 12:27 PM |