Thursday, September 11, 2014

Plogue livenes

Is a Nintendo Entertainment System "homebrew" application that I've developed in order to improve the emulation of the RP2A03 for chipsounds 2.0, which is currently in development.

It allows you to change the values of the APU's memory mapped registers ($4000 to $4017) using nothing but the Nintendo d-pad.

A side effect is that it can also be used to generate live minimalistic 'music' on a NES by manually toggling a bit at a time, which is of course completely unintuitive!

Changing the pitch value for a specific channel on a musical scale implies changing multiple bits at once, something that is clearly impossible here.

As I like a challenge, I tried to see if I could make something remotely musical out of this incredible restriction set. The following piece was recorded live (not sequenced in any way) on a real NTSC NES:



Note:
A)The main DMC 'sample' that starts the piece is actually the application code and graphics being interpreted as Delta Modulation.
B)My NES is stereo mod-ed, so there is a slight touch of post mix and reverb, but that's it.

If you want to try it our for yourself you can download the latest .nes ROM here

Revision history:
1.1 Fixed the wrap around on the lower part of the screen
1.0 Initial version

How can you run this on a real NES and not just in an emulator?

1)Put it on a Powerpak
2)Make yourself a nice UNROM (Mapper 2) dev cartridge out of one of those carts
(mirroring is irrelevant). I won't get into the details of that, but here's what mine now looks like:

Thursday, October 10, 2013

chipcrusher re-sampling vs frequency response

Quite a few users have complained about chipcrusher's peculiar 'dry' frequency response compared to what they get with other common decimator plugins. This post hopefully will explain a few things.

Lets say we bypass the bit reduction, distortion and post filtering and only concentrate on the task of downsampling the plugin's input signal. which would be say at 96kHz. and that chipcrusher's re-sampler would be at 44.1kHz, its internal maximum.

There are two important aspects to consider:

1)Typical results achievable using a vintage sampler is very different from 'your typical Bitcrusher VST'.

99% of bitcrushers/decimator plugin out there use the same tired algorithm that was posted more than 10 years ago on musicdsp.org. This method does NOT band limit the input signal prior to the downsampling, it just sample and holds using a counter... any sample!

This is not what classic samplers did. Any engineer with half a brain at least tried to filter analog audio signal so it wouldn't contain harmonics over the Nyquist frequency of the target sample rate!. If you skip this pass, you will get extra aliasing all over the spectrum.

2)Not all lowpass filters are created equal.

All versions of chipcrusher prior to v1.005(available soon) used a CPU friendly downsampling setting which - in retrospect - might not have suited everyone's taste since it was not steep enough for high frequency content.

You can see chipcrusher's default precision somewhere in this animation made using 96kHz -> 44.1kHz with a white noise as source. All the other settings will be available. We have added a new 'Precision' parameter to set the steepness/cpu use ratio you desire. BTW The first picture in the lot is from a "do not pre filter" setting, we offer 6 such settings, from 6 point spline to truncation. Aliases like crazy, but to each is own.

Saturday, June 29, 2013

Making arcade cabinet impulse responses.

Here are a few pictures we took while capturing impulse responses for chipcrusher in late 2011...
Sorry for the mess, our office is a perpetual hardware dismantling lair.

Thursday, June 6, 2013

GBA SP Speaker Impulse Response



Looks fun? This is what I did for each and every speaker impulse in chipcrusher's Post Processing section.

The goal is to capture not only the frequency response of the speaker itself, but also the effect of its casing and internal components: resonance, cancellations etc.

Its thus very important to make sure to properly close the unit (which can be complicated by the tight confined space) with your soldered speaker leads dandling out without changing the tonal balance of the unit.

A few carefully created test tones are then 'injected' through the leads and recorded with one or more microphones in a mostly anechoic space at a few inches from the device. 

Next the recordings are processed with custom software.

Once thats done, and we are sure the recorded IR data is valid, we need to do the inverse: reopen, unsolder,
close and make sure it works. While the microphones are set up I usually also record native console sounds (games or test code), through that same setup, for later comparison.

Luckily no unit were destroyed, and everything worked just like it did before.

(But you can imagine the stack of devices that I have in the office and in my basement)... there is a psychological condition for that, and also a TV show about it.... Rest assured I ONLY keep tech stuff. :)