nesdev.com

Just want to lend some support without saying "when will it be done"... The demo is already the best homebrew NES game I've ever played, thanks so much for that!

Is that 85B3 by any chance the handler for the funky embedded switch that I've heard about? I don't have the ROM on hand, but it may be expecting to be followed by a table, the next few bytes are (according my reassembly): AA 82 D4 9C 05 9D 1C 9D Which look like plausible jump targets. For reference...

All we need to do is make sure we Steve Hawking.

Awesome on moon8, I've got my order in!

Very cool! Just a few comments after a few minutes of play. Is it infeasible for the far background to scroll vertically as well as horizontally? I'm falling a lot and its disconcerting for the bg to never move when that happens. Using that same "glass" tile for the far and near background is very c...

Writing an emulator suitable for the public domain is insanely difficult to do, especially in any kind of low-level language. Indeed. Fortunately I was still overconfident when I released Neon64 or it never would have seen the light of day. I worked on it pretty much all through high school, 2001-2...

MottZilla wrote:ItMightBeNES is written in Assembly for the Playstation 1. Has impressive performance too.

Yep, that's the earlier MIPS one I was thinking of.

I wrote one in MIPS R4000 assembler for N64, it happens to support exactly ten mappers (iNES 1,2,3,4,7,9,11,34,66,71). It wasn't the first for N64 or the first in MIPS, but...

You could also go ahead and just loop through every single byte writing every possible value and reading it back to see that it stores each value. Which won't necessarily tell you if writing one byte isn't annihilating some other byte (though I don't know how common this might be with these types o...

I don't think it's such an achievement to make it so small because there is nothing that really can take up much space. I just have an unrolled loop that takes quite some space and the sine table for the rotation of course. Sure, but being relatively compact and fairly efficient with RAM could make...

Thanks for the idea of doing rotating polygons, it's not very exiting but it gets the job done. I think I can now share a working version of my engine here : http://dl.dropbox.com/u/23465629/NES_junk/vector.nes Very nice, and in ~ 1K! Whereas my massive monthlong project does only very slightly bet...

Cool, I'd like to see it. For some point of comparison, it takes 12 frames for Nestify to draw its initial set of 16 (long, overlapping) lines. The next update (erasing 4 and drawing 4 lines) takes 9 frames, and once it gets going it's usually around 7 (though with notable slowdowns). I haven't thor...

Yeah, I noted that in my response , spam guy just picked a line at random. --- Another day, another 10%: http://hcs64.com/files/nestify7.nes I realized that I could use the stack pointer directly to index the data that the routines would deal with, that and putting one byte of the 9 on the zero page...

Thanks spam guy! I've been working hard on this for the past week, but only made small progress until the past two days. 1. I've ripped out the old 6502 generating code in favor of a threaded code implementation, where I keep a ring buffer of subroutine addresses-1 on the stack page, and the NMI rou...

Got the non-vblank processing to catch up by some optimizations in how dlists are generated, about 17% faster that v5. Now the limitation is vblank time again.
http://hcs64.com/files/nestify5.nes

I mean, the compiler is the one generating the ASM/binaries, so it KNOWS what routines are in different banks, it doesn't need the programmer to explicitly say it. With cc65 it's the linker that actually knows the final addresses of everything, and by then it's probably too late to insert bankswitc...