Re: Injecting audio from user space into a kernel driver
Re: Injecting audio from user space into a kernel driver
- Subject: Re: Injecting audio from user space into a kernel driver
- From: Nuno Santos <email@hidden>
- Date: Tue, 03 Sep 2013 16:52:21 +0100
On 09/03/2013 04:30 PM, Paul Davis
wrote:
as a first step into the coreaudio API, this is a fairly
insane way to begin.
Yeah, it probably is a bit but I don't consider myself to be in a
complete darkness. I have a general understanding of the underlying
concepts of audio, I just need to get familiar with the API's and I
think that with some basic guidelines I can get there since i'm
pretty much used to deal with different low level API's (KDMF,
IOKit, Linux Kernel).
you can search the archives of this list to find a bit of info
about this. however, the internal design of CoreAudio has
changed substantially in the last several releases of OS X,
and the mechanisms for creating a user space device have
changed the most of all. you will find that most of the
documentation and examples are inaccurate, incomplete and/or
out of date. current header files tend to be the only
"definitive" place to get answers.
Since I have already a kernel driver being instantiated i'm sticking
to sending the audio to the underlying device from the user space.
I have found Soundflower project source code and it seems that
somehow, it is possible to hook audio devices outputs. Soundflower
creates a virtual audio device and then you can choose which audio
output you want to connect to it. This is pretty much what I want to
achieve so I think I'm on the right direction.
Simplifying the question:
To inject audio from user space to a kernel side device, should I
look to any particular calls of CoreAudio?
Thanks
there are open source projects such as JACK that do
what you are interested in, at least in part but please plan to
respect the licensing used. also, be aware that any particular
app that does this typically represents only 1 of several
different approaches to the problem.
|
_______________________________________________
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