nesdev.org

locating cmcmap after the vectors, the assembler has them listed at address $0000, which is the RAM, nothing is there. -relocate cmcmap somewhere in the ROM between the code and the vectors... motion.nam is not a binary file, you should use .include not .incbin. Thank you so much for that! I have b...

So I have been looking at Ccovell's motion demo which seems to do exactly what I am trying to do. Seriously thanks for making the source available it is super helpful. http://nesdev.com/anims.zip I have converted it to ASM6 which compiles (yay!) and it is displaying content on the screen in the righ...

Plus...maybe it looks like an efficient loop...but you really have very very small time during V-blank...you can only transfer 130-180 bytes per V-blank (difference depending on whether or not you do Sprite DMA) with this loop.. Thanks I will work on that and report back! Would the best way to do t...

I am sorry to bug everyone again, I have done a fair amount of work on the code and I THINK I am loading information into alternating name tables and loading alternate name table each frame, but I still have a flash between frames. This is the code I am using to write to the alternating name tables....

Just in case it is useful for someone in the future, I fixed the problem. I used this code animation: DEC framecounter lda framecounter CMP #$00 BNE noanimation LDA nametableflag CMP #$0 BEQ flip LDA #%10001010 ;switch to first name table STA $2000 JMP postflip flip: LDA #%10001000 ;switch to second...

I really like the nerdy nights tutorials here

http://nintendoage.com/auth/forum/messa ... eadid=7155

OK, so I have spent a bit of time working on this and I have managed to load a different simple picture into each name table. Up and down will select which name table is being displayed which is great. I know it isn't anything major but I am pretty pleased with myself up to this point. Start should ...

Dwedit wrote:1024 bytes per frame is impossible, that's why we mentioned doing 128 bytes per frame instead.

Sorry! that was a total brainfart. I know it needs to be less. I even mentioned 128 earlier in the thread...

My old demos, Motion / Flame do this nametable double-buffering and flipping, if you want to check out the code for them (though ignore any bad coding practices that you find. ;-D) I actually found that yesterday! It is super handy. Thanks for the heads up though. I am still really pretty new to co...

Right so even if you are writing to the name table the PPU isn't currently displaying You have a few thousand cycles in vblank where the NES is not drawing the screen. This is the only time you have to access the PPU. Any other time during the frame and the PPU is busy drawing the screen; trying to ...

Actually, I had a follow up question. If the 2nd name table is being loaded "off screen" why is is necessary to load it 128 bytes at a time?

I totally trust you guys that it IS necessary, I would just clearly like to understand why.

or just the .nam file? How big are your .nam files? If they're 1024 bytes, the attribute table is included, if not, they'll be 960 bytes.[/quote] They are 1024. Ok so I can set a counter for 8 frames, load 128 bytes each frame then transfer everything and reset the counter and in theory no flicker?...

Thats awesome, I will give that a try. I am sorry if this is a silly question, would I need to reload the attribute table as well or just the .nam file?

Ive been looking as a .rom nocarrier made called gallerynes to load a sequence of .nam files. I am trying to remove the blank frame each time a new .nam is loaded. I can't work out how to approach it though as I assume you need to vblank before loading a new .nam so it loads cleanly but the vblank i...

Thanks for clarifying that!

Also sorry this pastebin has all the code

http://pastebin.com/HgnwK5Ey