Sorry for the double post. I did it!

The hashes from the decrypted contents now match those encountered on the TMD. Thanks for all your help, tueidj.

To anyone else: the SVN repository is located at http://code.google.com/p/bluedump-mod. Check it out.

I wondered about that but there was no IV parameter for encrypt_buffer(), so I figured it was managed internally. Guess not. There actually is, the index value represents the Content Index stored on the TMD for the current content. The encrypt_buffer() function pads it to 16 bytes with zeros. btw, ...

Fixed, thanks for the correction. But still no luck about the content verification, the hashes are different. :/ EDIT: Well, it seems like I have to save the last 16 bytes of every new chunk and use that as the IV for the next one, according to some info about Cipher-block chaining I just read. I'll...

I'm currently doing a modification of BlueDump that fixes most problems present in the original application, and I want to add support for contents bigger than 45MB (like those present in the "Wii & The Internet" Channel that comes pre-installed in every new Wii). The problem is that, ...

Yep, I know they're bugfixes, that's precisely why I'm trying to use this revision.

Thanks for the suggestion, though. I'll compile the latest libogc revision from the SourceForge git and post back.

EDIT: It worked! Thank you very much, tueidj.

Whenever I compile the latest revision available on the SVN repository (r36), I get a "Write Error!" trying to dump any type of disc. Is there code missing in r36?

Maybe you could use THPView ? It has an option for extracting the frames + sound from the THP files, but considering that MTH files are just muted THPs with minor header differences, *maybe* you can use it for this purpose. I haven't tested it yet with MTH files. Uncompress the RAR in the directory ...