5 Dec
2002
5 Dec
'02
11:36 a.m.
On Thursday 05 December 2002 12.40, Steve Harris wrote:
On Thu, Dec 05, 2002 at 12:07:35 +0100, Dave Griffiths
wrote:
[...loading samples in different thread...]
Yes, this will work in a system like SSM, but I'm
not sure how well
generic .so plugins and threads will play together... I guess
theres nothing to stop you from cloning a new thread inside a .so,
but it may come as a supprise to the host ;)
Good point.
The way it's supposed to be done in Audiality (but isn't right now)
is that the *host* is responsible for not executing non RT save
parameter changes in RT context. It basically has to rip the plugin
out of the net and pass it to a butler thread which performs the
operation, sending the plugin back when done.
However, this only works for certain cases, obviously. It's not as
simple as that if you only need to run *part* of the plugin in
another thread, while the RT part remains running.
I'm considering some kind of RPC style thing to deal with this. I'd
much rather have the host handle the details, as anything involving
plugins and direct use of threading APIs is inherently very
nonportable - and potentially rather hairy.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Coming soon from VaporWare Inc...------------------------.
| The Return of Audiality! Real, working software. Really! |
| Real time and off-line synthesis, scripting, MIDI, LGPL...|
`-----------------------------------> (Public Release RSN) -'
.- M A I A -------------------------------------------------.
| The Multimedia Application Integration Architecture |
`----------------------------> http://www.linuxdj.com/maia -'
--- http://olofson.net --- http://www.reologica.se ---