audiounit~ public beta 2

    Sep 20 2010 | 7:09 pm
    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.

    • Sep 22 2010 | 9:48 pm
      Damn, only runs on Macs Intel. Do you plan a UB version?
    • Sep 23 2010 | 6:18 am
      How could i sync the BPM when audiounits needs tempo ??? thx
    • Oct 04 2010 | 5:25 pm
      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
      Max 5.1.5 Intel Core Duo 10.5.8
    • Oct 04 2010 | 6:44 pm
      You might want to download the object, Tim's object is audiounit~ object not au~.
    • Oct 04 2010 | 8:35 pm
      Hi Timothy,
      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).
    • Oct 05 2010 | 2:31 pm
      @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)...
    • Oct 11 2010 | 9:28 pm
      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.
    • Oct 30 2010 | 3:10 pm
      Hi, 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. Thanks, Philippe.
      Process: MaxMSP [4010] Path: /Applications/Max5/ Identifier: com.cycling74.MaxMSP Version: 5.1.5 (43290) (5.1.5) Code Type: X86 (Native) Parent Process: launchd [145]
      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 0x700560a6 AUMultibandCompressorEntry + 39700 1 0x70068769 AUMultibandCompressorEntry + 115159 2 0x700242d3 AULopassEntry + 3905 3 0x70006b64 0x70000000 + 27492 4 0x700057c3 0x70000000 + 22467 5 0x70030c7d SystemOutputAUEntry + 2510 6 0x700256ca AUMatrixReverbEntry + 3879 7 ...ple.CoreServices.CarbonCore 0x9878ace5 CallComponentDispatch + 29 8 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 0x94c90454 HP_IOProc::Call(AudioTimeStamp const&, AudioTimeStamp const&, AudioBufferList const*, AudioTimeStamp const&, AudioBufferList*) + 374 14 0x94c901ba IOA_Device::CallIOProcs(AudioTimeStamp const&, AudioTimeStamp const&, AudioTimeStamp const&) + 370 15 0x94c8ffb6 HP_IOThread::PerformIO(AudioTimeStamp const&, double) + 620 16 0x94c8d39a HP_IOThread::WorkLoop() + 2506 17 0x94c8c9cb HP_IOThread::ThreadEntry(HP_IOThread*) + 17 18 0x94c8c8e2 CAPThread::Entry(CAPThread*) + 140 19 libSystem.B.dylib 0x9127381d _pthread_start + 345 20 libSystem.B.dylib 0x912736a2 thread_start + 34
    • Oct 30 2010 | 3:14 pm
      Hi, 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. Thanks, Philippe.
    • Oct 30 2010 | 5:01 pm
      Hi, 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. Philippe.
    • Nov 05 2010 | 2:45 pm
      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~ ?
    • Jan 02 2011 | 11:12 pm
      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 ta Referenced from: /Applications/Max5/Externals/audiounit~.mxo/Contents/MacOS/audiounit~ Expected in: /Applications/Max5/
      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. ///