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 Sanders" <email@hidden>
- Date: Tue, 20 Apr 2010 16:19:07 +0100
> Can you provide some MTCoreAudio based test code i
could debug here?
'Fraid not, we don't use it. But there's something
called AudioMonitor.app in the MTCoreAudio distribution and with a bit of luck
you can debug that and put a breakpoint on MTCoreAudio's listener proc (I
believe it has one) and see if it's hit when the JACK server is stopped. I
have found AudioMonitor.app and MTCoreAudio useful development aids in
general.
> It [handling a sample rate change from a connected
device] is [tricky], and i don't think it make sense. JACK native applications
(the one that access JACK API directly) cannot handle a SR change
anyway.
I was thinking more in terms of hiding the event entirely
be performing a samplerate conversion, if needed, at the point where you
interface with the device. But I doubt this fits in with your low-latency
'pass through' approach. We might do this though, if we ever feel the need
to handle another app changing the samplerate of a device we are talking
to. The code is mostly set up for that but on the recording side it would
introduce a big glitch during the transition and on the playback side you can
just stop and restart playback to clear the condition so, as yet, we haven't
bothered.
Paul Sanders.
_______________________________________________
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