[LAD] Something like Processing for audio

Darren Landrum darren.landrum at sbcglobal.net
Mon Sep 29 11:20:36 UTC 2008


Frank Barknecht wrote:
> One thing with Pd is that it is a block-based realtime system, so some
> of the techniques you mentioned (i.e. those that involve feedback
> delay lines) can be impossible to implement in Pd using only the
> builtin objects (feedback delay lines always have a minimal delay time
> of one block in Pd). But you can code these objects as C-externals or
> with Faust for Pd.

Yes, I was wrestling with this logic back when my idea was to make a 
Reaktor-alike for Linux. Reaktor handles this, I think, by having a 
separate "core" layer that works sample by sample. In other words, when 
you're using the Core objects, you're operating at the sample level, and 
then when you use the objects you've made with Core, you're at the block 
level. That's probably not a bad way to do it.

I think I may have figured out some logic to implement something like a 
single-sample delay as a block object. That's one of the things I wanted 
to play around with. There's also the possibility of playing around with 
templating, where an object can process a vector's worth of data or a 
single sample, depending on how it's called.

I've been thinking about the front-end, ie, the editor with the 
single-button build and run system to make a pseudo-live-coding 
environment for C++. Since nothing to do with this front-end will ever 
make it into a JACK application and/or plug-in made with this system, 
I'm thinking I could implement the front-end with Python instead of C++ 
and save myself a lot of headache.

Right now, though, I'm agonizing over a physics class lab assignment due 
today that I can't figure out, and running on 3 hours of sleep as a result.

-- Darren



More information about the Linux-audio-dev mailing list