nesdev.org

Verilog would probably look something like so: wire irq; assign irq = irq_en & ~|counter; assign reset_count = reset_latch | ~|counter; // reset_latch should be set on C001 writes, cleared on irq_check always @(posedge clk) if (irq_check) if (reset_count) counter <= latch; else counter <= counte...

You're a bit off on that assumption. While the bits are set, ROMs smaller than 256 KB simply ignore the upper address lines, because they don't have them. You'll get the last 16k bank in the rom, assuming it's <= 256KB and a power of two, which it will be for anything other than those 512KB dragon w...

The add-on chips (SuperFX, SA-1) would be pretty much impossible to interface to properly through a cart adapter, given the aforementioned port rate issues. Merging the video from a SuperFX in properly would also be a goddawful mess, as that's going to be running even faster. For anything else, the ...

The vast majority of the CPU time bsnes uses does not have to do with the cartridge. I'd go out on a limb and suggest that cartridge mapping emulation (outside of ones using the SA-1, or SuperFX) is almost completely negligible compared to PPU/SPC-700 time.

and polling the IRQ line properly and broadcasting *every* ppu access over the thing to keep the MMC3 counter correct and toggling M2 at 1.79MHz to keep the various cpu cycle based counters working etc Some sort of magical add-in card might do it, but there'd be a lot of complications to get sorted ...

I don't think you can run the pport things fast enough for that to really be viable, short of dumping it to memory ahead of time, which'd require knowing the mapper numbers.

Supporting IRQs properly probably isn't doable either, especially MMC3 ones.

Your table calculations are wrong, as you forgot the ! in Bnu's. Disch's, in english, is (overflow if the sign of the result does not match the sign of either input), Bnu's is (overflow if the sign of the inputs are the same, and do not match the sign of the result). for the case of FF+00+0, result ...

FF4/6, R&R Racing, Actraiser, and Super Metroid are probably my top 5. Secret of Mana, Zelda, and some of the Soul Blazer tracks filter in and out of there depending on mood.

(disclaimer: I am a sega hating ninty fanboy, ignoring the dreamcast, for it was awesome) Square and Enix's SNES games are pretty much the pinnacle of pointing out why the genesis (and it's pathetic SMS-class audio) sucked. A slightly more equitable take would be that the SNES was good at orchestral...

The SNES did use sampled sounds for it's audio, the SPC is a wavetable chip. It does orchestral stuff a lot better than the Genesis, which just had an FM chip, which was a lot more bloopy.

Overclocked and stuffed to the gills with a zillion handy instructions.

For CV3, there were also the gears in the clocktower, which is probably about as far as half the population ever got >.>

Good god, someone even less coherent than jargon... I lost braincells in that first paragraph

6502 multiprocessing has a number of issues that will complicate the hell out of it, the atomic bus issue is only one of them. The 2A03 lacks an external RDY line, so there's no way to stall the CPU out in the case of a conflict. There's also no SYNC line, so you can't easily detect instruction fetc...

Please, let the dead threads lie. What did they ever do to you?

It's still 480p, it just doublescans every scanline.