Well, if in callback mode, the non-interrupt main loop is also in
a different thread from the audio (if I understand correctly) and
so there shouldn't be any difference between adding stuff to Pd's
main thread and adding other threads. I think the locking considerations
are the same too.
So
Miller Puckette schrieb:
Well, if in callback mode, the non-interrupt main loop is also in
a different thread from the audio (if I understand correctly) and
so there shouldn't be any difference between adding stuff to Pd's
main thread and adding other threads. I think the locking
The only major new feature in 0.41 is callback scheduling;
out of curiosity, i had a brief look at the code ... two comments ...
- has the support for the system lock been dropped for the callback
scheduler?
- is it intended that the sys_idlehook is called from the main thread
without any
I should have put the lock in and forgot... thanks for the reminder.
I'm not at all sure how to handle idle in the callback case. One
could just call the function forever, but that seems like burning the
CPU for nothing. Alternatively, idle processing might want to take place
in a different
Out of curiosity, whats is callback scheduling ? (:
++
Jé
Tim Blechmann a écrit :
The only major new feature in 0.41 is callback scheduling;
out of curiosity, i had a brief look at the code ... two comments ...
- has the support for the system lock been dropped for the callback
Am 28.12.2007 um 20:15 schrieb Jerome Tuncer:
Out of curiosity, whats is callback scheduling ? (:
It means that DSP processing is done directly in the audio driver
callback without using a separate ringbuffer in PD. This allows for
much lower audio latencies.
gr~~~
smime.p7s
Am 28.12.2007 um 20:25 schrieb Miller Puckette:
I should have put the lock in and forgot... thanks for the reminder.
I'm not at all sure how to handle idle in the callback case. One
could just call the function forever, but that seems like burning the
CPU for nothing.
You might have
Cool,
Maybe pd's on its way to a lower latency audio-processing tool then ?
I remember an old thread in which Tim used to say that, as it is, pd is
by design not very a efficient real-time piece of software. IMHO, this
is quite satisfying but if it could get better... wow.
Thank you all for
Pd 0.41-0 test 10 is ready: http://crca.ucsd.edu/~msp/software.html
The only major new feature in 0.41 is callback scheduling; this got
a few new rounds of debugging since test 09.
cheers
Miller
___
PD-announce mailing list
[EMAIL PROTECTED]