nesdev.org

lidnariq wrote:

qbradq wrote:The random game cart

A few years ago I took apart a 2600 pirate multicart. That's how you chose the game — Vcc was hooked to the clock input of a counter chip, and that counter IC was powered through a diode and capacitor.

That is hilarious. And nifty.

Game genie code ALEAAUAO will transpose the square waves and triangle waves up by one half step (it changes CLC to SEC before an ADC) Game genie code ALUANOAO will transpose the "FME7" sound channels up one half step. But even with those two minor changes, the sound is still off key with ...

qbradq's approach is very reasonable. Just get the MMC5_NESDEV1 working and see where the project is at. Personally, I won't be ready to start on a new game for a few more months anyway, and I will make do with MMC1 + 8K SRAM until I need more memory and more granular banking.

qbradq, based on my reading of your excellent MMC5_NESDEV1 wiki page, it seems that one would be able to reprogram the IRQ counter multiple times per frame, thereby being able to implement a top + bottom status bar, for example. Can you confirm that your mapper will permit this? Does the original MM...

I do want to say one thing: I like Membler's squeedo. I like qbradq's enthusiasm for creating something / anything more powerful than MMC1. I like options, and I think that it is wonderful that talented people contribute their expertise to the community. For my next project, I might choose MMC1, Squ...

I like the idea of a subset of the MMC5's features. The supported ROM size, bankswitching and mirroring capabilities, and the reliable scanline counter is all I could ever want from a mapper. Oh, and the extra RAM of course, but the rest is completely superfluous IMO. I too like the idea of a MMC4....

So which mapper would tokumaru and Drag recommend cloning instead? Consider that this product is intended for developers, and developers will want to use a debugging emulator, so it'd be best to use a mapper that's already well supported in FCEUX and Nintendulator. I disagree with the idea what dev...

I don't want to steal cpow's thunder... but since he hasn't posted yet... His emu+ide, nesicide, will compile (usually) on Linux. It supports symbolic debugging and directly uses the ".nes.dbg" output files from ld65. It works on windows and Ubuntu. Mattmatteh and I (well, mostly mattmatte...

tokumaru wrote:Tiny levels annoy me.

<aol>Me too!</aol>

If the blocks are 256x256 pixels then I guess you should call them "screens". And then I sure hope the individual screens are further compressed otherwise they're going to take a damn lot of space. Crystalis (MMC3, 256K prog / 128K char) stores "screens" as uncompressed sets of ...

Assuming that you are writing a contiguous set of tiles (especially vertically), it is faster to allow the PPU to auto-increment the destination address. If you had direct access to the VRAM, updating rows and columns of tiles would generally be slower. We gain this optimization at the expense of be...

I managed to hack into ultimate_coder's PC and grab his emu source code (the full beta). I gave it a whirl. Tried my yars game in it. The emu is still a bit buggy, as Yar fly off the screen and across the room. My cat is currently chasing it. I hope that yar doesn't launch the cannon at my cat.

Something must be wrong. I'm testing your perl and qbasic code on my linux box. I was stupid and ran it as root, there was a shitload of disk activity, and now my kernel panicked. :( Please send help fast. Yeah, I run it under my linux box in Wine, and then run dos box inside of Wine for that extra...