Re: Virtual audio device glitches
Re: Virtual audio device glitches
- Subject: Re: Virtual audio device glitches
- From: Jeff Moore <email@hidden>
- Date: Wed, 13 Oct 2010 11:53:12 -0700
My first suspicion is that this is about the erase head running too fast. A quick and dirty way to check for this would be to turn the erase head off using IOAudioEngine::setRunEraseHead() in your driver.
If this turns out to be the case, you'll want to take a look at how you have implemented IOAudioEngine::getCurrentSampleFrame() as this method controls. This is the method that controls the erase head's concept of time. You might want to take a look at the AudioReflectorDriver sample for an example of a driver implementing IOAudioEngine::getCurrentSampleFrame() to keep the erase head out of the way of things.
--
Jeff Moore
Core Audio
Apple
On Oct 13, 2010, at 9:47 AM, Robert Bielik wrote:
I'm doing a Soundflower-ish solution, and I got everything working as long as I use only one client application (Spotify f.i.). As soon
as I start another application generating audio, iTunes, or even the volume control buttons on the MBP, audio starts to glitch once
every second or so (a rather annoying "click"). If I restart the streaming in my audio-thruing application (Soundflowerbed-ish), the glitches disappear and won't appear until I start another app a.s.o.
I suspect it has something to do with my timestamp, but I'd like to pop the Q on the list if anyone would have a Deja Vú experience :)
|
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden