[LAD] Communicating between python UI and C++ engine for real time audio?

Tristan Matthews le.businessman at gmail.com
Thu Nov 3 01:58:06 UTC 2011


2011/11/2 Iain Duncan <iainduncanlists at gmail.com>:
>
> On Wed, Nov 2, 2011 at 10:25 AM, Paul Davis <paul at linuxaudiosystems.com>
> wrote:
>>
>> On Wed, Nov 2, 2011 at 1:09 PM, Iain Duncan <iainduncanlists at gmail.com>
>> wrote:
>> > - realtime low latency engine in C++ using per sample callback audio (
>> > either RTAudio or Jack or PortAudio )
>>
>> this conflicts with this:
>>
>> > Basically I want to be able to do the gui and data transforming code in
>> > Python whenever possible and allow plugins to be written to work on the
>> > data
>> > in Python
>>
>> the GUI is one thing; transforming data *in general* with python isn't
>> going to fit into a low latency engine.
>>
>> now, of course, if you mean "performing edits to high level data
>> structures", which you might, then there isn't really a problem
>> (though you'll likely want to get into RCU to manage things). but if
>> you are talking about DSP processing with python plugins, i *doubt*
>> that it will work reliably.
>
> thanks Paul, I think I was unclear. If I understand you correctly, then I
> meant transforming high level data. I'm making a CV style step sequencer for
> live looping, so I'm talking about having Python be used to do things like
> apply transformative routines to material that is in the sequences but is
> not yet in the audio output chain.  Stuff like, when I hit this midi key,
> run this routine over the sequence data. These Python transformations are
> meant to be run at lower priority, ie if the engine wants the processor to
> spit out the next sample while the transformation is part way through,
> that's fine, it gets interrupted. I wasn't intending to use Python to apply
> dsp to signals going out in realtime, that would likely be accomplished
> using either the STK or embedded Csound instances.

Have you looked at pyo?
https://code.google.com/p/pyo/

I believe it may fit your criteria.

Best,
Tristan



More information about the Linux-audio-dev mailing list