This seems to change everything for Audio with Python: http://code.google.com/p/pyo/ 2010/9/26 Joel Roth <joelz@xxxxxxxxx>: > On Sun, Sep 26, 2010 at 11:10:59PM +0200, Arnold Krille wrote: >> On Sunday 26 September 2010 06:45:42 Joel Roth wrote: >> > On Sat, Sep 25, 2010 at 11:24:26PM +0200, Arnold Krille wrote: >> > > And because python afaik still >> > > has the big interpreter lock, effectively suppressing any python multi- >> > > threading. Which you work around by re-implementing your heavy-math parts >> > > in C and run them outside the interpreter lock (but still from within >> > > threads created and managed from python)... >> > >> > What, no native threads. Mock horror! >> >> Native threads: Yes. >> But only one python interpreter to run. At least in python2.X. >> As long as you call long-running non-python functions in the other threads, >> you are fine (like the run() function of your audio-apps jack-engine). > > Interesting. There do seem to be a growing number of python > apps for audio, video and music. > > So far the unix process model serves my needs well enough. > > Regards, > > Joel > >> Arnold > > > >> _______________________________________________ >> Linux-audio-user mailing list >> Linux-audio-user@xxxxxxxxxxxxxxxxxxxx >> http://lists.linuxaudio.org/listinfo/linux-audio-user > > > -- > Joel Roth > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user@xxxxxxxxxxxxxxxxxxxx > http://lists.linuxaudio.org/listinfo/linux-audio-user > _______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/listinfo/linux-audio-user
