4 Nov
2011
4 Nov
'11
7:40 p.m.
On Fri, Nov 4, 2011 at 11:32 AM, Kjetil Matheussen <
k.s.matheussen(a)notam02.no> wrote:
Well, I code in Python for a living, so as far as maximizing developer time
it makes sense! And there are a lot of nice libraries out there for doing
things in Python ( gui, midi, osc interfaces, etc )
iain
Thanks guys, it looked from what I could see on the
port audio page that
only non-blocking was supported, but Gary said on the stk list that it
might be possible with the python wrappers in the rtaudio package. I
realize it's probably not going to be practical as a long term solution
(
though I sure with it were possible ) but as I actually earn my living
coding python and am a total C++ amateur, it's probably worth saving
some
frustration figuring out architecture in a python prototype. I'm ok with
high latency for now.
Kjetil, do you know if anyone has experimented with a real time memory
allocator for Python?
No, I don't know.
Are you sure you need to use Python? There are other high level languages
letting you do this, which are much faster than Python.
LuaAV for Lua is the most obvious since Lua is the same
type of language as Python. Other alternatives I know of are Faust,
Kronos (if it's available now) and Snd-RT.
(Of those last three, you should look at Faust first.)