nesdev.org

No. Although it is true I did compare notes between both my disassembly and that one (mostly in regards to the level data format), my disassembly was built completely from scratch using a disassembly run on the program rom with tracer.exe written by koitsu, with no distinction between data and code....

Some of you out there in the #nesdev channel may already know about this, but under the sage advice of Memblers, I have decided to post it here. (The old link at the geocities page no longer works for obvious reasons.) http://www.romhacking.net/docs/344/ As-is, it will work with x816 without any mod...

Not to mention that there are other easier and more cost-effective ways to homebrew or dump NES stuff.

Hmm...that would explain why, not only does super mario bros render the title screen perfectly, but does so every single time the title screen routine gets run regardless of whether it's come from powerdown or not.

Thank goodness this thread was here when I needed it!

I had made a hello world NES demo a few years back...

Since the first read since power-up is the one that's garbage, wouldn't it just be easier to read $2007 in the startup routine, then proceed with reading $2007 like normal?

I just went to Nintendo's website. Apparently, what they oppose about emulators is the fact that they are used to play commercial roms, not so much the fact that they emulate the hardware of the old systems. They are quite specific, referring to "emulators used to play illegally copied Nintendo...

Nintendo wouldn't really be able to make a case on piracy, since this website and messageboard are for NES development, and not for distributing commercial NES roms (no, a few demos/games written by some people and released to the public domain do not count).

I wonder about the feasibility of a dev system on the NES itself...it would be a pretty ambitious experiment, to say the least, coding for the NES on the NES itself. Heheheh. :-) If nothing else it would certainly speed up testing time by quite a bit, though you'd have to figure out some sort of con...

Oh crap, I should have read through before hitting "submit". Thank you for spotting that error. I didn't realize I'd make such a blunder about $2005/$2006. Well, anyway, I'm sure if you use the VBLANK flag of $2002 to control execution, it *would* be a bad idea. I myself have only put LDA ...

Whoa. I've heard that reading $2002 resets the VBlank flag, and I've even heard that reading it resets the flipflop that decides which byte of $2005/2006 gets read to/written from, but I've never heard anything about it ending a frame prematurely. WTF?

Yeah, there used to be a mailing list, too.

<blank stare>

Because the admin and mods will it so!

Most of that document was copied straight from the oldskool c64 programmer's reference manual...actually it *is* listed correctly in the opcode table and in the ADC opcode list of the actual manual...problem is, whoever copied out of the book most likely made typing errors. I don't exactly see where...