nesdev.org

jwdonal wrote:Btw, anyone have any idea what the "L" stands for?

Maybe "line"?

zkip wrote:Actually, I'm pretty sure that this is the exact purpose of having this bit there anyway as I see no other reason for it.

It's necessary for moving sprites partially off the left side of the screen.

But they are now truly worthless. After that long time, it's more than likely that the thieves (or the post office staff) have replaced all ROMs and memory controllers, or even swapped the PCBs and stickers on all carts. At this point, it's impossible to tell if the carts are still containing any a...

The PC is never there in the first place, it doesn't need to move past them.

PC? As in the program counter? No, that shouldn't be touched at all, it transfers data from whatever HDMA tables are pointed to in the HDMA registers.

Access to WRAM is 2.6 MHz via the A bus, but 3.5 MHz through the IO port.

You could simply have a flag that says "I'm done updating for this logical frame" and only poll the controller in NMI when set, then unset the flag. In fact, you probably want to only update the graphics then anyway, so you don't end up showing a half-updated frame onscreen.

Potentially, yes, if DMA ends around the time HDMA starts, just like without forced blank. I'm not sure whether or not the crash happens if HDMA doesn't actually transfer anything (that is, if it's been told to skip some lines). In any case, if you want to make sure you avoid the DMA/HDMA crash duri...

Forced blank doesn't affect HDMA at all, essentially, so it'll continue to go for 224/239 lines depending on what resolution is set.

HDMA stops once Vblank starts, and then will restart from the beginning once Vblank ends, so there shouldn't be any problems. Keep in mind that it still runs during forced blank, though.

Oh, I see, that explains it.

Yeah, if asm6 could output a label file itself when it assembled, that would solve your problem, but unfortunately it doesn't look like it can do that.

I don't understand, why are you disassembling it more than once to begin with? After you've disassembled it the first time, you now have the source code that you can modify and assemble, so why would you need to disassemble it again instead of just keeping those source code files?

It doesn't seem to have an actual cartridge header at $00ffc0 (ROM offset 0x7fc0), so the region code at $00ffd9 being $00 (International/Japan) seems to be just a coincidence. Since the actual SNES never reads the header, it could very well be intended for Europe instead.

- S-CPU DMA and HDMA - Both of these are complete and working very well. My logic analyzer setup was extremely useful for implementing these blocks. The MDMA implementation was pretty easy What's this supposed to stand for? "memcpy DMA"? Because it makes me think of Ecstasy (methylenediox...

Well, it's exponential if everything can collide with everything, anyway. If you have a player and enemies, and enemies don't collide with each other, it would only grow linearly, since you'd only need to check for collisions between the player and each enemy.