nesdev.org

To each his own, as I always say. This comprehensive disassembly is only for those who might be interested in how Super Mario Bros. works. It isn't going to create interest in disinterested people, and I don't expect it to. And this modularization effort beneficii has put forth is just one of many p...

The short answer: No, we don't take requests here.

There's not much that can be done about that. Since I have yet to see exactly how you modularized it, I will have to assume you moved the levels' enemy and area data elsewhere, which would naturally cause the addresses to change...and since the game attempts to fetch data for world 36-1 in entry to ...

It should only be spitting out the ORG and the IRQ now that I updated it yesterday. That output looks like it was from before. I compiled your C code on Turbo C just now and ran it on smbdis.asm...it gave me this output... Line #670: .org $8000 Line #16352: .dw $fff0 ;unused 16352 rainu yonda Zubari...

re: the loop command I'm not sure, at this point, whether I commented the entry ".db $9645" as a dummy entry because it wasn't being used, or whether I did so because it didn't lead anywhere useful as far as the game was concerned...but I do see how that could cause problems in modularizat...

There isn't one, at least not yet. Maybe someone out there will create one, but as good as the UNIF format is, I doubt it.

Perhaps I should break this thing up into smaller pieces.

I am curious to see how you modularized it. It was pretty chaotic to do, I bet.

Oh, goddamnit. These things are coming out of the woodwork. Yeah, I went ahead and fixed that. Then I ran a complete check on every branch and jump in the file, and could find no others. But anyway, thanks again for finding those bugs. My methodology was simple: I ran a disassembler on the program r...

It's possible he may have been born with that red shirt on. Have you ever seen him take it off?

Wow, awfully keen eyes you have there. I did not notice that myself. The address was correct, I just forgot to change it to a label. Anyway, correction made.

Shouldn't those vectors start at $9ffa or $fffa instead of $9ff8 or $fff8?

I have enough trouble using assemblers without worrying about this crap. The standard of using # for values was established as a standard a long time ago by other 6502 programmers. What goes on in other languages is the business of the programmers of said languages. Also, I would just like to point ...

Glad you guys like it :-)

Well, good luck with that if you decide to pluck at it some more.