nesdev.org

Thanks for the answers everybody! The MIDI format doesn't directly specify sounds. Oh, it doesn't? Then what does define the sounds? And what does the MIDI file itself define? possibly because it was originally designed for the SNES CD I didn't know that! Interesting! Btw, although I may know plenty...

These 2 videos describe the NES's audio: (a) https://youtu.be/q_3d1x2VPxk (b) https://youtu.be/la3coK5pq5w (This video also goes on to talk about the C64, which has a sawtooth waveform. If a pulse/square wave is for the melody, a triangle wave is for drums, and noise for snares, what is the sawtooth...

So yeah, the bias in this case calculated by mirroring the bits of a counter that's incremented by 157 every frame. I haven't actually used this for anything, I just made this one test program, so I can't comment on the effectiveness of this in an actual game. Ah, so the counter is incremented by 1...

In FCEUX for Windows, open the Hex Editor and scroll to $6000. Work RAM on the cartridge lies between $6000 and $7FFF. Thank you. I think I was explaining how I changed the fake global sub-pixel position each frame, but it's been a while. I'll take a look at the test code I write for this later tod...

An extra RAM chip inside the cartridge, so the game has more to play with than just the 2KB of RAM the NES ordinarily has. In most cases, that's 8KB of extra RAM, but some mappers are able to use more through bankswitching.

How do you watch/monitor such RAM in an emulator? (I'm using FCEUX.)

Remember, the Japanese versions of the first two games in the series ran on cartridges without on-cart CPU RAM, so they had to pull every trick to minimize RAM usage.

Could you explain what "on-cart CPU RAM" is?

Moving objects should not be part of the map. The map might even contain "clues" indicating when/whete to spawn the objects (although having a separate list just for objects is the norm), Okay. but once they're "alive" they definitely shouldn't be considered part of the map. So,...

(1) In this thread ( http://forums.nesdev.com/viewtopic.php?f=2&t=12831 ), tokumaru said: I just tested in my crappy JavaScript implementation and guess what resulted in the smoothest movement? Adding 157 AND reversing the bits. That's with a velocity of 0.25, at least. I don't understand what &...

It's 3 months, but I'm still interested in an answer. Does anybody know who this mystery "BearsNBoltz" is? It looks as if he joined just to post that, and then left without ever waiting for an response:

Joined: Thu Oct 16, 2014 8:08 pm
Last visited: Fri Oct 17, 2014 12:53 am

BearsNBoltz, I'd still like know your secrets! Please reply! Knowledge yearns to be shared, not hoarded!

Yes! Please reveal your secret knowledge!

Well, an hour later, I still can't find it. There are 26 letters in the alphabet, and 2**5 == 32, so there should be 6 (== (32 - 26)) combinations of letters to check for. Yet I find nothing when I search for each. =/ (Maybe I should check for XOR'd combinations?) Edit: Wow, my excel clone doesn't h...

So there you go -- not encrypted, but just compressed. Compression methodology unknown, but makes sense given that the ROM space is pretty much 100% used. Attributes being bitfields is a little vague, but chances are it's probably something like 4 bits per attribute (so values 0-15), or maybe more ...

Given what I know of the Tiburon guys, I'd be willing to bet money the strings aren't in pure ASCII -- they're going to be either offset by some value or XOR'd (cheap encryption), and possibly the graphics are the same; I'm absolutely certain there is no "multi-byte encoding" (this is a c...

ROM in the Super NES usually appears mirrored several times. For example, HiROM appears at both $C00000-$FFFFFF and $400000-$7DFFFF, and the second half of each 64K bank appears at $008000-$3FFFFF and $808000-$BFFFFF. Ah, okay. How do I tell what's in HiROM though? And no, I usually communicate wit...