On Fri, 2006-09-08 at 00:58 -0400, Mathieu Bouchard wrote:
On Fri, 8 Sep 2006, Claude Heiland-Allen wrote:
First step would be to split Pd into a "hard real time" DSP thread and a "non real time" Message Processing thread,
well, IMO message processing should be done in the dsp thread to have a tight messaging/dsp interaction ... however longer-lasting or blocking operations should be moved to a separate thread
Hmmm, how far is devel_0_39 from having implemented this? I don't recall what's the state of this feature in devel_0_39.
i started to implement a separation of realtime and nonrealtime threads for devel_0_39, but mainly to be able to sync the dsp scheduler with the audio driver (mainly portaudio). there is no real separation of operations like object creation, gui interaction or buffer operations, though ... however, the synthesis engine, that i'm currently developing, takes this into account ...
concerning realtime kernels ... taking the current implementation of the audio backends of vanilla pd into account, running a -rt patched kernel would have a similar effect as upgrading a viennese fiaker with a formula 1 engine ...
cheers ... tim
-- tim@klingt.org ICQ: 96771783 http://www.mokabar.tk
After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs