How "new" Frame Based Synthesis is, I couldn't say for sure, as elements are clearly present in FFT and possibly some forms of speech synthesis, not that I've done enough research to say so with any authority. Anyway, here's what's going on with the sound clips below.
With many synthesis systems, most of the parameters will determine the basic timbre, and then you might have a few elements to play with in order to change that over time, such as an envelope mapped to a Low Pass Filter in a classic Analogue design. My method takes an entire synth patch - which could involve an FM matrix, additive harmonic synthesis, granular sample playback or anything else - and saves it to a slot, or a "frame." Further timbres are created and saved, and then these patch changes are played back over time, creating movement in the sound. So essentially it's quite simple: instead of having to contend with 30 envelopes or something like that, you just design the timbre as it will be at a particular moment in time. For each step, varying degrees of lag can be applied to the parameters, creating smoother transitions if required.
The fun comes when having created a sequence with many steps. Pitch, rhythm and timbre have been rendered together in a kind of playlist, which I call a page. Pages can be recalled at will. They may be instantly loaded, or a smoother interpolation between the current page and a new page may be enacted. This "morphing" between pages can be specified as any number of steps, and given a curve argument, so that changes at the start and end of the transition period are more (or less) subtle that those in the middle.
There is clearly a lot more scope to this technique, not least that now an entire musical sequence along with its timbre is specified in full as simply a series of numbers, many different transformations can be applied for interesting results. Using this method to create melodies would be made easier with the use of a more intuitive interface, rather than the current grid of numbers. Also I'd like to work on making the code itself more efficient, as at the moment, faster transitions suffer from timing problems. As usual, I've made this stuff with
SuperCollider.