Widescreen Gaming Forum

is that something FIXable by you / or you didnt understand to solve it i really dont understand what u meant It would be perfect if this border is gone too

_________________
Asus PG348Q-Asus STRIX GTX 1080-- Corsair Obsidian 900D-Core i7 6700k-Asus Z170 Sabertooth

All of the features in my cheat table come from the member jackfuste that is the only one that understood where to look for.
It is machine language and i don't know where to look for.
Understanding what he found, i made this cheat table to make the fix automatic so that the end user will have to do less and to be update proof also.
Game is not on my HDD anymore and i don't intend to work on it anymore.

I understand now and you are great person ( choggi too) for making game 10x better

_________________
Asus PG348Q-Asus STRIX GTX 1080-- Corsair Obsidian 900D-Core i7 6700k-Asus Z170 Sabertooth

I've been having problems with the sonar and dust effect in the desert having a border where the effect cuts off,
so I've tried my luck editing one of K4sh's files with the sonar fix. I think I've fixed both issues.

The only things that needed to be changed were the addresses (which I found using the memory scanner in cheatengine), all values are the same as jackfuste's latest fix (edit: actually I was wrong on that, there was a slight difference, but enough was the same to find what I was looking for).

I've edited k4sh's fix to include sonar and wind effect fix. It's just above your post.
It has the earlier less dynamic scaling marker fix by k4sh (works close to the same as the fix by jackfuste), but that seemed to work best for me with dsr.

Edit: this requires cheat engine however. But I can upload a standalone exe if you wish that doesn't require you to have cheat engine.

Edit 2: Here is the standalone version (files removed)

Hotkeys
F1 enables fixes
F3 disables fixes
F2 enables FOV correction
F4 disables FOV correction

Good job NewMnt.
Thank you for crediting all of us
Your fixes for Sonar and Wind effect are not futur updates though.
Either you come here with new fixes for these bugs either you can make them futur proof.
You can make an AOBscanmodule in your script to look for wildcards bytes instead of known one.
eg in your sonar effect fix with the original code :
define(bytes,F3 0F 5E A9 0C 01 00 00)
0C 01 00 00 is the offset applied to the rcx registry to retrieve the final RAM adress that will be used to be multiplied with the xmm5 registry.
These bytes may be found with wildcards also.
However, an aobscanmodule has to return only 1 currency otherwise, it won't be able to apply fix and thus will fail.

Look at this other fix syntax :
aobscanmodule(Markers_Position,mgsvtpp.exe,F3 0F 59 05 ?? ?? ?? ?? F3 0F 59 0D ?? ?? ?? ?? 0F 2F C1) // should be unique
You may do the same with this one :
aobscanmodule(Sonar_effect,mgsvtpp.exe,F3 0F 5E A9 ?? ?? ?? ??) // should be unique

Same can be done with wind effect script.
If, for some reasons, the futur updates change so that more than one currency is found with the aobscanmodule, you can look for other bytes before the one you look for in your script and incorporate them in your scan.

Other problem is your executable.
Don't forget to mention that most of the AV software will see it as a virus as it injects code.
Also, your executable doesn't allow end user to change their X and Y ratios calculated by the script.
Normally, it should calculate and work well in game, but sometimes, it fails in fixing the markers bug.
For that reason i decided to leave the ability to change these values by increasing them for example.
Moreover, your executable doesn't allow to modify the FOV value as there is no input text to do so.

Thanks for the feedback. At the moment I was only concerned about changing known values, but I will try what you suggested. The CT file is available if anyone wants to adjust those values to preference.

I can see how the fov setting would be useless with the executable. This exe was made to make it convenient for using with a batch file to have it open at the same time the game starts, and then use nircmd to automatically close it on game exit.

Edit:
Following K4sh's advice here is the new version.

21_9_marker_fix_1_10+ Changes:

-Used aobscanmodule method for detecting where to apply fixes for sonar and wind effect, hopefully this will give some level of forwards compatibility with future game patches.

-Renamed fix to match the current version number of the game.


Cheat Table file:
(files removed)

Standalone version (fixes only no fov adjustment):
(files removed)

Great job NewMNT. 5 posts in this forum and already a contribution. Nice

I looked at your scripts and i don't understand the wildcards you choosed with your sonar and wind effects.
For the sonar i see 0F as a wildcard. If related to rcx register it may be useful. But the 00 00 wildcards ? Well, i don't see the point here.
Same goes for win effect script. this time, you choosed the 0C 01 bytes. The last four bytes are related to the offset applied in the code. All of these 4 bytes should be wildcards.

Actually I don't think I should have used wild card cards at all for those values, as the bytes don't seem to have changed at all between v1.06 to v1.10. I was trying to make only one occurrence of the value come up during scan by replacing wild cards with values until only one result showed, but it's hard to predict where these values will change in future versions without understanding machine code so I just assume values for something like the sonar fix will always be F3 XX 5E A9 XX XX XX XX and fill in bytes until I get one occurrence.

On versions 1.007 to 1.04 the value for sonar was longer F3 XX XX 5E 81 XX XX XX XX (in all versions 5E is the value that needs to be changed), with values F3 XX 0F 5E XX 0C 01 00 00 always being constant across versions. The wind effect is the only one that didn't change at all across 1.007- 1.10, but the chunk of data it's attached to is loaded twice in memory so there are always two occurrences, for now my fix edits only the first address which seems to work.

Just for the record I'm not a programmer. I'm just a gamer that happens to have an ultra-wide monitor and wants perfect support in this game.

The orignal code that says mulss xmm5 should not change. The memory adressed by rcx register plus offset may change.
If more than one occurence is found then your CT may fail in future update as it may not predict which occurence will be found first and processed.
You can eliminate the unwanted one by having a byte scope scan larger with ones that come before your actual sequence.

But it's up to you. It's only an advise