Ace Combat 7 no Ultrawide (Fix !!)

[JayJay]

Hi Dragonlord3344 and @Valheureux, I wanted to try your regex fixes but
for row 0258AB90 I have value
40 3D 84 41 01 00 00 00 00 44 41 40 01 00 00 00

for 0E36FC10 I have value
21 95 20 95 23 95 22 95 25 95 24 95 1A 95 E0 95

So completely different values and i'm reluctant to overwrite them with the values given. That will surely not work. I just bought the game today on Steam so it must be version 1.12 and I want to get rid of the black bars at 3440x1440. I have no idea what to try next..

[jmike]

Hi Dragonlord3344 and @Valheureux, I wanted to try your regex fixes but
for row 0258AB90 I have value
40 3D 84 41 01 00 00 00 00 44 41 40 01 00 00 00

for 0E36FC10 I have value
21 95 20 95 23 95 22 95 25 95 24 95 1A 95 E0 95

So completely different values and i'm reluctant to overwrite them with the values given. That will surely not work. I just bought the game today on Steam so it must be version 1.12 and I want to get rid of the black bars at 3440x1440. I have no idea what to try next..

The row will change everytime there's a new .exe update. I just downloaded an update but I'm assuming this one was pushed through on the 26th. For me

41 2C 01 4C 89 CB 0F 29 was on row 0E0FF3B0

and

35 FA 0E 3C was on row 02549310

Unfortunately while this did remove black bars the FOV is jacked with everything zoomed way in. I remember early on it did this but the zoomed in was just in select menus but this is zooming in the gameplay itself where 3rd person camera is so close the engines clip at the bottom of the screen.

[JayJay]

Thanks Jmike, I located the lines with 'find Hex-values' and successfully removed the black bars/got uw working. The game seems to look good, not sure if it's zoomed in, the draw distance seems very near tho and i see a lot of pop-in. don't think it was like that before. Perhaps this zooming is what this fix relies on. But I'm also having the offsetted HUD issue so the game is unplayable and i'll have to revert the changes to actually play or fix the HUD somehow.

How did they not just add native support in the 1.12 patch? Mind boggling.

[Phoenix042X]

EDIT: I've fixed it. See bottom of post for the actual fix.

I've been reading through this thread since February and using the fixes provided @Sushamat @Winkelmann and @Markuscicero5, modifying the Magic.py script with the ever changing offsets in the various game updates and this has been working beautifully. However, as of the 25 June update, something completely different appears to be taking place.

The fix for the Black Bars (41 2C 01 4C 89 CB 0F 29 - Offset 0E0FF3B0) no longer behaves as expected when the "01" is changed to "00" (zoomed-in). But more interestingly, the FOV value situation seems to have changed in much more dramatic fashion. Hex "35 FA 0E 3C" now appears in multiple places, particularly at offsets 02549310, 0258B950, and 037FD010. Interestingly, at offset 0258B950, you see it repeated four times in a row, which I don't recall seeing before.

Editing t he values of "35 FA 0E 3C" at offset 0258B950 where it is repeated results in erratic flight behavior and is not something I recommend.

I am no coder/programmer, and perhaps, this is optimism on my part, but I'm sensing that Bandai Namco might ACTUALLY be slowly fixing this issue permanently and is slowly making progress with each update now.

Another thing I noticed: Run a clean/un-modded copy of the game. Go to the graphics options and set the game to fullscreen mode (while your widescreen/multi-monitor display mode is active) and notice that the option to set the game to that widescreen resolution is now there. Set it to that mode, and the game will actually run in that widescreen mode, albeit still only playing the game in the center 1920x1080 portion of the screen. Taking replay screenshots in this mode will include the black bars on either side. (This used to only be somewhat doable in Borderless Windows Mode).

Anyway, food for thought. We may just need to be patient on this one, unless some of the absolute wizards I mentioned above know of other workarounds in the mean time.

The Fix (v1.1.3 25 June/ADF-01 Update):
1] Fix the Black Bars by changing "41 2C 01 4C 89 CB 0F 29" to "41 2C 00 4C 89 CB 0F 29" at offset 0E0FF3BA.
2] Change FOV values from 35 FA 0E 3C to your appropriate widescreen value ONLY at offset 0258B950!

