Re: [Octal-dev] Fourier Transforms and samples

[Steve Mosher]

On Mon, 22 May 2000, Dave O'Toole wrote:
> Aside from the use of notes to specify fundamental frequencies, Octal
> doesn't have a preferred fourier description method; nobody's locked
> into anything. An individual "machine" plugin may use any format it
> wishes for its "patches." 

        This is sweet. Octal is much more dynamic than I'd originally
imagined. Very nice =).

> language. It's for both live and studio performance, in real-time using
> the techniques of tracking. 

        Here's a question, I don't know if it's been brought up before or
not... I should be looking at the setup more closely to figure it out for
myself, but anyway: can octal perform in non-realtime? I would imagine it
would, but it's important to those who have a lower-end machine, who wish
to do cpu-intense dsp stuff with wide polyphony. One could compose at
11kHz, and then proceed to write it to disk @ 44kHz, for quality. This
isn't too big of a deal, but it's nice to have.

> Like almost all trackers, its primary technique is in utilising sounds
> (whether waves or patches for mini-synth plugins) created in other
> environments--using many tools to do the work. In this scenario, a
> "fourier" synth plugin could be made, which generates sound based on a
> fourier description rendered by an external tool. So you can create
> patches and then load them into Octal.  

        Yeah... I think pre-rendered (short-time) Fourier descriptions
would work well, but of course, there's still a few issues with that.

--
        Heuristics are bug ridden by definition. If they didn't have bugs, then
they'd be algorithms.