[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-dev] idle scsynth CPU usage

Aaah... got it.

Actually, I just tried running everything thorough JackOSX, and the problem with scsynth disappears, but it shows up now in jackd! Same problem... around 8% CPU on the CAPThread. And this was setting Jack to use portaudio instead of coreaudio, so perhaps the Core Audio list is not the place to post this problem.

Thanks for the idea Jonathan,


Joshua Parmenter
Post-Doctoral Research Associate - Center for Digital Arts and Experimental Media
Raitt Hall - University of Washington
Seattle, Washington 98195


On Jan 8, 2006, at 7:46 PM, jonathan segel wrote:

keylargo is the internal sound chip controller on the other alu- powerbook.. oh wait, maybe it's not. i think "snapper" is the chip. i'm trying to remember from configs for when i installed gentoo on a powerbook. the device is Texas Instruments TAS3004.

i was wondering if it's the same chip and controller, but now i'm gonna have to do more research to figure out what to compare it to!

by different driver i mean something other than the internal one, like a digidesign or indigoIO or something?

On Jan 8, 2006, at 7:15 PM, Joshua Parmenter wrote:

This is using all the internal defaults...

How do I change the driver? And where would I see if it is KeyLargo?

On Jan 8, 2006, at 6:19 PM, Jonathan Segel wrote:

On Jan 8, 2006, at 5:00 PM, Joshua Parmenter wrote:
I ran Shark, and the difference came in the scsynth process, under the thread CAPThread. On the old machine, this was running at about 1%, on the new one, about 8%

Most of this seems to be involving the com.apple.driver.AppleDBDMAAudio and the com.apple.iokit.IOAudioFamily libraries.

i'm curious, is there an idle process difference also when using a different coreaudio driver? or is it only the Apple built-in? (is that still KeyLargo on these machines?)

        Jonathan Segel  --  4014 Brookdale Ave. Oakland, CA 94619
                MAGNETIC -- http://www.MagneticMotorworks.com

sc-dev mailing list