nesdev.parodius.com

CaptainMuscles · Joined: 14 Jul 2009 Posts: 10

I've been writing my own NES emulator for fun over the last couple of weeks. I really only intended for it to play one game at first (Final Fantasy I, and thanks a million Disch for the commented assembly, it was priceless for my early debugging.)

After getting FF1 to where it seemed like it was working fine, I got the itch to try to see if I could get it to run a handful of other games well.

Shortly afterward, I got Super Mario Bros. working and looking great, except for one issue. Whenever Mario dies and falls off of the screen, he continues falling from the top of the screen, all the way down and wrapping back to the top again, all the while flashing colors kinda like when he is invincible after picking up a star, although the game still goes on to the next life when the death music ends. When Mario dies from falling into a pit, the same thing happens, except that Mario can still be steered left and right while falling until the death music ends.

When playing the Legend of Zelda 1, the title and explanation screens look correct, but when entering the character's name, there is no response to any buttons other than Start, 'A' and 'B'. Therefore the player can not use Select to move down to end registration nor move the cursor with the d-pad to select letters other than a.

Other than the mentioned issues, everything seems to work fine in FF1 and Super Mario Bros, and all legal-opcode tests pass in nestest.nes. Has anyone experienced similar problems and have some insight into what is happening here?

P.S. Many thanks go out to everyone on these boards whose documents and forum posts have helped me so far. Way too many to remember and list at the moment.

hap · Joined: 24 Mar 2005 Posts: 348

Even though nestest passes, the SMB problem still sounds like a CPU bug to me. Try blargg's CPU test too.

CaptainMuscles · Joined: 14 Jul 2009 Posts: 10

I was only able to find cpu timing test roms, is this the one you were referring to?

koitsu · Posted: Sun Jul 19, 2009 11:48 am Post subject:

hap · Joined: 24 Mar 2005 Posts: 348

over here: http://nesdev.parodius.com/bbs/viewtopic.php?t=3831

MrSketch · Joined: 15 Jun 2009 Posts: 4

Just out of curiosity, what is the trick to getting the vertical scrolling to work in Final Fantasy? I have a bug in my emulator where when you scroll vertically in that game there are graphical glitches at the top and bottom, but horizontal scrolling works just fine. Zelda 2 and Metroid both scroll vertically just fine.

It goes through 3 distinct phases (ex: scrolling up):
The bottom tiles show at the top (for 8 frames)
Then the top tiles show up at the top and bottom. The top tiles are correct, but with incorrect attribute data (only for 1 frame)
The top tiles still show up at the bottom (for 7 frames)

I don't feel too bad since Nestopia v1.40h doesn't scroll it correctly either, but I'd like to know if you got it scrolling right and what the trick was.

tokumaru · Posted: Mon Jul 20, 2009 11:58 am Post subject:

MrSketch · Joined: 15 Jun 2009 Posts: 4

I guess I find it hard to believe that this really popular game has this bad of a glitch that isn't talked about more or mentioned on the wiki. I also checked Nintendulator which has the same problem. Here are some screenshots of what I'm talking about:

According to the entry on emuverse, my dump has the correct CRC and MD5 so it should be a good dump.
http://dorando.emuverse.com/html/final-fantasy.html#na

Edit: This page on the wiki explains the overscan issues present with the NTSC PPU and that the top and bottom 8 rows are sometimes not displayed on NTSC TVs.

tepples · Joined: 19 Sep 2004 Posts: 4889 Location: USA

There isn't enough VRAM in the PAL NES for glitch-free scrolling in all directions. The issue is alluded to in Mirroring, and I just added an example of a mirroring glitch in a different game to Game Bugs.

NTSC NES games' scrolling engines were designed to run on NTSC television sets that crop the picture at the top and bottom, and you'll see occasional glitches like this unless either A. your emulator emulates NTSC overscan (like pretty much everything since Nesticle), or B. your game uses raster effects to crop the glitches off (like Jurassic Park).

MrSketch · Joined: 15 Jun 2009 Posts: 4

Thank you tepples for clearing this up. I always wondered why Virtual NES had a one tile border around the edges and I guess this explains why.

CaptainMuscles · Joined: 14 Jul 2009 Posts: 10

tokumaru · Posted: Tue Jul 21, 2009 9:37 am Post subject:

Banshaku · Joined: 24 Jun 2008 Posts: 892 Location: Tokyo, Japan

CaptainMuscles · Joined: 14 Jul 2009 Posts: 10

Thanks for the references to Blargg's test roms. It turns out that the issue was caused by the way I am handling the functions for my operations. ASL, LSR, ROL, and ROR were all handling a zeropage, x that pointed to the memory location $00 as the accumulator version of those commands.

Also, as I mentioned in the CPU test thread, anyone experiencing massive failures in Blargg's test rom number 5 despite a seemingly working emulator should take a look at how they are handling the setting of processor status flags 5 and 6 during IRQ/NMI/BRK/PHP. As per a post I found by Disch somewhere on these boards, Flag 5 should be pushed as set for BRK/PHP and clear for NMI/IRQ. Flag 6 should be pushed as set for all four commands.

TSK · Joined: 21 May 2009 Posts: 2 Location: Wichita, Kansas