audiounit~ public beta 2
We have an updated version of the audiounit~ object:
This requires Max 5.1.5 and addresses (among others) issues with operation in standalones. Please let us know if there are problems.
Damn, only runs on Macs Intel.
Do you plan a UB version?
How could i sync the BPM when audiounits needs tempo ???
Hi Timothy, hope you are well, and thanks for this object! I’m having a strange issue. I’m trying to add a "clean" signal path to a patch with the au~ object. However, even though au~ is not in this path, I’m hearing the signal after it has gone through au~. This is true until I break any connection from the common adc~ object. I’ve attached a patch to illustrate. Thanks, Michael
Intel Core Duo
You might want to download the object, Tim’s object is audiounit~ object not au~.
thanks for the object. Basically it works for me but I’ve noticed some problems.
- the GUI windows of 3rd party plugins like Kontakt or Pianoteq are misplaced.
In particular the title bar is hidden, so the window can’t be moved.
- DLSMusicDevice doesn’t appear in the menu associated with [audiounit~ 0 2].
I wonder why it’s not listed as an instrument like eg. Kontakt or Pianoteq.
- Tempo synchronisation seems not working (eg. with the Thesys plugin).
@Emmanuel–thanks very much! It’s amazing what a difference downloading the correct object makes:) It’s working great for me, which is something I’ve been looking for for a number of years (although, clearly, not too avidly)…
In case someone else hits upon the same issue,
audiounit~ wouldn’t work correctly. The help patcher played a steady tone (rather than a pulse). Using sfplay~, it seemed not to process at all. This is with a brand new MBP w/ 10.6.4 (Snow Leopard) installed; I updated to MaxMSP 5.1.5 at the same time. I had used restore from Time Machine backup which imports a lot of old application preferences.
Solution: trash the ~/Library/Preferences/Max5 Preferences Folder. Works great now.
Using the latest version of AudioUnit, I had a crash.
The crash occured when I was loading an AU in the Audiounit object.
I had allready one Audiounit running a matrixreverb.
Here is the crash report.
Process: MaxMSP 
Version: 5.1.5 (43290) (5.1.5)
Code Type: X86 (Native)
Parent Process: launchd 
Date/Time: 2010-10-30 17:03:18.363 +0200
OS Version: Mac OS X 10.6.4 (10F569)
Report Version: 6
Thread 23 Crashed:
0 …pple.audio.units.Components 0x700560a6 AUMultibandCompressorEntry + 39700
1 …pple.audio.units.Components 0x70068769 AUMultibandCompressorEntry + 115159
2 …pple.audio.units.Components 0x700242d3 AULopassEntry + 3905
3 …pple.audio.units.Components 0x70006b64 0x70000000 + 27492
4 …pple.audio.units.Components 0x700057c3 0x70000000 + 22467
5 …pple.audio.units.Components 0x70030c7d SystemOutputAUEntry + 2510
6 …pple.audio.units.Components 0x700256ca AUMatrixReverbEntry + 3879
7 …ple.CoreServices.CarbonCore 0x9878ace5 CallComponentDispatch + 29
8 …apple.audio.units.AudioUnit 0x94e305d2 AudioUnitRender + 67
9 com.cycling74.audiounit~ 0x3a1ea514 au_perform(int*) + 148
10 com.cycling74.MaxAudioAPI 0x13b5f8a8 dspchain_tick + 90
11 com.cycling74.MaxAudioAPI 0x13b5e2d8 ad_process + 470
12 com.cycling74.ad_coreaudio 0x366085c3 coreaudio_twodevice_ioproc + 537
13 com.apple.audio.CoreAudio 0x94c90454 HP_IOProc::Call(AudioTimeStamp const&, AudioTimeStamp const&, AudioBufferList const*, AudioTimeStamp const&, AudioBufferList*) + 374
14 com.apple.audio.CoreAudio 0x94c901ba IOA_Device::CallIOProcs(AudioTimeStamp const&, AudioTimeStamp const&, AudioTimeStamp const&) + 370
15 com.apple.audio.CoreAudio 0x94c8ffb6 HP_IOThread::PerformIO(AudioTimeStamp const&, double) + 620
16 com.apple.audio.CoreAudio 0x94c8d39a HP_IOThread::WorkLoop() + 2506
17 com.apple.audio.CoreAudio 0x94c8c9cb HP_IOThread::ThreadEntry(HP_IOThread*) + 17
18 com.apple.audio.CoreAudio 0x94c8c8e2 CAPThread::Entry(CAPThread*) + 140
19 libSystem.B.dylib 0x9127381d _pthread_start + 345
20 libSystem.B.dylib 0x912736a2 thread_start + 34
Another post about audiounit.
Nothing really important.
VST~ can be bypassed before any VST where loaded in it.
Audiounit~ need to have an AU loaded in order to be bypassed.
It would be great if VST~ and AudioUnit~ had the same bihaviour.
Something annoying with AudioUnit~ is that when an AU plug-in window is frontmost, the key object in Max will not works anymore. The AU plug take all the keystrokes, even if nothing is selected in the plug’s window.
Do you think it is possible to fix this?
Thanks a lot.
Synchronization of audiounit~ to Max transport doesn’t work for me in M4L device. Do I have to connect something manually or should it sync automatically like vst~ ?
EDIT: Whoops. Didn’t see there was a new beta release topic. Moved my problem description to there.
It’s really great to hear an updated audio unit extern for max.
It’s not working for me yet, though. I get this error in the Max window:
2011-01-02 17:01:05.814 MaxMSP[5767:207] Error loading /Applications/Max5/Externals/audiounit~.mxo/Contents/MacOS/audiounit~: dlopen(/Applications/Max5/Externals/audiounit~.mxo/Contents/MacOS/audiounit~, 262): Symbol not found: _jgraphics_get_resource_da
Referenced from: /Applications/Max5/Externals/audiounit~.mxo/Contents/MacOS/audiounit~
Expected in: /Applications/Max5/MaxMSP.app/Contents/Frameworks/MaxAPI.framework/MaxAPI
Let me know if anyone has any ideas about what is wrong with my setup. I’ve been really excited about this opening this up since I saw this thread.
Forums > Beta