On Sunday 07 May 2006 19:07, Michael Gogins wrote:

> I believe the problems I was having relate to executing the Python script
> synchronously and therefore ceasing to dispatch FLTK events. I think
> running the Csound performance in a separate thread (which is CsoundVST does)
> will take care of this.

In fact, this frontend also uses a separate thread by default (actually,
three threads: main GUI, console messages, and audio), but implemented
with the CsoundPerformanceThread class which does not make it possible
to run arbitrary code in the audio thread (because it is run internally
by the class). There is also an alternate, synchronous mode specifically
for compatibility with the widget opcodes.
The solution is probably to create another subclass of CsoundPerformance,
as you mentioned, for use by a Python performance. However, if I
understand correctly, the Python script takes over controlling the
performace, so some of the transport controls may need to be disabled,
but I may be wrong about this.

> There may still be issues with FLTK locking. 

I think if the Python performance runs in a separate thread, the
use of FLTK graphs and widgets should be disbled there (see
CsoundPerformance.cpp, line 253), and if the Python/audio thread
itself does not use FLTK (note that the console messages are
printed using a queue that is polled by the console thread - the
Csound message callback itself only queues the messages, but does
not actually print them), then the FLTK locking should not be an
issue.


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net