On Mar 7, 2010, at 8:16 AM, William Brent wrote:
Hi Ben,
For what it's worth, I just tested a patch running steady at 85% with
0.41.4-extended, and realtime reliably gives me values between
992-1008ms for a [delay 1000]. This is on a 2.5Ghz Intel Core 2 Duo,
4GB, OS 10.5.8.
Same values for me with same hardware running 10.6.2 and Pd-extended 0.41.4.
After using Pd on Linux for some years, I was expecting to experience the dreaded OSX "slow pd and midi syndrome". So far I haven't had any problems of the sort and my patches run just as they do in Linux with -rt. Of course I'm not using GEM and I'm not running 20 other applications at once as most mac users seem to do ...
On Sat, Mar 6, 2010 at 10:25 PM, B. Bogart <
ben@ekran.org> wrote:
Hey all,
I've been running a patch on an intel mac for a while, but noticed some
horrid timing problems [delay 1000] takes ~3000ms according to [realtime].
The patch uses between 50% and 105% CPU according to top.
I've not got it down to about ~1500ms, but I can't pull back the patch any
further, and top says it using only 50-64% CPU...
I realized I was not using -rt, but when I try and run pd-extended (sorry I
don't recall the version, probably the stable one as of Sept 2009) pd does
not start in -rt mode, I get no messages from stdout or the console like I
do in linux to tell me about priority scheduling.
Are there versions of pd-extended for OSX where -rt works? How do I set it.
I tried:
-rt in "startup flags"
sudo /Application/Pd-extended/.../bin/pd -rt
sudo su
/Application/Pd-extended/.../bin/pd -rt
And nothing works.
So what have I missed? Or what Pd should I be using?
Thanks,
B. Bogart
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
--
William Brent
www.williambrent.com“Great minds flock together”
Conflations: conversational idiom for the 21st century
www.conflations.com