Along with this, the Magic.py/3D Migoto stuff from @markuscicero5 still works as it did before. I would suggest that the Magic.py script be updated with the above offsets (lines 56 and 59) so that the correct values are written to the correct locations.

[markuscicero5]

@Phoenix042X, you must be running an older version of magic.py, as the latest version is now handling both of the situations you pointed out. Here's what the script does now:

Create a backup of the exe with a timestamp in the filename.

Read the entire exe into memory, then do a find/replace of the bytes we want to change - that includes an 8 byte segment that indicates where the black bar setting is, and a 6 byte segment (rather than 4, it narrows the number of matches from 3-4 to 1, and I confirmed it using older exes too) that indicates where the FOV is. This means that no matter what address those 2 things end up being in future patches, the script should be able to find them and fix them.

Lastly, the script does a byte-by-byte comparison of the modified exe to the time stamped backup. It should find exactly 4 bytes that are different: 1 for the black bars (01 to 00), and 3 for the FOV (35 FA 0E to whatever your monitor needs). If it finds exactly 4, great. If not, it should warn you that the script may not have done it job properly.

You can redownload my solution here:

https://github.com/mpm11011/ac7-ultrawide

I should mention I've updated the installation procedure as well. You need to download the entire repository to get the HUD and GUI adjustments, if you don't already have them. I realized that having magic.py download them for you, while convenient, was rather insecure and irresponsible. If you don't know how to use git to clone the repo, you can just download a zip from that page as well.

Let me know if the updated script works better for you. And keep in mind, as Namco/Project Aces continues to update the game, we may find that the values and addresses change in ways we can't predict. Hopefully they just make all this stuff obsolete by actually adding ultrawkde support to the game XD. Until then, I should finally be getting email updates via GitHub if you file issues in that repo.

[IndividualNo1]

I'd like to start out by thanking all of the people on this forum that put in the work to help simpletons such as myself get these mods working. You guys are awesome!

I followed one of these guides a few months ago, and was able to get my game running on my 3440x1440 monitor with the HUD centered, albeit stretched a bit. I was fine with how everything was working until a game update reverted all the changes.

So yesterday I found Winkelmann's guide on page 23 of this thread, and followed it as best I could. These steps fixed the black bars, but now my HUD is shifted to the left of my screen, and I have no idea what I need to do to fix the issue. I'm hoping someone could give me a tip. Is there a hex value I should edit to center the HUD? Etc.

Thanks again

[Bit89]

markuscicero5 - Your solution worked perfectly! Thanks for sharing it!

[Phoenix042X]

@Markuscicero5 Indeed I was. Once I found that I somewhat reasonably understood how to fix it and that GitHub repository was likely up-to-date, I figured it was easier to just modify the script and re-patch with the method I was using. Once I did that, I hadn't been back here for quite a while.

That being said, I appreciate the pointer toward update with the new and improved version of the script and will just use that for now. I'll give it a whirl when the next update is released Probably in a month or two.

Thanks!

[markuscicero5]

You're welcome!

Hey @susahamat or @Winkelmann, how do you figure out what hex values to use for a given monitor setup? Is it trial and error, or is there some math behind it?

I'm looking to implement these equations in my script next: https://en.wikipedia.org/wiki/Field_of_view_in_video_game That way even the craziest monitor setups can be set up automatically. What do you all think?

[Janissary]

Hey. I'm still having an issue getting the HUD to center at 3440x1440, and is offset to the left. I see that it's a common issue, but the only fix has been to follow the steps here: http://www.wsgf.org/forums/viewtopic.ph ... 13#p176013 and though I've followed them at least a dozen times, I can't for the life of me figure out what the issue is, as I'm positive I've followed all steps to the letter. Any help would be appreciated...

[Phoenix042X]

@Janissary the HUD issues are managed/fixed by the files that end up in the Mods and ShaderFixes folders and are provided by @marcuscicer5 's updated solution about six or seven posts above this one. They rely on 3DMigoto to work, so make sure you have the zip file for 3D Migoto 1.3 present in the game directory. There's a link to it on marcuscicero5's github page for the fix.

