|
Yes, what I'm doing is running one of the four LFO's at any given time with the other three frozen. The times I switch the LFO's vary with a pseudo-random value. I actually read the executable code from start to finish to get that randomized value. Perhaps a better approach is to use that random value to multiply the average tap movement rate and keep all of the taps moving, though at randomized rates, which should, when integrated by the LFO, result in randomized locations. I changed the coding of the host software so the LFO sizes vary with the master loop size parameter.
I might add, scaling the loop size parameter really does make the room size change from a pretty decent-sized hall to a pretty small room. It actually sounds more like a finished reverb in the 5-10 metre region (sizing 332 m/s and the shortest loop), above that is where the looping sound happens. I've gotten it pretty close by messing with the output tap amplitudes. I am thinking that it would be better to have a loop gain multiplication between each tap, spending another six instructions over what I do already, but keeping the gains of each multiply identical, which makes the host's job trivial. The other thing is the apparent gain of one of the two output channels is quite different - the left to right level balance is a hair off. Perhaps that is intentional?
In between reverb experiments, I've been coming up with digital delay patches for that mode of operation. One thing I find with the AL3201 is not enough memory. 32k just isn't enough for really big spaces.
-Dale
|