Home | Forums | What's new | Resources | |
Screeen resolution hacks |
paul_met - Oct 13, 2015 |
< Prev | 1 | ... | 7 | 8 | 9 | 10 | Next> |
kitchen34 | Jan 28, 2023 | |||
I'll delete that, and it will be fine. |
fafling | Apr 13, 2023 | |||||||
The feasibility of such a hack is going to vary because games can switch vertical res for various reasons and preventing the resolution changes may cause issues. Fortunately, Die hard arcade can be forced to a constant vertical resolution without causing trouble. I hope that you have a mean to use Action Replay codes because that's how I got it to behave :
The PAL code has 2 additional changes because there are 2 parts where its resolution decreases to 240, causing OSSC desynchronizations : Deep scan and the end credits. With the code, Deep scan gets offset up by 8 pixels without causing any visibility issue because there's a border at the top of the screen in the 256 vertical res. The end credits are not only offset up likewise, but the visible area gets extended at the bottom. Here's how it looks :
|
Esppiral | Sep 18, 2023 | |||
@paul_met... What emulator do you use to set breakpoint and debug? |
paul_met | Sep 18, 2023 | |||||
Yabause 0.916. |
RGSPro | Jul 31, 2024 | |||||
Is it possible to use this widescreen patch with the English translation? |
paul_met | Jul 31, 2024 | |||||||||||
Yes, via hex editor.
|
RGSPro | Jul 31, 2024 | |||||
Thank you for the work on this patch! I believe I applied it correctly using Hex codes because the world looks fine and the compass looks similarly offset to your screenshot, but my character sprites seem stretched. I did have to force a 16:9 aspect ratio; when I let the core manage the aspect ratio, it stays at 4:3. I've attached a screenshot from the same location as yours to illustrate the issue. Did I mess up somewhere when applying the patch or could it be related to the English translation in some way? (edit: I applied it to the unpatched Japanese ISO that version has the same issue) I also applied the same hex edit to ITGET.BIN. |
paul_met | Aug 2, 2024 | |||||
In your screenshot the proportions of the character sprites are correct. The game uses a horizontal framebuffer resolution of 352 pixels. When the image is displayed on a TV screen, it fits into the 4:3 ratio. Therefore, the sprites appear narrower horizontally. |
Keldran | Sep 15, 2024 | |||||
I'm trying to update the values of FIELD.bin but I don't see offset 602C000 in HxD. I'm guessing I'm probably doing something wrong since I'm not great with hex editors. My offset is in hexidecimal and my text encoding is Windows (ANSI). Is there something I'm missing? |
paul_met | Sep 16, 2024 | |||||
"60B2000" is the address of the file in the system RAM. To change the data in the file, you need the values in columns 1 and 2. |
Keldran | Sep 16, 2024 | |||||
This is helpful, thank you. Feels like I'm on the right path... I'm looking at Field.bin from the English translation of the game (v1.1.1), but when I search for the old value (00012B78) to replace it with the new value (0000E0A8), HxD returns no results. So, this could be a file issue or maybe I am using HxD wrong? This is how I have it set up: |
paul_met | Sep 16, 2024 | |||||
Jump to the addresses from the first column (7A5C, D564, 7A78, D5A0) and check the values. |
JY308 | Jan 8, 2025 | |||
I followed the steps to apply the Grandia widescreen hex codes but the game crashes after the opening scene on the air ship and the following title sequence. I extracted the 6 files using cdmage, replaced the hex values at the appropriate addresses, imported them back into cdmage and saved the revised bin/cue file. I also verified that addresses were correct in the new bin/cue files. Is there any other step I'm missing? I'm using v1.1.1 of the english patch if that's a factor. |
paul_met | Jan 8, 2025 | |||
I can advise the following... Insert files one by one and check the functionality. This way you can figure out what change is causing the game to freeze. |
JY308 | Jan 9, 2025 | |||
Okay, In this version of the bin/cue I only updated the FILED/FIELD.BIN file at the addresses 7A5C & D564 with the value listed in your earlier post (00012B78 -> 0000E0A8). When I loaded the revised bin/cue in my Saturn's ODE the game crashed at the same point. It would seem the FIELD.BIN file is the issue but I'm not sure why. Does it look like I updated the file properly? |
paul_met | Jan 10, 2025 | |||
Have you checked the game's functionality without using codes? |
JY308 | Jan 10, 2025 | |||||
Yes, I checked the functionality of the original bin/cue file just to be certain. I was able to get past the point where the modified bin/cue crashed. The game was able to continue past the opening scene + title and load the first village. |
paul_met | Jan 10, 2025 | |||
It seems that the problem is precisely in the opening scene - the flight around the location. In this case, there is no need to modify the "FIELD.BIN" file to successfully pass the prologue. The widescreen is activated in any case, after exiting the pause or inventory menu. |
< Prev | 1 | ... | 7 | 8 | 9 | 10 | Next> |