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

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Paul Davis <paul@...>
Cc: <linux-audio-dev@...>
Date: Wednesday, November 2, 2011 - 5:34 pm

--20cf303f6c5ca73e0304b0c3e3de
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Nov 2, 2011 at 10:25 AM, Paul Davis wrote:

> On Wed, Nov 2, 2011 at 1:09 PM, Iain Duncan

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.

Does that sound more feasible? BTW, excuse my ignorance, but what is RCU?

I found some blog posts on Ross Bencina's (sp?) site about making sure
communication between the high priority engine and lower priority processes
works right, but I'm hoping to find more concrete examples of this, and
figure out how to do it between python and c++.

thanks for your help,
Iain

--20cf303f6c5ca73e0304b0c3e3de
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Wed, Nov 2, 2011 at 10:25 AM, Paul Davis =
<paul@li=
nuxaudiosystems.com
> wrote:
On Wed, Nov 2, 2011 at 1:09 PM, Iain Duncan <iainduncanlists@gmail.com> wro=
te:

> either RTAudio or Jack or PortAudio )

this conflicts with this:

> Basically I want to be able to do the gui and data transforming code i=
n

e data

the GUI is one thing; transforming data *in general* with python isn&=
#39;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 transf=
orming high level data. I'm making a CV style step sequencer for live l=
ooping, so I'm talking about having Python be used to do things like ap=
ply transformative routines to material that is in the sequences but is not=
yet in the audio output chain.=A0 Stuff like, when I hit this midi key, ru=
n this routine over the sequence data. These Python transformations are mea=
nt to be run at lower priority, ie if the engine wants the processor to spi=
t out the next sample while the transformation is part way through, that&#3=
9;s fine, it gets interrupted. I wasn't intending to use Python to appl=
y dsp to signals going out in realtime, that would likely be accomplished u=
sing either the STK or embedded Csound instances.
Does that sound more feasible? BTW, excuse my ignorance=
, but what is RCU?=A0I found some blog post=
s on Ross Bencina's (sp?) site about making sure communication between =
the high priority engine and lower priority processes works right, but I&#3=
9;m hoping to find more concrete examples of this, and figure out how to do=
it between python and c++.
thanks for your help,Iain

--20cf303f6c5ca73e0304b0c3e3de--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [LAD] Communicating between python UI and C++ engine for..., Gabriel M. Beddingfield, (Thu Nov 3, 2:05 am)
Re: [LAD] Communicating between python UI and C++ engine for..., Vytautas Jancauskas, (Thu Nov 3, 7:49 am)
Re: [LAD] Communicating between python UI and C++ engine for..., Iain Duncan, (Wed Nov 2, 5:34 pm)