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 11:56:57 -0400
On Mon, Apr 19, 2010 at 11:41 AM, Paul Sanders
<email@hidden> wrote:
> So the limitations are:
>
> - both input and output device must be the same
JackOSX 1.9.5 should create an agg device if you ask for two different
devices. If I recall correctly, the issue you think they must be the
same is primarily a limitation of the JackPilot GUI, rather than JACK
itself. There are other control front end GUIs for JACK that allow you
to specify different devices, and you can do so easily from command
line.
> - only one samplerate supported at any one time; to change samplerate the
> JACK server must be restarted
This is correct. We felt that it imposed too much of a burden on
client apps to require them to respond to SR changes at any time.
Apple clearly took a different approach to this with CoreAudio, where
apps have to deal with SR changes, channel count changes or even
entire devices vanishing from under their feet ...
> - my app hangs if the JACK server is stopped while it is sending audio
> output through it (yes, I ignored the warning message)
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
:)
> - FYI, there is no way to dismiss the About box!
I wrote the original version of JACK, and have really nothing except
an advisory role in the development of JackOSX. The guys who wrote
JackPilot haven't been active for a long time, which is unfortunate. I
don't even use JackOSX on my mac systems - just the original version
of JACK along with alternate control GUIs (or just running from a
Terminal).
> I experienced no problems with any of the CoreAudio devices I asked JACK to
> interface with, although these have not been particularly exotic,
Yeah, its really only Digi that causes problems (and not just for
JACK, or so I read).
> I don't mean to give JACK a bad press. Far from it, it is an impressive
> piece of software. I just find the simplicity and bullet-proof nature of
> SoundFlower very appealing.
Totally understood. I met the Cycling74 guys the day they released SF,
and we had a bit of laugh about the whole situation. They were
apparently using jACK themselves internally more than SF, but they had
customers who wanted a simple way to, for example, wire iTunes into
Max. The two systems are pretty different in their scope, intent and
implementation.
--p
_______________________________________________
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