View Single Post
Old 12-13-2010, 03:25 PM   #6
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,894
Karma: 6120478
Join Date: Nov 2009
Device: many
Quote:
Originally Posted by ATDrake View Post
Huh. Normally Mobiunpack creates one with the same filename as the extracted html + .opf extension if the info is available, but maybe the book you're trying it on just has poor metadata.

ETA 2: I think your problem may be linked to the version of the script you could be using. Don't use the original version posted in the OP, but scroll down to pdurrant's modified version in post #5. That's the one that outputs the .opf and any pre-existing images, which you can then swap out.
FYI: Paul and I set up a google code account to keep MobiUnpack.pyw and other related tools that are open source and free and only work on non-drm ebooks (so no laws being broken!).

You can get the latest version of MobiUnpack from:

http://code.google.com/p/ebook-conve...downloads/list

Just gab the zip archive and unzip it. You will find the gui version of the MobiUnpack.pyw tool. It will create an .opf file when unpacking a non-drm mobi file.
KevinH is offline   Reply With Quote