MobileRead Forums - View Single Post - KindleUnpack (MobiUnpack): Extracts text, images and metadata from Kindle/Mobi files

KevinH · 11-02-2014, 10:00 AM

Hi tkeo,

The audio video one is broken. According to Amazon publishing guidelines only Mobi 7 support Audio/Video and any audio/video files must be stored in a folder named "audiovideo".

So hold off on that. It was never meant to work in the KF8 part. At least not yet, which is why the link/urls were not updated or replaced by proper internal Kindle ones in the KF8 part.

BTW: I spent some time looking at audio/video and it seems that in the mobi 7 header, offset 0xe8 which we now call "unknown3" always points to the first record where extra indexes are stored. These extra INDX sections have yet to be decoded. They are related to the audio and video sections and links. Furthermore offset 0xc4 in the mobi 7 header (we refer to this as "unknown0") now seems to have a 1.

So we really need to figure out what these extra INDX sections are and how to decode them, what/why the "unknown3" points to them, etc.

So there is still too much reverse-engineering to be done before we can support audio/video in the older Mobi 7's. And when we do understand them, the unpacking part is easy and should go into a new folder called "audiovideo" inside the mobi7 folder when unpacked.

Take care,

KevinH

ps. I have committed your DEBUG use of OrderedDict patch. Thank you!

11-02-2014, 10:00 AM	#1109
KevinH Sigil Developer Posts: 8,933 Karma: 6361444 Join Date: Nov 2009 Device: many	Hi tkeo, The audio video one is broken. According to Amazon publishing guidelines only Mobi 7 support Audio/Video and any audio/video files must be stored in a folder named "audiovideo". So hold off on that. It was never meant to work in the KF8 part. At least not yet, which is why the link/urls were not updated or replaced by proper internal Kindle ones in the KF8 part. BTW: I spent some time looking at audio/video and it seems that in the mobi 7 header, offset 0xe8 which we now call "unknown3" always points to the first record where extra indexes are stored. These extra INDX sections have yet to be decoded. They are related to the audio and video sections and links. Furthermore offset 0xc4 in the mobi 7 header (we refer to this as "unknown0") now seems to have a 1. So we really need to figure out what these extra INDX sections are and how to decode them, what/why the "unknown3" points to them, etc. So there is still too much reverse-engineering to be done before we can support audio/video in the older Mobi 7's. And when we do understand them, the unpacking part is easy and should go into a new folder called "audiovideo" inside the mobi7 folder when unpacked. Take care, KevinH ps. I have committed your DEBUG use of OrderedDict patch. Thank you! Last edited by KevinH; 11-02-2014 at 12:12 PM.