My small company develops code that runs on Win32 and Mac OS, so my header files are all cross platform and generally extremely clean. We need a small, well-behaved, and well-compliant CoreAudio implementation for "listening" to any present audio input device or the system sound-out (the purpose for this is for a music/audio visualizer). This code would simply write the PCM data to a circular/ring buffer so that, effectively, whatever goes out over the speakers will have passed through this buffer. The buffer would be treated as read-only (ie, there's no intention or desire to alter the sound output, only monitor it). I anticipate this is a 3-7 day job for any developer having decent experience with CoreAudio. Apple's ComplexPlayThru sample project somewhat does this, but I don't have the time to get into the nitty-gritty things. ComplexPlayThru just uses devices where I'm guessing that mixers are required for this job. The class SSLiveAudio (attached) is what you'll be implementing. [url removed, login to view] contains my present short-term (and feeble) CoreAudio implementation which can input from any input device--please note that you're not tied to my implementation all but you'd probably save yourself time if you from from it rather than a clean slate. All possible input ports (and their descriptions) are gathered via SSLiveAudio::RebuildDeviceList() (and would also include an additional "fake" input port which is really just a signal to your implementation to input from the system's sound-out). If you use the circular buffer that I already have, then you won't even need to do that. Note how it's ok for sound data to get dropped. Non-professional code and code that just "gets the job done" is unacceptable and, hence, I'm willing to pay professional rates. Further, the implementation must be buildable under Metrowerks CodeWarrior (CW will be provided if you don't have it). This is a professional project--serious inquires only, please.
1) All source code files that implement SSLiveAudio.h API and any source files created for it's testing and/or evaluation. 2) All deliverables will be considered "work made for hire" under U.S. Copyright law. Buyer will receive exclusive and complete copyrights to all work purchased. (No GPL, GNU, 3rd party components, etc. unless all copyright ramifications are explained AND AGREED TO by the buyer on the site per the coder's Seller Legal Agreement). 3) The source will monitored during development to ensure it will ultimately compile under MetroWerks CodeWarrior and that a high standard of quality is maintained (it's understood that coder can compile using whatever, but it must be able to be brought to another dev environment without too much difficulty). 4) The implementation should compile for Carbon as well as CF (under Mach-O). When the implementation is ready for testing, I will be able to assist (I'll drop it in into my music visualizer).
The implementation must run on environments running Mac OS 10.2 (or later).