nesdev.org

I downloaded FCEUX 2.2.0 and the current interim build 2.2.2-2963 this morning and the rom worked correctly on both but not FCEUX 2.2.1. So it seems apparent it was a bug that was introduced in that emulator version and then fixed later on.

So now that you know for sure that the problem is in FCEUX, you have to make a decision: will you try to fix the problem? If yes, I'd suggest you switch the sides of the sprite and background tiles, use the standard MMC3 configuration and adjust the timing of the PPu writes according to that config...

Some preliminary debugging has led me to believe that this is a problem with the timing of the MMC3 IRQ. Look at the pattern tables and you'll see that sprites tiles are on the left and background tiles on the right, the opposite of what's normal in MMC3 games. The scanline counter in the MMC3 is v...

koitsu wrote:Again -- if he would just post the full source code...

Here is the full code. Its kind of cluttered as it wasn't really meant to be viewed by others.

I had the link to the rom above and here is a direct attachment to it again. I can provide the source if needed but its just a rom for testing that I keep adding features to make sure I can do various things myself.

koitsu wrote:Does your code work on the actual NES/Famicom? If so, then you're done/no further effort is required. Writing code that "caters to emulator oddities" is the wrong way to go about it.

I have no idea. I have no way to test on the real machine.

Thanks, I tried the code tokumaru posted and ended up with the same exact thing happening. I understand what HBlank is but maybe I'm not correctly figuring out when it occurs. The test rom below scrolls smoothly vertically on Nestopia and Nintendulator with no glitching but is still not right in FCE...

I was working on learning mid-frame scrolling (test rom was a Top Status Bar with an IRQ to scroll the bottom). I read the documentation and got it to work but Nestopia and FCEUX had a conflict with each other on the $2005 writes. Since Nestopia is generally more accurate and the same as the wiki I ...

I hacked RBI to contain all the baseball teams for someone at dee-nee. Not sure what you are trying to do with the code but $AF9F is the code to draw the Baseball at the beginning of the game and $B44A is one of RBI's codes to write data to the PPU. RBI tends to have PPU data inside the code or uses...

Changing: 69 20 ADC #$20 To 69 19 ADC #$19 is wrong. The #$20 allows for the " to be placed directly above the letters. Using your code above, you know that the PPU Address is being set by $607 and $608. You need to adjust the starting PPU Address for the text, so set a breakpoint for a write t...

I did notice on FCEU at least that the title screen does a little jump when the game is reset, I'd say that's a pretty minor issue that not many people would notice. I guess it's a personal preference that I always use the # in the code rather than in the defined value, so that's totally legal and ...

I'm a known rom editor around some circles and often lurker around here. I am wanting to learn more on the NES core so I started by writing a simple game of pong (1 or 2 Players). The game and source code: http://www.geocities.com/ffguru2001/pong.zip Controls: Start Pauses and A starts play I would ...