[TEC] *.exe Reverse-Engineering - Page 2

Trevally. · 06-15-11, 05:36 PM

Good work Reaper7

reaper7 · 06-15-11, 05:49 PM

Quote:

Originally Posted by DrJones

Congratulations reaper7

Now it is still getting more and more interessting....i think i should also keep an eye on cheat Engine and Ollydbg.

Keep on your good working...

Best Regard and Wishes

DrJones

This only proves it works - still need to figure how to make the patch or else TDW can add to his current patches.
But its working with ollydbg attached to the Sh5 Process. So I'm sure its a simple thing to make the permanent edits to a patch

urfisch · 06-15-11, 06:12 PM

really great news, reaper!

Obelix · 06-15-11, 06:23 PM

Good work, reaper!

What if I have an incorrect spelling of pi? In sh5.exe pi to seven decimal places contains errors. Total uses 15 decimals.

TheDarkWraith · 06-15-11, 07:41 PM

Quote:

Originally Posted by reaper7

This only proves it works - still need to figure how to make the patch or else TDW can add to his current patches.
But its working with ollydbg attached to the Sh5 Process. So I'm sure its a simple thing to make the permanent edits to a patch

My auto patcher uses patch files. Just create a patch file with your change

urfisch · 06-16-11, 05:06 AM

maybe this whole topic is starting to get very interesting....

smells like endless possibilities...does it?

DrJones · 06-16-11, 07:57 AM

Quote:

Originally Posted by urfisch

maybe this whole topic is starting to get very interesting....

smells like endless possibilities...does it?

Of Course...Maybe there is a need to have some support using the tools

urfisch · 06-16-11, 12:56 PM

yap, i think so. this is why i started this thread

PL_Andrev · 06-17-11, 11:13 AM

So, when will PT, DD, CL and CV shot their torpedoes to surfaced uboats?

reaper7 · 06-17-11, 01:41 PM

Well I had a patch all made up, and decided to test the Mod after applying the Patch.

Hmmm, the stadimeter worked ok, but going to the other dials it looks like there's some unwanted side effects.
The Range Dial no longer turns and the reset to zero bug is more obvious now.

I've done some digging and noticed that the Memory address that I was using for the fix is also being used by not only Range - But AOB, Target Speed and Bearing.

So that explains the Reset to Zero Bug - All these dials are sharing the same Address's to store the value before updating the final value for the relevant dial.

So for example If i set my range its stored in this address, now if I change to AOB it resets to zero (Because the AOB is currently set at 0 degrees so that value is moved to the address) Overwriting the one for range that was stored there.

This was very sloppy programming on behalf of the Devs - Why not give ever dial its own address for storing the temp values - like every other game out there.

Its not like a couple of dials each using a float space in memory is going to amount to much memory maybe 20Bits (160Bytes) in total. Especially when some of the dials have multiple copies of the same value stored in different addresses - where only one is needed - Bad management of the memory.

Looks like this is going to take more than changing the offesets due to the shared address Issue.

Philipp_Thomsen · 06-17-11, 02:07 PM

SOUND!

Sound is what needs to be fixed.

We have only ONE stinking internal ambient sound for the submarine. Doesn't matter if you're surfaced, submerged, silent running or what not, the same ambient sound is played.

Now, as a sound editor myself, I could do us WONDERS if we could patch the exe in order to include a function calling different ambient sounds for different situations of the uboat.

I don't know squat about RE, my skills lies elsewhere. But teamwork wins right?

Trevally. · 06-17-11, 02:29 PM

Quote:

Originally Posted by reaper7

I've done some digging and noticed that the Memory address that I was using for the fix is also being used by not only Range - But AOB, Target Speed and Bearing.

So that explains the Reset to Zero Bug - All these dials are sharing the same Address's to store the value before updating the final value for the relevant dial.

So for example If i set my range its stored in this address, now if I change to AOB it resets to zero (Because the AOB is currently set at 0 degrees so that value is moved to the address) Overwriting the one for range that was stored there.

Fantastic find reaper

Hope you can fix it

urfisch · 06-17-11, 04:03 PM

Quote:

Originally Posted by reaper7

Well I had a patch all made up, and decided to test the Mod after applying the Patch.

Hmmm, the stadimeter worked ok, but going to the other dials it looks like there's some unwanted side effects.
The Range Dial no longer turns and the reset to zero bug is more obvious now.

I've done some digging and noticed that the Memory address that I was using for the fix is also being used by not only Range - But AOB, Target Speed and Bearing.

So that explains the Reset to Zero Bug - All these dials are sharing the same Address's to store the value before updating the final value for the relevant dial.

So for example If i set my range its stored in this address, now if I change to AOB it resets to zero (Because the AOB is currently set at 0 degrees so that value is moved to the address) Overwriting the one for range that was stored there.

This was very sloppy programming on behalf of the Devs - Why not give ever dial its own address for storing the temp values - like every other game out there.

Its not like a coiple of dials each using a float space in memory is going to amount to much memory maybe 20Bits (80Bytes) in total. Especially when some of the dials have multiple copies of the same value stored in different addresses - where only one is needed - Bad management of the memory.

Looks like this is going to take more than changing the offesets due to the shared address Issue.

yes, this find prooves the devs where under an extreme pressure of time and the programming is not the state of art over there in romania. what a shame...to present a full price game at this unfinished and unprofessionally coded state to us...

what would we do without people like you, that got the skills to change all these crappy and unfinished delivered things...

i have a lot of respect for people like you and tdw.

