nesdev.org

I cleared up the error notifications from ASM6 but there is still something wrong. This is what I have so far taking tokumaru's advice. As you can see I am really close. First, I don't know if I have the right header because when I look at the .nes file produced, the header takes up 32 bytes for som...

OK so I've been looking at my NESASM3 code and trying to convert in to ASM6-ready code but I really don't know what to do exactly. I looked at the .NES file to retrieve the header, which I rewrote at the top of my program. I'm getting the following errors: 1) 'Illegal instruction' errors only on my ...

I'm going to give conversion a shot and show everything I did. I will have the before and after posted as I do. I converted to lowercase letters and that's about it. I really don't know what to do but so far I put the .iNES header above as .byte code. Not sure if that's right. Not sure what to do wi...

I am not all that fond of NESASM3 as an assembler and I've heard mostly complaints about it so I'd be willing to convert my game to Asm6 if it isn't too difficult. Will that be hard to do?

Indirect0: .db $00,$1E,$37,$3F Indirect1: .db $F0,$F0,$F0,$F0 LDX temp LDA Indirect0,X STA $A0 LDA Indirect1,X STA $A1 LDY #$23 LDA [$A0],Y .bank 15 .org $F000 .db $00,$20,$CF,$71,(.etc) This is the basic format of how I read lots of data in my programs. I know it is inefficient because I have to w...

Better yet: reset the scroll by writing to $2000 (to select a name table) and $2005 (to set X and Y scroll), which are the registers designed for this. Setting $2006 to $0000 works in some cases, but that doesn't fully set the scroll (the fine X scroll can only be changed through $2005), so it's sa...

As you can see, the menu has progressed but the field doesn't reflect the options selected yet. My next steps will be: 1) make the top three rows of the field stationary (never did this is a game before, reading Nerdy Nights to see how) 2) figure out why the screen still temporarily tweaks out when ...

OK I fixed most of the problem from your suggestions. I've tried experimenting with placements of the JSR NMIwait to get rid of the quick temporary glitchy screen when transitioning between field and menu - with no luck. I thought I would just turn the PPU rendering off before completely filling the...

Thanks Tepples. I read what you were talking about here: http://wiki.nesdev.com/w/index.php/NMI#Race_condition Sounds like I need to restructure my NMI label so that it is only NMI: INC nmidetect RTI As of now, looks like I need to abandon this structure: Forever: JMP Forever NMI: JSR UpdatePPU JSR ...

I'm just not sure. I tried adding a few JSR VBlankWait 's in there right after the reset code and it didn't seem to do much. Also, I tried breaking up into smaller chunks the looping code in DrawField that draws the black tiles on top so that writes entirely take place in VBlank, but that didn't wor...

Any thoughts on why the field draws ok during initialization but not ok when it returns to the field from the menu (by pressing start twice)?

The reason I am dead set on MMC5 is because of the huge CHR ROM, huge PRG ROM (great for sound samples), 16384 bg tiles available simultaneously (allows for first down/line of scrimmage, referees, etc. while keeping sprites free for the players), and certainly the individual attributes per backgroun...

Finally a Falcons one, I love it. Although this is a lot of gfx data, compression and recycled tiles could probably get the game smaller than needing an MMC5, doncha think? All of the graphics data is exactly why I need MMC5. I plan to have a line of scrimmage and a first down line in the game, and...

These are the last ones. I realized that I need to change one color in one standard background palette so the Redskins sideline numbers reflect that change. Next phase: the tedious task of implementing from Photoshop to my game!

.