Closed Mafu0567 closed 2 years ago
See if turning off heap shrink fixes this.
I changed the word crash to hang, since I can still return to the Home Menu.
It doesn't look like turning off heap shrink fixes the issue. NDSBTSRP.LOG
So I've tried with both:
Both with heap shrink off, hangs after a couple of steps on the deck. More details:
I also tried playing with a save past the prologue, and it either hangs or shows a black screen when entering a fight.
Hope this helps! nds-bootstrap.zip NDSBTSRP.LOG
What tool did you use to AP-patch the ROM?
Can confirm the same issue with the Japanese release of Dragon Quest 5.
Latest versions of nds-bootstrap and TwilightMenu (as of 2020/12/03) Tried with a clean no-intro dump, both default and with heap shrink disabled. Default settings.
Upon gaining control of the character, if you press L to move the camera, it immediately hangs. Music continues, but the game is locked. If you press R to move the camera, it won't hang immediately but rather will take a longer press, or if you've pushed it once, it will eventually just hang.
What tool did you use to AP-patch the ROM?
The retrogamefan tool here I think: https://gbatemp.net/download/retrogamefan-nds-rom-tool-v1-0_b1215.35735/ Sorry for the late answer!
A quick update for clarity: Using the RGF Tool, I patched the Dominent release (no-intro version says it doesn't need ap-fix), and deleted the included ap-fix in the TwilightMenu folder. Game runs as intended, no camera hang and I was able to get off the boat just fine. If I had to guess, there's a typo in the YV5J-2340.ips file or the way it's applied. Update: Can confirm that manually applying the ap-fix results in the exact same ips patch, so that rules an ips typo out.
It seems that the specifications of AP-FIX have changed ... About the bug of Dragon Quest 5 (JP).
1: Intro loop as in # 648
2: Freezes when the L button is pressed, etc.
3: Freeze when saving. Is the save damaged? (From the beginning)
4: Black out when entering battle
Case4's Log
20.0.1 with newest nds-bootstrap
(before deleting old apfix folder) Now that the apfix is a pack file, the old solution of pre-patching the image and removing the apfix from the folder no longer bypasses the issue. Even when I load the pre-patched game, it reverts back to the non-fixed version upon booting, which is truly strange, like its patching in reverse.
(after deleting the old folder) The display now has a doubling glitch at the bottom of each screen, where the bottom area of the graphics is repeated again about 10 pixels or so above it. Not sure why this even happened. Even if I enable the two patches from the cheat menu (apfix and save fix), it doesn't seem to apply them.
(post script side note, even with this little issue... I really appreciate all these qol changes. Software keeps getting better and better! Thank you guys!)
The doubling glitch is random, and is not caused by nds-bootstrap or TWLMenu++. It's caused by TWL_FIRM, which is the one rendering the screens.
Yeah, playing this version of the game seems to work best with the flashcart kernel.
A fixed AP-patch is now included in TWLMenu++. Closing.
Your console configuration: Old 3DS XL, Luma3DS 10.2, boot9strap 1.3 TWiLight Menu++ Version: TWiLightMenu 16.10 TWiLight Menu++ Theme: DSi
Expected behaviour
Game should not hang when stepping out on deck at the beginning.
Actual behaviour
Game hangs on said event, need to patch rom manually, delete included AP patch
Steps to reproduce
Config
bootstrap.ini
Logs
NDSBTSRP.LOG