It's indeed "as soon as possible", except that if someone else has previously
scheduled something ASAP that ASAP will get in earlier than yours. You
can chain arbitrarily many clock_delay(..., 0) calls without DSP or event
polling getting in between.
cheers
Miller
On Thu, Dec 28, 2006 at 11:05:3
I was just looking at how comport was implemented and I noticed that
x->x_deltime isn't really used at all. In comport_tick(), this is
the delay statement:
clock_delay(x->x_clock, 1);
So it is pegged to 1ms. I am wondering what is going to be the best
delay setting to have the lowest j
If I issue a clock_delay(x->x_clock, 0), will the registered tick
function be executed in the same clock tick, or will it always wait
for the next clock tick?
Basically, I am looking for a way to schedule something "as soon as
possible".
.hc
Patches item #1604133, was opened at 2006-11-27 18:51
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604133&group_id=55736
Please note that this message will contain a full copy of the comme
Patches item #1604142, was opened at 2006-11-27 19:03
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604142&group_id=55736
Please note that this message will contain a full copy of the comme
Patches item #1604140, was opened at 2006-11-27 18:58
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604140&group_id=55736
Please note that this message will contain a full copy of the comme
Patches item #1604134, was opened at 2006-11-27 18:52
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604134&group_id=55736
Please note that this message will contain a full copy of the comme
Patches item #1624018, was opened at 2006-12-28 22:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1624018&group_id=55736
Please note that this message will contain a full cop
Patches item #1579049, was opened at 2006-10-17 11:49
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1579049&group_id=55736
Please note that this message will contain a full copy of the comme
Hi,
I did this patch quickly because I needed it.
The changes are _very_ simple, so I have some confidence that it should
work.
Some quick tests under Linux and OS X showed that it was working. I haven't
tried the patch under Windows. (Never compiled Pd under Windows actually.)
Testing the TT
When I get the latest from the stable_0_40 branch, I noticed that the
version is still set to 0.40-1 in m_pd.h. Did the version just not
get updated or are the 0.40-2 changes not in CVS yet?
.hc
All information sho
This patch adds multicast support to the OSCx libs, it looks useful,
but I don't really use OSC, so I couldn't say if its worth taking or
not:
http://sourceforge.net/tracker/index.php?
func=detail&aid=1612910&group_id=55736&atid=478072
Shall we trying it in the nightly test builds? Anyo
12 matches
Mail list logo