Widescreen Gaming Forum

[-noun] Web community dedicated to ensuring PC games run properly on your tablet, netbook, personal computer, HDTV and multi-monitor gaming rig.
It is currently 28 Mar 2024, 10:45

All times are UTC [ DST ]




Post new topic Reply to topic  [ 869 posts ]  Go to page Previous  1 ... 80, 81, 82, 83, 84, 85, 86, 87  Next
Author Message
PostPosted: 06 Jan 2017, 14:14 
Offline

Joined: 30 Aug 2016, 15:28
Posts: 13
K4sh wrote:
I assume this flaw is seen when wind is blowing.
I couldn't reproduce it myself. Using and understanding jackfuste original fix i didn't see any improvement by including it in my cheat table.
So i decided to remove that fix from it.
Sorry but you'll have to deal with it.


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 :mrgreen:

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


Top
 Profile  
 


PostPosted: 06 Jan 2017, 14:19 
Offline

Joined: 19 Aug 2010, 23:05
Posts: 145
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.


Top
 Profile  
 
PostPosted: 06 Jan 2017, 18:12 
Offline

Joined: 30 Aug 2016, 15:28
Posts: 13
K4sh wrote:
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


Top
 Profile  
 
PostPosted: 07 Jan 2017, 14:38 
Offline

Joined: 23 Jan 2016, 21:49
Posts: 12
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).


Last edited by NewMNT on 10 Jan 2017, 00:11, edited 2 times in total.

Top
 Profile  
 
PostPosted: 08 Jan 2017, 02:18 
Offline

Joined: 23 Jan 2016, 21:49
Posts: 12
happyingaloshes wrote:
sorry for ressurect this topic, but the 21_9_marker_fix_1_071 are still working?
i cant make it work...


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


Top
 Profile  
 
PostPosted: 08 Jan 2017, 09:51 
Offline

Joined: 19 Aug 2010, 23:05
Posts: 145
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.


Top
 Profile  
 
PostPosted: 10 Jan 2017, 07:02 
Offline

Joined: 23 Jan 2016, 21:49
Posts: 12
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)


Top
 Profile  
 
PostPosted: 10 Jan 2017, 08:21 
Offline

Joined: 19 Aug 2010, 23:05
Posts: 145
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.


Top
 Profile  
 
PostPosted: 10 Jan 2017, 15:31 
Offline

Joined: 23 Jan 2016, 21:49
Posts: 12
K4sh wrote:
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.


Last edited by NewMNT on 10 Jan 2017, 15:58, edited 1 time in total.

Top
 Profile  
 
PostPosted: 10 Jan 2017, 15:56 
Offline

Joined: 19 Aug 2010, 23:05
Posts: 145
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 ;)


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 869 posts ]  Go to page Previous  1 ... 80, 81, 82, 83, 84, 85, 86, 87  Next

All times are UTC [ DST ]


Who is online

Users browsing this forum: No registered users and 3 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  




Powered by phpBB® Forum Software © phpBB Group