• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Capturing currently played audio using CoreAudio on Mac
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Capturing currently played audio using CoreAudio on Mac


  • Subject: Re: Capturing currently played audio using CoreAudio on Mac
  • From: Stéphane Letz <email@hidden>
  • Date: Tue, 20 Apr 2010 16:34:33 +0200

Le 20 avr. 2010 à 16:05, Paul Sanders a écrit :

> Hello again Stephane,
>
> No, we never see it.  A breakpoint on our 'Listener' function is never hit (and I checked, via the iMic, that gdb wasn't playing it's little trick of not stopping at breakpoints).  As I previously surmised, our IOProc just stops getting called (which is what one would expect, of course) so, in the absence of kAudioDevicePropertyDeviceIsAlive turning up, things we expect to happen never do.  Assuming this is a problem in JACK, it can probably be debugged via MTCoreAudio.  I'd be happy to test any new version.

Can you provide some MTCoreAudio based test code i could debug here?

>
> I also have a bit more information on that !dat error I mentioned if you are interested.  I can't find a way to reliably reproduce it happened again so I now have some log files that might interest you.  I think we should do that (and maybe everything else from now on) off-list.
>
> For the benefit of the OP, if he's still with us, another minor glitch with JACK is that if (as we do) an app changes the sample rate of the device that JACK is routing from or to, the Jack server pops up a box and has to be restarted.  I forgot about that one.  It would be nice if JACK could handle this condition without user intervention but I can see that might be tricky.

It is, and i don't think it make sense. JACK native applications (the one that access JACK API directly) cannot handle a SR change anyway.


>  Also, I don't understand how to set up aggregate devices and there may be solutions to issues like this there so please don't consider me any kind of authority.  And I think I should mention that Jack has more flexible channel routing functions than Sound Flower.

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

>
> Y'know, sometimes I wish I wasn't so opinionated.  Or maybe just better informed...
>
> Paul Sanders.


Stephane  _______________________________________________
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

  • Follow-Ups:
    • Re: Capturing currently played audio using CoreAudio on Mac
      • From: "Paul Sanders" <email@hidden>
References: 
 >Re: Capturing currently played audio using CoreAudio on Mac (From: Stéphane Letz <email@hidden>)
 >Re: Capturing currently played audio using CoreAudio on Mac (From: "Paul Sanders" <email@hidden>)
 >Re: Capturing currently played audio using CoreAudio on Mac (From: Stéphane Letz <email@hidden>)
 >Re: Capturing currently played audio using CoreAudio on Mac (From: "Paul Sanders" <email@hidden>)
 >Re: Capturing currently played audio using CoreAudio on Mac (From: "Paul Sanders" <email@hidden>)

  • Prev by Date: Re: Capturing currently played audio using CoreAudio on Mac
  • Next by Date: Re: Audio Device Driver
  • Previous by thread: Re: Capturing currently played audio using CoreAudio on Mac
  • Next by thread: Re: Capturing currently played audio using CoreAudio on Mac
  • Index(es):
    • Date
    • Thread