nesdev.com

With huffman encoding (with 4-bit code size) after LZ4 it takes:

9816 bytes for sawtooth
4896 bytes for pulse

I'm planning on doing huffman code on top of the LZ4 data. I'll do it on a 4-bit level but I'm having a hard time figuring out how to make sure the huffman tree never takes more than 8-bits per huffman code.

The cycle timing would have to be perfect too. Exactly 32 cycles per sample every time.

I just tested this same algorithm with the BRR block header bytes rearranged at the front and here are the results: 12517 bytes for sawtooth patch 6013 bytes for pulse patch With software generating, my main concern is the SPC700's Mhz speed. LZ4 decompressing is mostly just block moves. I forgot to...

It's to pack more in the audio RAM.

In my SNES music program I'm making I just added an LZ4 compression feature, and these are the compression rates. Synth patch with 4 detuned sawtooth oscillators: BRR: 18432 bytes LZ4: 12690 bytes Synth patch with 4 detuned pulse waves BRR: 18432 bytes LZ4: 6139 bytes The pulse waves look promising,...

So if the visual coding system will be like Unity, then I really hope all the code and the overall engine will be very optimised. Optimisation is very important for such an old system like the SNES. I'm not about to try to make a whole shoot 'em up, only to find out that the Retro Game Builder engi...

I figured out why the top of the "Gaussian" table is 1305. I believe the interpolation table was designed to act like linear interpolation + a smoothing filter. If a you have the wave {0, 1, 0, -1, 0, 1, 0} with linear interpolation, it will come out as triangle wave, but the SNES was probably desig...

We found out it's not an exact Gaussian.

Does anybody have a fourier transform of this? I feel like looking the FFT will explain a lot.

Why is it that when I plug the equation into my TI-84 graphing calculator, some of the values differ slightly?

Has anybody ever looked into how games are able to restrict camera movement in certain parts of levels, such as having only horizontal scrolling in one part of the level, vertical scrolling in another section, diagonals in the next section, and free scrolling in the next section?

Bump

I'm still wondering how, if you write to OAM mid frame, you would make sure X byte goes to X, Y byte goes to Y, and the hioam byte goes to hioam.

If CRTs are capable of displaying colors out of the RGB cube, then that explains why NES colors are so hard to emulate. No, that's not it. Both TVs and CRT computer monitors used the same phosphors and had the same CIE primary coordinates. Things might be too dark, but color rendition is otherwise ...

If CRTs are capable of displaying colors out of the RGB cube, then that explains why NES colors are so hard to emulate. My phone has a wider color gamut than my computer screen does. I'll bring up drag's NES palette generator on both and see if I can get a better looking NES palette on my phone. Of ...