nesdev.org

Actually, I did know that, but I was absently not thinking about the fact that only my MainGame state was drawing sprite 0...forgot to check the game state before doing this call. Oops! Thanks for the tip. Now let's see if I can get it working

So, I'm getting hung up right out of the gate. In my NMI, rendering is off. This code just causes the game to hang indefinitely: WaitNotSprite0: LDA $2002 AND #%01000000 BNE WaitNotSprite0 WaitSprite0: LDA $2002 #%01000000 BEQ WaitSprite0 LDX #$10 ;; arbitrary - variable WaitScanline: DEX BNE WaitSc...

Awesome guys...good info!

Yeah, tepples, my thought was last pixel of former scanline.

Any suggestion as to generally *where* to place this in relation to other code in order to minimize potential for gremlin chaos? haha

Thanks - yeah, that's getting into stuff I haven't really pushed into yet. Hm.... Alright, i could draw this sprite at, say, 240...then i'd have 16 pixels...5.3 cpu cycles...2-3 NOP instructions... And then at that point, do the steps mentioned...but no need to wait until the next hblank in step 3, ...

So...why not? May or may not implement this, but now I want to play with it. Generally, I've been preserving a subpalette for the menu area. I got the thought about possibly trying to swap the palette after the menu draw, since that area is always static, to maximize colors in gameplay area. Game ha...

Sure, or that. Same concept, more easily stated. I was just wondering if there was some other neat trick I might not be thinking about.

Alright, so...this seems like it should be simpler than I'm making it. I'm probably going to botch the explanation here, but hopefully you guys will be able to decode what I mean. I had a signed comparison so that I could evaluate for a negative number (checking the value of VAR to see if it is nega...

Improving on them every day And the intent for them is absolutely to give new devs some confidence to eventually start getting deeper into the code and going crazy with it

Disregard the whole thread. The problem was super simple. I didn't have the battery flag checked in the header, which ended up causing bus conflicts (Tepples, you mentioned this, and I didn't even think of it as a header issue! Good call)

Works fine now, and as expected.

Drat. Curses. I was hoping it was the emulator, however, that test file seems to work fine (cycles through chr banks just dandy).

Huh.

Glutock - what does your bankswitch routine look like?

Can't check right now, but essentially - what I'm trying is simply updating my bankswitch routine, or-ing in writes to bits 5 and 6 and storing them into the currentBank variable prior to the switch. It seems straight forward enough. But any time I make the bits anything other than 0, game freezes. ...

Ok cool...that's what I thought. I figured it was that easy.

I wonder if it's my emulator not emulating this. Hm.

Yeah, I figure it's that simple. I'm a step before that, though. Where in memory are the CHR banks to set up in the first place? I guess that was the crux of my question.

Thanks, friend!

Hey all! Project is winding down. Starting to add some unplanned *flair*. Figured I'd try my hand at injecting some animated background tiles, since I'm using UnRom512 and the mapper supports chr ram bankswitching. But I'm running against a void in my conceptual understanding, I guess. The game uses...

Thank god. Thanks for the bug report! It actually drew my attention to another potential problem that I fixed while I was at it. Now, there seems to be only one lingering *bug* that I can't track down, and that's random instances of hurt cycle going on forever. That'll be next, after I do some memor...