DK2 texture format

[tonihele]

They will look a lot better with the textures :

[werkt]

Textures be damned, where's your implementation of ANIM! :

[tonihele]

JMonkeyEngine doesn't support vertex animations :/ Need to code it in. Nice work werkt! What engine etc. are you using? And quit hogging the texture extraction code

[werkt]

That is just blender using my import operator.

[tonihele]

Nicely done. And your document was excellent. I have very little understanding myself on those, but I managed to come so far with your material.

[tonihele]

Animations are done now. Well, not perfect, I don't exactly know why. Done enough to move forward

Struggling with the textures right now. I managed to extract data as you instructed with IDA. Not sure about the arrays though, not the easiest thing I've ever done. And one array address in your code was 4 bytes off from what I was able to extract. I was wondering about the STRIDE parameter. I tried to look from the FFMPEG source code as well. Is it just the size of the texture array (frame)? Or is it the unknown bit or what? (https://github.com/tonihele/OpenDung...turesFile.java)

[Trass3r]

We could try to write a wrapper around the exe if the en-/decoder is that heavy.

Yeah, I'm thinking about it too.
But it's harder than KeeperFX.
It would be hard to re-create relocation table - new compilers have it stripped.
In DK1, relocation table wasn't stripped, so it was lot easier to wrap it.

There should be no need to if you ensure the exe can be loaded at its preferred imagebase by using a different imagebase for the loader.

I picked up that idea.
Currently doing it the other way around by injecting a dll.
Have a proof-of-concept implementation with the superzoom hack working nicely.

[Trass3r]

https://github.com/Trass3r/hijacklib...acklib.cpp#L26

[itchydani3l]

Could Trass3r or werkt please post a properly compiled script to rip these textures.
I'd also be okay with a privately shared PM.

[Trass3r]

Use OpenKeeper.