Thank you all for responding
Quote:
Originally Posted by Doitsu
By default, KindleGen will also append the source files, unless the -dont_append_source option is specified.
|
So this helps that unsupported files are not striped away? Would this also help with content inside a e.g HTML that would not be supported by kindleGen?
Quote:
Originally Posted by Doitsu
IMHO, you won't be able to create much smaller ebooks with KindleGen or Calibre.
|
Sad but propably true, I really hoped they slaped a default zip lib on it and call it a day
Quote:
Originally Posted by stumped
ridiculous, if you cant live with 300kb, buy shorter books
you do realise that an e ink reader has enough storage for a few thousand 300Kb books ? lets say you improve the compression by 10% and save an amazing 30kb per book
what could you possibly use that for ?
|
I would not even write ebooks in xml if I could, so much wasted space, literally 30kb! haha Sadly my Voyage has only 4GB and I like manga, I even recompress them manually to a per page ~180KB High-res low-color PNG, but as you can imagine, there is not space left if you want to carry your favorite manga saga on the go :/
And saving atleast 30kb on 10 books is one additional book
(If we could use PPMd this would cut the size in half, allowing the doubble amount of books you could have without it)
Quote:
Originally Posted by j.p.s
kindlegen only converts to kindle formats, not from them.
|
So is there any way to create myself a clean azw3 file, that atleast doesn't attempt to "fix" everything I do, or adding unused meta data every two steps.
I would much prefer to reformate my files in vsCode and push it to phyton lib (or other valid opensource converter)