Hi fandrieu,
I updated my mobiunpack_test.py to handle all of my mobi indx entries in my test set of mobis (quite limited actually!)
It simply documents things and prints out everything while trying to decipher INDX1, I did nothing with generating the ncx, just some debug output to help with multi-level ncx stuff when you get around to working on it.
So hopefully you will find this useful when incorporating your fixes and things into a real version.
Take care,
Kevin
PS: I tried this on a few other mobis and it barfed. It seems the record format is not even fully determined by the record type. It appears that heading level determines if the parent field is there or not, only specific record types have "kind" information, the order of the fields in each record seem to vary by type and header level.
Arrgghhh! What a mess? Perhaps the Mobi Version number might be useful in determining which fields are present for each record type!
So right now I have to read in record type and header level and to figure out what fields are stored and even that seems to vary from older mobis to newer mobis.
So my mobiunpack_test.py will only work for very specific cases.
PPS:
I added a newer mobiunpack_test.py (mobiunpack_test3.zip) that seems to work for more different mobi ebooks to decipher the INDX1 information.
Again feel free to pick and use as you see fit. Hope this helps!
KevinH
KevinH
Last edited by KevinH; 09-15-2011 at 06:55 PM.
Reason: added postscript
|