reaper7 · 06-17-11, 04:35 PM

Quote:

Originally Posted by urfisch

yes, this find prooves the devs where under an extreme pressure of time and the programming is not the state of art over there in romania. what a shame...to present a full price game at this unfinished and unprofessionally coded state to us...

what would we do without people like you, that got the skills to change all these crappy and unfinished delivered things...

i have a lot of respect for people like you and tdw.

Cheers Mate, I wish I had the skills. Only just getting the Basic on how code works. Never did Assembly or reverse engineering before.
Only going on the few youtube tutorials I've found on pointers and addresses.
So not even sure I can figure out how to circumvent the current code.
Most likely going to take some new assembly code injected into the exe (Via patch) to reroute the current dials to individual memory locations for temp before routing them to there final value locations

.

urfisch · 06-18-11, 05:23 AM

thougt of the same thing. address a whole new area of memory for that, if it is possible. but this was only a thought as to the note of tdw, that we can inject things and change calls in the exe file. that sound to me, as if we might be able to change nearly every file/shader/library the exe uses or calls.

and in the end: i am a noobnoob. so, just a thought, mate.

anyway, you are doing great work. keep it on. i wish i had the time to learn this stuff. i would definitely change a lot of elemental things!

06-15-11, 05:36 PM	#16
Trevally. Navy Seal Join Date: Apr 2007 Location: AN1536 (Orkney) Posts: 5,451 Downloads: 166 Uploads: 28	Good work Reaper7 __________________ [SIGPIC][/SIGPIC] Trevally Mods for SH5

06-15-11, 06:12 PM	#18
urfisch Sea Lord Join Date: Mar 2005 Location: Deep down in Germany Posts: 1,969 Downloads: 42 Uploads: 0	really great news, reaper! __________________

06-15-11, 06:23 PM	#19
Obelix Seasoned Skipper Join Date: Aug 2010 Location: 49°44´N 129°40´E Posts: 665 Downloads: 124 Uploads: 7	Good work, reaper! What if I have an incorrect spelling of pi? In sh5.exe pi to seven decimal places contains errors. Total uses 15 decimals. __________________ Speed squadron is the speed of the slowest ship ... but only so long as on the trail of the squadron did not sit submarines ...

06-16-11, 05:06 AM	#21
urfisch Sea Lord Join Date: Mar 2005 Location: Deep down in Germany Posts: 1,969 Downloads: 42 Uploads: 0	maybe this whole topic is starting to get very interesting.... smells like endless possibilities...does it? __________________

06-16-11, 12:56 PM	#23
urfisch Sea Lord Join Date: Mar 2005 Location: Deep down in Germany Posts: 1,969 Downloads: 42 Uploads: 0	yap, i think so. this is why i started this thread __________________

06-17-11, 11:13 AM	#24
PL_Andrev Grey Wolf Join Date: Feb 2009 Posts: 995 Downloads: 91 Uploads: 0	So, when will PT, DD, CL and CV shot their torpedoes to surfaced uboats? __________________

06-17-11, 01:41 PM	#25
reaper7 sim2reality Join Date: Jun 2007 Location: AM 82 Posts: 2,280 Downloads: 258 Uploads: 30	Well I had a patch all made up, and decided to test the Mod after applying the Patch. Hmmm, the stadimeter worked ok, but going to the other dials it looks like there's some unwanted side effects. The Range Dial no longer turns and the reset to zero bug is more obvious now. I've done some digging and noticed that the Memory address that I was using for the fix is also being used by not only Range - But AOB, Target Speed and Bearing. So that explains the Reset to Zero Bug - All these dials are sharing the same Address's to store the value before updating the final value for the relevant dial. So for example If i set my range its stored in this address, now if I change to AOB it resets to zero (Because the AOB is currently set at 0 degrees so that value is moved to the address) Overwriting the one for range that was stored there. This was very sloppy programming on behalf of the Devs - Why not give ever dial its own address for storing the temp values - like every other game out there. Its not like a couple of dials each using a float space in memory is going to amount to much memory maybe 20Bits (160Bytes) in total. Especially when some of the dials have multiple copies of the same value stored in different addresses - where only one is needed - Bad management of the memory. Looks like this is going to take more than changing the offesets due to the shared address Issue. Last edited by reaper7; 06-17-11 at 04:32 PM.

06-17-11, 02:07 PM	#26
Philipp_Thomsen Old Gang Join Date: Nov 2007 Location: Drunk at the whorehouse Posts: 2,278 Downloads: 146 Uploads: 0	SOUND! Sound is what needs to be fixed. We have only ONE stinking internal ambient sound for the submarine. Doesn't matter if you're surfaced, submerged, silent running or what not, the same ambient sound is played. Now, as a sound editor myself, I could do us WONDERS if we could patch the exe in order to include a function calling different ambient sounds for different situations of the uboat. I don't know squat about RE, my skills lies elsewhere. But teamwork wins right? __________________ To each his own

06-18-11, 05:23 AM	#30
urfisch Sea Lord Join Date: Mar 2005 Location: Deep down in Germany Posts: 1,969 Downloads: 42 Uploads: 0	thougt of the same thing. address a whole new area of memory for that, if it is possible. but this was only a thought as to the note of tdw, that we can inject things and change calls in the exe file. that sound to me, as if we might be able to change nearly every file/shader/library the exe uses or calls. and in the end: i am a noobnoob. so, just a thought, mate. anyway, you are doing great work. keep it on. i wish i had the time to learn this stuff. i would definitely change a lot of elemental things! __________________