yes, Thomas smeeton.
Thanks.
Sent from mBox Mail Hotmail for iPhone and iPod Touch http://www.fluentfactory.com/mboxmail
On 2012-02-29 13:38:53 +0000 pd-list-request@iem.at wrote:
Send Pd-list mailing list submissions to pd-list@iem.at
To subscribe or unsubscribe via the World Wide Web, visit http://lists.puredata.info/listinfo/pd-list or, via email, send a message with subject or body 'help' to pd-list-request@iem.at
You can reach the person managing the list at pd-list-owner@iem.at
When replying, please edit your Subject line so it is more specific than "Re: Contents of Pd-list digest..."
Today's Topics:
- Re: latest Pd-Extended cpu usage (was: new editing features of Pd-extended 0.43, now in beta) (Rich E)
- pddroidparty netsend and netreceive (Orm Finnendahl)
- Re: pddroidparty netsend and netreceive (berenger recoules)
- Re: pddroidparty netsend and netreceive (Ga?l Dubus)
Message: 1 Date: Wed, 29 Feb 2012 22:17:42 +1100 From: Rich E reakinator@gmail.com Subject: Re: [PD] latest Pd-Extended cpu usage (was: new editing features of Pd-extended 0.43, now in beta) To: Jamie Bullock jamie@postlude.co.uk Cc: pd-list@iem.at Message-ID: CA+vnWEiocUiy+u8an4KfGiY0gUW8xCkfGdXGnWV4j2j4j6sdAA@mail.gmail.com Content-Type: text/plain; charset="iso-8859-1"
Note that the issue I'm seeing is a difference in cpu usage between Pd-Extended and Pd-vanilla. In OS X 10.7, when opening up each version of pd and looking at Activity Monitor (before every opening a patch or turning on DSP), I get:
- Pd-0.43.1-extended-20120228 running at ~ 17% cpu
- Pd-0.43-1 running at ~ 7% cpu
I can file this on sourceforge if it would be easier to track there.
On Wed, Feb 29, 2012 at 8:56 PM, Jamie Bullock jamie@postlude.co.uk wrote:
On 28 Feb 2012, at 21:10, katja wrote:
On Tue, Feb 28, 2012 at 9:06 PM, Jamie Bullock jamie@postlude.co.uk
wrote:
Yup, I think this is related to the Portaudio driver. I reported it here:
http://sourceforge.net/tracker/?func=detail&aid=3100679&group_id=557...
I don't think it's Portaudio itself that's at fault, but rather the way
it interfaces with Pd.
DspFuncLib is in:
/System/Library/Extensions/AppleHDA.kext/Content/Plugins/DspFuncLib.kext/Contents/MacOS.
If you run command nm on the lib, you'll see a plethora of dsp functions
like MultiBandCompressor, NoiseCanceller, Loudness, Softclip, Limiter and whatnot. Functions in this lib are called when the internal soundcard is used. When using an external soundcard with Pd, DspFuncLib is not called and that makes the big difference in CPU load.
AppleHDA and mach_kernel are Apple libs as well and together with
DspFuncLib they are responsible for the crazy CPU load in the 'idle-but-dsp-on' case.
PortAudio functions are apparently statically built into Pd and they
consume very little CPU time.
It seems that you're right, so I've closed the bug (my apologies to PortAudio!).
I guess the real 'fix' for this is that Pd now has a block size setting in Preferences. With a block size of 1024, using the PortAudio driver I get a CPU use of <2% with DSP on. Checking "use callbacks" also seems to reduce CPU. Here, I got a reduction of ~2% with that checked.
Also, I'm not sure if this is an improvement in recent versions of OS X, but Pd now runs at only ~5% with DSP on using the PortAudio driver with a blocksize of 64. This is on a MacBook Air i7/1.8.
best,
Jamie
-- http://www.jamiebullock.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list