Re: Capturing currently played audio using CoreAudio on Mac
Re: Capturing currently played audio using CoreAudio on Mac
- Subject: Re: Capturing currently played audio using CoreAudio on Mac
- From: Paul Davis <email@hidden>
- Date: Mon, 19 Apr 2010 12:35:16 -0400
On Mon, Apr 19, 2010 at 12:20 PM, Paul Sanders
<email@hidden> wrote:
[ meta-comment: I didn't really intend to continue this on the
mailing list, but i guess its fairly CA-related ]
> What I had in mind, without thinking about
> it too deeply, was for JACK to offer the samplerates supported by the device
> it is routing to.
JACK doesn't interact with the device "ahead of time", so it can't
tell you what the options are. You pick the device, and the SR you
want. If it works, great. If not, you get an error.
> Also, I notice, the JACK server needs to be restarted if another app
> reconfigures the device it is routing to. Sorry, I forgot about that one.
The CoreAudio backend in recent versions now has a "hog mode" switch
which prevents other apps from doing this. We consider this to be a
really unfortunate combination of user error and other-app-design
error. There are several CoreAudio apps which attempt to reset the SR
of a device as they startup - its hard for me to imagine what their
developers were thinking. Its pretty hard to explain to a user "please
don't start application <X>" when they have no conception that <X>
could interfere with the already established and in-use settings of
another application.
>> JACK will tell every client that it is shutting down. It clients ignore
>> that or don't handle it correctly, there's not much JACK can do :)
>
> OK, I can look into that - I have not investigated in detail. How do I get
> told? I do look out for kAudioDevicePropertyDeviceIsAlive going away, and
> that code works correctly when, for example, I unplug my Griffin iMic.
Ah, you're interacting JACK as a CoreAudio device. Sorry, out of my
area of expertise. I was describing JACK's interactions with
JACK-native clients. I don't know much about the story it presents to
apps that want to treat it like a regular CoreAudio device.
_______________________________________________
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