Re: Coreaudio-api Digest, Vol 8, Issue 178
Re: Coreaudio-api Digest, Vol 8, Issue 178
- Subject: Re: Coreaudio-api Digest, Vol 8, Issue 178
- From: Paul Davis <email@hidden>
- Date: Mon, 13 Jun 2011 16:38:26 -0400
On Mon, Jun 13, 2011 at 3:17 PM, Alex Flecher <email@hidden> wrote:
> Tahome,
> I have been through the soundflower. However, it just creates virtual
> interfaces which
> can be used for routing audio. Rogue Amoeba is also a good tool but it
> will also relaunch the application whose audio we intend to record.
> But the concern here is
> * neither i want user to tinker with the default system settings
> nor i want the user to configure the output device for an application.
> let the default output device be whatever it is and capture the audio
> What i am thinking that HAL will be mixing audio samples of various
> streams being feed
> to a given default device. So is it possible to capture the samples
> before mixing. Any
> guesses if it is possible and if so, how. I am new to IOKit and driver
> stuff so cant answer
> this question myself.
a search of the archives of this list would reveal that there are 3
methods of intercepting audio generated via coreaudio apps:
"Soundflower is a kernel driver that copies the data from it's output
back to it's input. Audio Hijack patches the HAL in a process to
insert itself in the audio stack. JACK is a user-land driver that
sends audio to a server for distribution."
(Jeff Moore, who works for apple in the coreaudio group)
_______________________________________________
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