On Mon, 15 Sep 2003 cgc@humboldtblvd.com wrote:
OSX schedules time slices by thread not task,
if you want to say with this that tasks are not scheduled, then I think I disagree. PD has a separate GUI and Audio task, therefor setting higher priority on the audio task improves the realtime behaviour.
The problem that it does'nt always work as we would like lies in the "communication overhead".
Guenter
which is where the problems come in to play with pd. elevating the task priority of pd won't help at bit if the gui functions still take to long to execute in the pd task and don't leave time for the audio. the best (and probably final) solution to the problem is to put the audio and gui in separate threads so they can be scheduled separately. this is the _only_ way to schedule time slicing with reasonable results on OSX. again, every major piece of audio software already does this which is why Logic, Pro Tools, SuperCollider, etc are not effected by GUI actions like pd.
cgc
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list