If you continue to have issues, I would start by removing any added/modded files in your steamapps/common/Ace Combat 7 directory and then verify the local files from within STEAM's interface. Afterward, I would then download markuscicero5 's updated code and the 3DMigoto 1.3 Zip from above if necessary. Make sure the appropriate Python runtimes are installed to your computer so that you can run the magic.py script; you should then be able to run the magic.py script and just follow the prompts and everything should more or less just work.

[rrev11]

Thanks to everyone for posting UW solutions!!

I'm experiencing the same issue as Janissary. The black bars are gone but the hud is offset to the left.
Phoenix- I performed your troubleshooting steps in the prior post but nothing has changed. It seems the script ran successfully including the unpacking of 3Dmigoto. Is there anything I'm missing guys?

[markuscicero5]

Download these two folders to your AC7 game directory.

https://github.com/mpm11011/ac7-ultrawide/tree/master/ShaderFixes
https://github.com/mpm11011/ac7-ultrawide/tree/master/Mods

[rrev11]

Thanks Mark. Sadly the HUD is offset left even with the mods and shaderfixes folders included. I started over by deleting all of the modded files, verified and re-downloaded your uploaded link. I've attached a shot of the folder as the script was running. Damn I'm close! Any ideas?

[markuscicero5]

Ok, 3Dmigoto isn't being installed correctly. Please try the following:

1. Hit the Windows key and type "idle" without quotes. Windows search should find something like "IDLE (Python 3.x 64-bit)." Run that.

2. In the Shell, click File, Open, and open up magic.py.

3. In the new window, click Run, Run Module. The script will start running as per normal, follow along with the usual instructions.

4. If the script fails, you should see a bunch of red text. Copy all of it and paste it here.

[rrev11]

Hi Mark- I ran thru the suggestions you provided in the prior post and I believe the script failed. The HUD is still offset left. Here's what I got:

[rrev11]

Here's the text:

Python 3.7.4 (tags/v3.7.4:e09359112e, Jul 8 2019, 19:29:22) [MSC v.1916 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license()" for more information.
>>>
======= RESTART: D:\Games\Steam\steamapps\common\ACE COMBAT 7\magic.py =======
Your screen size appears to be 3440x1440.
Is that correct? Y to continue, N to cancel:y
Determining FOV hex value...
Backing up the game exe...
Modifying the game exe...
Verifying the game exe...
Old byte: b'5', New byte: b'\xed', at address: 39369048
Old byte: b'\xfa', New byte: b'\xd1', at address: 39369049
Old byte: b'\x0e', New byte: b'3', at address: 39369050
Old byte: b'\x01', New byte: b'\x00', at address: 235926458
Verification successful.
Checking for 3Dmigoto zip file...
Unpacking 3Dmigoto-1.3.16.zip...
Installing 3Dmigoto...
Traceback (most recent call last):
File "D:\Games\Steam\steamapps\common\ACE COMBAT 7\magic.py", line 133, in <module>
for item in os.listdir(tdm_dir + '/x64'):
FileNotFoundError: [WinError 3] The system cannot find the path specified: '3Dmigoto-1.3.16/x64'
>>>

[markuscicero5]

So what are the contents of the 3Dmigoto-1.3.16 folder? Does the zip file actually get extracted properly?

I'm unable to duplicate the problem on my machine, even when using your version of Python and 3Dmigoto. So we'll have to troubleshoot one thing at a time.

[rrev11]

Thanks Mark. Below is a look at the contents of the 3Dmigoto folder.
My process has been extracting the 3Dmigoto folder within the Ace Combat game folder. In other words, once the 3Dmigoto file has been downloaded, I'll move this zipped 3Dmigoto folder to the Ace Combat game folder and set the extract destination there. Once extracted, the folder looks just like it does in the pic I posted a few posts up.
I really appreciate your help!

[markuscicero5]

Oh noooooo, I know what happened.

You downloaded the source code for 3Dmigoto, not the release package.

Go to the following link, scroll all the way to the bottom until you see a list of zip files. You're looking for 3Dmigoto-1.3.16.zip. The size should say 5.22 MB. Download that, put it in the AC7 folder, delete the old 3Dmigoto folder, then run the script.

https://github.com/bo3b/3Dmigoto/releases/