Re: 'audio hijack'
Re: 'audio hijack'
- Subject: Re: 'audio hijack'
- From: Kurt Revis <email@hidden>
- Date: Tue, 1 Oct 2002 01:48:19 -0700
On Tuesday, October 1, 2002, at 12:15 AM, robert wrote:
http://www.rogueamoeba.com/audiohijack/
Ok, so now I _have_ tried it, and its actually quite smart: you point
it
to your favorite audio app, and it will launch it (apparently because
it
somehow overrides the audio I/O routines in Carbon/Cocoa?).
At first glance (so I may be wrong about any of this):
It looks like it uses the DYLD_FRAMEWORK_PATH environment variable to
insert its own CoreAudio.framework into the application, which
presumably acts as a proxy for the real CoreAudio.framework. There's a
file in /tmp (referenced by the AUDIO_HIJACK_MMAP_FILENAME environment
variable) which I'm guessing is used to share information between the
main application and the fake CoreAudio.
There's also a libAudioHijack.dylib in /tmp but it's unclear what
that's for. It's not just a copy of anything in the app wrapper so it
must be generated on the fly. Perhaps it's loaded by the proxy
CoreAudio.framework.
All in all, quite a neat (and sneaky) hack. It works for me, although
it does introduce some noticeable latency. It looks like it would be
fairly easy to detect, if any application authors felt they needed to
jump to the next stage in the inevitable arms race...
--
Kurt Revis
email@hidden
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.