Hello everyone,

I'm currently working on extracting and studying the resources of Istanbul Kıyamet Vakti (IKV), and I've reached a point where I could use some help from people familiar with reverse engineering game formats.

Thanks to the work already done in this thread, I can now successfully extract the game's resources and import many of the ADF models into Blender.

However, I still have two major problems that I haven't been able to solve.

1. Animation data

My main problem is that I cannot get the animations into Blender.

While analyzing the ADF files, I found several block types related to the model structure:

• root

• mate

• item

• vert

• tris

• bone

• wmap

• qkey

The important part is that many of the models contain:

• bone

• wmap

• qkey

So it appears that the animation data is actually present in the ADF files.

However, the current Blender importer only creates the mesh/skeleton. No Blender animations, Actions, F-Curves, or keyframes are generated.

I would like to understand how the qkey data is structured and how it is supposed to be applied to the skeleton.

Is anyone familiar with this format or able to explain how the animation data should be interpreted?

2. Some ADF files don't import their mesh

There is also another problem.

Some ADF files import correctly, while others contain what appear to be valid:

• vert

• tris

• bone

• wmap

• qkey

blocks, but the mesh itself is not created in Blender.

While examining the importer source code, I noticed that the geometry is retrieved using the item's hash:

vert = vertex_blocks.get(item_hash)
tris = triangles_blocks.get(item_hash)

This made me suspect that some files may use a different hash relationship or structure, but I haven't been able to confirm this.

I have already tried:

• Comparing the block structures of working and non-working ADF files

• Checking offsets and sizes

• Examining the block hashes

• Writing a small C# ADF analyzer

• Adding debugging output to the Blender importer

• Modifying parts of the importer

But I haven't been able to determine the exact reason.

What I'm trying to achieve

My goal is not simply to convert the models to OBJ.

I would like to recover as much of the original game data as possible, especially:

Mesh → Skeleton → Weight maps → Animations → Textures

At this point, the mesh extraction is mostly working. The major missing piece is the animation system.

If anyone has experience with this format, Actor Game Engine, or the qkey block structure, I would really appreciate any information about:

1. What exactly is stored inside qkey?

2. How are the animation keyframes associated with the bones?

3. Is there another file/resource that contains animation metadata?

4. Is the animation data stored inside the ADF itself or referenced externally?

5. Is there an existing tool or script that can export these animations?

6. Could the current Blender importer be extended to support them?

I'm attaching a few ADF samples, including both working and non-working examples, so they can be compared.

I've spent quite a lot of time trying to understand the format myself, but I'm at the point where I need someone with more experience in reverse engineering these formats.

Any help, even a hint about where I should look next, would be greatly appreciated.

I have already managed to accomplish most of the extraction and importing steps by following the information and tools shared in the other Istanbul Kıyamet Vakti discussion on this forum.

That thread was extremely helpful and is the main reason I was able to get this far. However, I have now reached a point where I am stuck again, particularly with the animation data and the ADF files that do not import correctly.

Since the original discussion has already been marked as solved, I didn't want to revive an old solved topic with a completely different problem. That's why I decided to create a new topic specifically focused on these remaining issues.

Thank you.

google.rar

honestly with how things are going; your better off tossing the exe of the game into AI (claude or chatGPT work great with dropping in files) and asking it to hammer out animations. keyframe data can be very tricky to decode through just hex inspection. you would need to disassemble the games code. as you seem away there are curves such that some heavy quadratics are involved for storing tangents and curves. they may also have various modes for compressing the data aswell since keyframe data can be heavy. <rant> and honestly your post and several others appear AI generated in that classic chatGPT essay style that it presents. its a lengthly word salad that isnt consistent with what someone actually reverse engineering the file would post. someone doing real RE would post their assumtions or samples of code, or screenshots of structures or patterns. </rant>