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: Aron Homberg <email@hidden>
- Date: Tue, 27 Apr 2010 22:20:20 +0200
Litte bit OT: My problem solved completely using: SoundFlower.
Thanks for that info!
More OT: I've also done with my Light to Music (MIDI) converter (Wii
Theremin / Effect Machine etc.):
http://www.youtube.com/watch?v=y_0xRnhJpLU&feature=watch_response
and
http://code.google.com/p/hyperhmi/
Maybe someone of you like that :)
Thanks for your support & regards,
Aron
2010/4/20 Paul Sanders <email@hidden>:
>> 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.
>>
>> http://developer.apple.com/mac/library/documentation/MusicAudio/Conceptual/CoreAudioOverview/ARoadmaptoCommonTasks/ARoadmaptoCommonTasks.html#//apple_ref/doc/uid/TP40003577-CH6-SW14
>
>> http://developer.apple.com/mac/library/qa/qa2007/qa1526.html
>
> OK, thanks. I didn't know about that, although on my machine it seems to
> think, in terms of the number of channels in the aggregate device, that 2 +
> 2 = 2.
>
> 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
>
_______________________________________________
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