View Single Post
Old 05-12-2015, 03:20 PM   #53
KevinH
Sigil Developer
KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.
 
Posts: 8,893
Karma: 6120478
Join Date: Nov 2009
Device: many
Yes, and that occurred because there was no target id (or name) attributes to be the target for the toc/ncx link. So all we know for sure is that whatever was input into the conversion was not a valid epub of any sort.

KindleUnpack run on azw3 files *always* assumes kindlegen/KDP was given a valid epub as input (which is what people normally do) but given other input (mobi 6, word files, invalid epub, etc) you would get a non-valid epub back out of KindleUnpack which is exactly what happened.

Luckily Kovid and DiapDealer were able to work around it to fix this type of inconsistency for Calibre and KindleUnpack.

On a side note: kpr could easily be a KindlePrintReplica (pdf) ebook. I wonder what would happen if kindlegen were given a .azw4 or a pdf as input with the proper opf entries?

KevinH
KevinH is online now   Reply With Quote