Jump to content
Returning Members: Password Reset Required ×

Recommended Posts

Posted
3 hours ago, kennylovecode said:

It should not reverse, but directly use the previously released C3SDK.

Of course, this is my guess.

Hmm where are those released ?

Posted
10 hours ago, xFranko said:

I'm curious how did you reverse the dlls ? are you using IDA?

Yeah, not just SDK as kenny said
everything is being reconstructed

image.thumb.png.bd755929531b53ed60945ab436a72f68.png

Posted (edited)
1 hour ago, 0xpanadol said:

Yeah, not just SDK as kenny said
everything is being reconstructed

image.thumb.png.bd755929531b53ed60945ab436a72f68.png

did you use ENV_DX9/Conquer.exe as you dll entry point and looked at the external dll imports going from there to see the flow? Because I am currently trying to reverse it so might benefit from your experience 🙂

Edited by xFranko
Posted
36 minutes ago, xFranko said:

did you use ENV_DX9/Conquer.exe as you dll entry point and looked at the external dll imports going from there to see the flow? Because I am currently trying to reverse it so might benefit from your experience 🙂

Yes and no 

i did use the exe's decompiled output and its imports/exports/xrefs as a starting point to understand the overall architecture, but rather than purely tracing imports live from a running exe i worked from static analysis, Ghidra and Binary Ninja decompilation of both the exe and each individual DLL.

then built a dependency order that maps which DLLs depend on which, so reconstructed bottom-up foundational DLLs first (like graphic.dll, GraphicData.dll) before higher-level ones (like Role3D.dll, RoleView.dll)

it was so hard at the beginning but when you have working peaces it's only fixing bugs, and fine tuning what already built. and i gave myself some time to make sure all major dll files are reconstructed and made some tools to test the builds with game client files and folder before implementing these on the actual reconstructed exe.

Posted
10 minutes ago, 0xpanadol said:

Yes and no 

i did use the exe's decompiled output and its imports/exports/xrefs as a starting point to understand the overall architecture, but rather than purely tracing imports live from a running exe i worked from static analysis, Ghidra and Binary Ninja decompilation of both the exe and each individual DLL.

then built a dependency order that maps which DLLs depend on which, so reconstructed bottom-up foundational DLLs first (like graphic.dll, GraphicData.dll) before higher-level ones (like Role3D.dll, RoleView.dll)

it was so hard at the beginning but when you have working peaces it's only fixing bugs, and fine tuning what already built. and i gave myself some time to make sure all major dll files are reconstructed and made some tools to test the builds with game client files and folder before implementing these on the actual reconstructed exe.

Thank you, that helps a lot! 🙂 Goodluck with the rest of scope! 

Posted (edited)

- Replaced the old DirectSound engine with miniaudio
- Refactor the whole sound system and core to better and modern logic
- Made sure music, sounds are working
- Implement a basic effect audio 
- Modified client structure to keep every dll and the main exe inside bin/64 folder same as the classic conquer one doing

https://www.youtube.com/watch?v=7hCeIpIWEM0

Edited by 0xpanadol

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...