02-11-2024, 11:17 AM | #406 |
Well trained by Cats
Posts: 29,809
Karma: 54830978
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
I dedrm'd the AZW file I downloaded (transfer by USB method for my K4). I then converted to EPUB as my Kobo is my daily reader
|
02-11-2024, 11:23 AM | #407 | |
Resident Curmudgeon
Posts: 74,015
Karma: 129333114
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
Quote:
|
|
02-11-2024, 11:24 AM | #408 | |
Resident Curmudgeon
Posts: 74,015
Karma: 129333114
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
Quote:
|
|
02-11-2024, 12:03 PM | #409 | |
Plugin Developer
Posts: 6,328
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
So odd, in fact, that I invested the princely sum of 99¢ to buy the book from Amazon to try it out myself. When I import the AZW3 file (using 'Download & USB Transfer' option for my Kindle Paperwhite), DeDRM(10.0.3) gives me a decrypted AZW3 and when I use Calibre to convert that to epub, the TTF file inside is not encrypted. And just for completeness, I used EpubSplit on that epub and the result also has the font file unencrypted and working... UPDATE: I just downloaded some other ebooks from Amazon, imported, DeDRMed, converted to epub and those do appear to have encrypted fonts. So I'm not sure what's going on here yet. Last edited by JimmXinu; 02-11-2024 at 12:16 PM. |
|
02-11-2024, 01:20 PM | #410 |
Plugin Developer
Posts: 6,328
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
More update. What I'm seeing is that the DeDRM'ed AZW3 file had decrypted fonts in it (as seen with Explode book).
Calibre Convert is encrypting them when converting to epub. I don't know why it would do that, but I can see it as one of the last steps in the conversion process. I've not found any setting to tell Calibre to not do that. Nor do I see anything in the exploded AZW3 to suggest it should. In fact, I went and downloaded a TTF font file, added it to an AZW3 file that didn't previously have any fonts and when I converted to epub, Convert encrypted that font. I even took an epub with unencrypted font file and did epub->epub convert. Output epub also had encrypted font file. So it looks to me like Calibre is encrypting all embedded fonts when converting to epub. Is that intended behavior, I wonder? (FYI, there's a checkbox setting in DeDRM plugin for 'Deobfuscate EPUB Fonts'. I assume it's on by default.) |
02-11-2024, 02:36 PM | #411 |
Plugin Developer
Posts: 6,328
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Yet More Update:
For whatever reason, the azw3 file from Amazon I got for theduck's originally reported book did not mark its font file as encrypted. In fact, the entire file downloaded unencumbered by DRM. A couple azw3s that I downloaded do contain 'encrypted' font files. Looking at the calibre code, there is an 'encrypted' flag in azw3 for font files, although I don't see any actual decrypting happening. So apparently Calibre is just honoring that flag on conversion and encrypting the fonts on output. I don't know why my constructed azw3 with a "100% free" font still comes through flagged encrypted. All of this is just documenting my research as I try to decide whether I want my epub plugins to decrypt(/re-encrypt) font files or declare it the users' problem. |
02-11-2024, 05:35 PM | #412 |
Plugin Developer
Posts: 6,328
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Test Version
2024-02-11 - Update Translations - Decrypt encrypted/obfuscated font files. Okay, it turns out Calibre Convert has been 'preserving font encryption' for nearly 15 years. So I'm not going to argue that's wrong at this point. This version decrypts the font files, but it doesn't make any attempt to re-encrypt them again in the split epubs. I just don't see the point. There are, in fact, two different 'encryptions' used, according to the Calibre code. I've carried over the implementation for both, but I only have one to test with. FYI. Last edited by JimmXinu; 04-01-2024 at 10:34 AM. Reason: remove obsolete test version |
03-26-2024, 10:14 AM | #413 |
Plugin Developer
Posts: 6,328
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Test Version
2024-02-11 - Update Translations - Speed up optimization from haowjy #9 I promptly forgot about the last update when I didn't get a confirmation that it fixed the problem. Feel free to post a reminder if I forget about this for a month, too. Last edited by JimmXinu; 04-01-2024 at 10:33 AM. Reason: remove obsolete test version |
04-01-2024, 10:33 AM | #414 |
Plugin Developer
Posts: 6,328
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Version Released
Version 3.6.0 - 2024-04-01 - Update translations, change translation limit to 10% - Decrypt obfuscated font files during split. - Speed up get_split_files by using existing split_lines data #9 |
04-06-2024, 11:09 AM | #415 |
Member
Posts: 15
Karma: 10
Join Date: Sep 2022
Device: Pocketbook Inkpad Color
|
why is it not possible to split epub 3 files directly?
|
04-06-2024, 11:38 AM | #416 |
Well trained by Cats
Posts: 29,809
Karma: 54830978
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
I ran into this also. It had me puzzled.
I think it is because of the containerization (is that the proper description) A simple LOOKING heading, may be 7 layers deep in Divs Code:
<div class="heading1"> <div class="heading-contents1"> <div class="element"> <div class="element"> <h1 class="element-title1" id="calibre_pb_0">1</h1> </div> </div> <div class="element"> <h2 class="element-subtitle" id="calibre_pb_1">THE PHOENICIA HOTEL, MALTA, EARTH</h2> </div> <div class="heading-image-block"> <div class="heading-image-size-container"> <img src="../images/00004.jpeg" alt="" class="heading-image-image" data-amznremoved="mobi7"/> <img height="120" alt="" class="heading-image-image1" src="../images/00003.jpeg" width="120" data-amznremoved-m8="true"/> </div> </div> </div> </div> Did I guess the why correct? |
04-06-2024, 09:44 PM | #417 |
Plugin Developer
Posts: 6,328
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
A combination of factors.
|
04-06-2024, 11:38 PM | #418 |
Bibliophagist
Posts: 35,464
Karma: 145525534
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Sage, Forma, Clara HD, Lenovo M8 FHD, Paperwhite 4, Tolino epos
|
Theduck's example looks like a calibre conversion of a Vellum generated ebook and is showing a chapter header not a ToC entry. One big clue is the existence of the higher resolution image for KF8/azw3 and the low res image for .mobi with the image size in pixels and the data-amznremoved- tags.
|
04-07-2024, 06:59 AM | #419 | |
Well trained by Cats
Posts: 29,809
Karma: 54830978
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
Quote:
I have to clean the CSS (comment out) of Letter_spacing because both my Kobo's do not do it correctly for KPUB. Chapter Twenty displays as ChapterTwenty (the space of any kind, is incorrectly shrunk) I also shrink the vertical space (160 down to 70 ) on the books Title page (not the Calibre titlepage) to prevent that page splitting due to massive use of whitespace. |
|
04-07-2024, 10:33 AM | #420 |
Plugin Developer
Posts: 6,328
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Ah, so your point was about the ToC entry aiming at the id="calibre_pb_1" tag and EpubSplit having to do weird things to split at that point?
True, but I don't think that point is specific to epub3. |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[GUI Plugin] EpubMerge | JimmXinu | Plugins | 522 | 04-01-2024 10:25 AM |
[GUI Plugin] Open With | kiwidude | Plugins | 403 | 04-01-2024 08:39 AM |
[GUI Plugin] KindleUnpack - The Plugin | DiapDealer | Plugins | 492 | 10-25-2022 08:13 AM |
[GUI Plugin] FanFictionDownLoader | JimmXinu | Plugins | 3985 | 05-08-2015 11:18 PM |
[GUI Plugin] Plugin Updater **Deprecated** | kiwidude | Plugins | 159 | 06-19-2011 12:27 PM |