audiounit~ public beta 4
One of Santa’s elves here… Yet another new version of audiounit~. This on solves problems that were reported when doing things like cycling through a lot of plug-ins triggered by a metro or delay.
Thanks again for all your feedback!
For some reason with this version and the previous the getpluginnames button in the audiounit~ help does not work – it doesn’t generate a list of available plugins. I trashed the Max prefs but that didn’t help. Suggestions?
It has started working – creating an audiounit~ object somehow forced a scan this time and now all is well. Very strange but will continue to see if I can figure out what was failing.
I suspect that maybe Max had been quit (or crashed) or something in the middle of doing the scan. If so then the database of plug-ins created by the scan would have been in a bad state. So then re-scanning fixed the problem.
If you do find something else going on, please let me know, and thanks for the report!
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:
audiounit~: unable to load object bundle executable
2011-01-02 17:14:59.294 MaxMSP[6003: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.
Looks like it was because I wasn’t using the latest version.
My Max is updated, and the error is gone.
I’m so excited to get this up and running!
Here’s a possible bug to report, though.
Invoking "wclose" with an "open generic" window open causes Max to lock up for me. Not immediately, but within five seconds.
Yikes. I can reproduce it and will fix. Thanks.
So – I’m back trying to get Aalto by Madrona labs to work with audiounit~ – someone claimed to get it to work but I can not get it working. Here are some details. I’m currently using the demo version.
Claim to get it working: http://madronalabs.com/topics/407-modulation-data-in-maxmsp-audiounits
In the audiounit~ help Aalto does not appear after using the getpluginnames button. However, in the ‘misc’ subpatch it appears near the bottom of my list with the following column data:
Aalto aumu MLbs Aalt 2
I’m wondering if the number 2 in the last column is part of the problem. It seems other plugins that I have that also have a 2 in this column do not show up in the same way.
Is this a bug in Aalto or something audiounit~ can look for? Is it a resource tweak that I (as a user) can make to the Aalto component itself to make it show up?
Thanks in advance for your help!
Aha! Got it!
audiounit~ 0 2 Aalto
This works – need to specify 0 inputs and it works!
i’d like to report a bug. I think it’s the right place, it’s rather straightforward.
Max freezes if :
audiounit~ has loaded a plug in without a custom gui (includes all Apple default plugs) ; then
user makes the plugin gui appear ; then
closes the max patcher in wich is the audiounit~ host.
You need to force Max to close then.
The freeze doesn’t occur when it’s a plugin with its own gui. i’m on macbook pro osX 10.6.6 intel core i7, latest max, latest audiounit~.
btw thanks for audiounit~, it’s great job even with that :) and i have a feature request as well : would it be possible to have a way to display a plugin gui appear inside a patch, not in a floating window, like if inside a bpatcher ? same question for vst~ btw…
minor niggle with the helpfile: in the subpatch "midi", the audiounit doesn´t load because of the first argument (i think). if one replaces the 0 by 2, all is fine.
seems audiounit~ doesn´t like to be without input.
(max 517, mac 10.6.7.)
otherwise greta to have that object!
macbook 15" i7 quad.
i got message error windows with a little terminal icon, about plugins for example " native saying memory is getting low" and then its impossible to close the error windows, the weirdest thing is that even if i close max i got the window is staying,even relaucnhing the finder doesn’t help, only solution then is to logg off.
would it be possible to let audiounit~ support Audiounit generator plugins, like aunetrecieve?
It works well for me, using the format [audiounit~ 0 2 AUNetReceive].
great, i didn’t realise, since it didn’t show up in the list
audiounit~ only lists those plug-ins which fit the channel configuration of the instance. If you have an [audiounit~ 0 2] and the plug-in is not listed, then this could be a bug.
if i connect aunetreceive in this patch, then close the max patch, max crashes:
----------begin_max5_patcher---------- 793.3ocyW0rbaBCD9L9ofgyNdPBvf6s7BzCsSO0oiGYjrsZAIFP35jLwO6U+ fv3Xv1wIwMiGKA6tr7se6tRhmF43sfukT449E2e5537zHGGsHk.ml6c7xQaS yPUZy7VlwY04diMp30hLhP7PAw3CkZjvarq2BDakm6uZraImIXnbsUd2WRQY VOTfDoqorUyKIoBiSBg9S7G6NSOFoGURNvYUzG0NC.kpMhkvhxjnQiSvdgFL pkBajRwZfvW766..OkrmGMRML9BYgL5FxjUHJamMN1fJaCvi0dDOUQWwTjP2 qT+a4uLZkXO+0CKEDGoYl3X0TXhZDDLsCOUfJkHRPJmSXnEYjWvK6IKXujUz wjEzFOUnMD7bjPTRWTKH6uppgzZXMEujUS3Kshsx6htpBBAmQy03ylNOzBAo P649TRYanUzl3qOCHaK3LBSLr+QLFWfDTNadaRzqG6pYTQk3AyqJrGCxkUIJ cS680jK4bk16h8mzejPEpVCc9sSE+AFYKhNgC5ju6kMWyK22MppS6KVy43lf A.i6EtxUBVcQtwD08GyYT1eTNYvzqxAb7IB4k7SmuFTKuDSJGxuXxxFkFc5E HrSuxUKHOhQo67NaubHzzKGYGaakuf1U+iaWmcMKsUkxKHsfcUIEmxy3k1hx .3rP.b7PWk3GLCdpksfA5EzC0i.XR6T6CkhxRS40l9U3ah.RrgwhUGDD9i6L .57tWnqINiseDU.glc6B.9uqU.wWSE.i7W4yZAqfrUiQuzGRyH6bAwvysq1U tsuI1AlBjoIW0998yLfiYloeB6M.IlC6L6lzbD8Yo4Xf5MTMlxUqfuyEJ+c+ O9JQ7cBC+pOS0A+uxZS+ligZBzH36XwY7wolPuODZz2RieijRjmQ8+ASZqwa XxqrMGboLYPWlT+Jjmrl8xO4QiSk7Co2JdcYpkSLKZHK0aAJlTInL8wF6XS3 A1rlhwDV2NvbJtfSYhFHLPGy6IhRtoHJ3BPTzMEQvK.Qyj1.tbDEjDNIRtCM XlYxu8taDV+bkOg2TDI+j8yCoouAHIu44Q+Ce0oAyB -----------end_max5_patcher-----------
FWIW, the patch works well for me when used in MaxForLive.
(I don’t have a full MaxMSP license).
Does it work for you if send and receive are in different patches?
thanks for the auplugin patch!
on my computer (mac10.6.8., max 5.1.8) when using the octogris au (http://www.iact.umontreal.ca/site/?page_id=1091&lang=en) even in the simple 2X2 configuration, opening and operating the pluginwindow works fine, but sending a wclose message crashes max.
would be nice to have these spatialisation plugins supported in max!
I’ve noticed that ‘getpresetnames’ delivers the names in strange disorder.
For example, with AUMatrixReverb I’m getting the list
print: Large Room 2
print: Small Room
print: Medium Hall 2
print: Medium Room
print: Medium Chamber
print: Medium Hall 3
print: Large Room
print: Large Chamber
print: Large Hall 2
print: Medium Hall
print: Large Hall
Similar disorder happens also with 3rd party plugins (eg. Pianoteq).
It would be nice if this could be fixed.
Hello, is this the last beta for au~? And is it enough stable?
Thanks and best regards.
Not only is the order of the presets at random, I noticed for AUPitch that the enable …. (forgot what it is) corresponds to the pitch shift using an external controler.
Could someone varify this, please.
Verify what exactly?
Just did a quick test with AUPitch and can confirm that the assignment of parameter names is wrong.
For example, to change the "pitch" value you actually need to use the "effect blend" parameter.
today, I wanted to connect an Absynth 5 audiounits plug in to the object.
Under recall presets, I get "disabled". I asked Brian Clevinger the designer of Absynth what to do. He instructed me to chose program and click on.
I did it but there are no presets listed. When I click clear inside preset communication the menu is cleared, when I click recall preset $1 I get nothing back.
Does anybody know what to do to get presets listed from Absynth?
Same problem at here.
Is there any way to use this with an AU where the number of inputs and outputs is not equal?
Note that in Max 6 there is support for hosting AudioUnit plugins with the vst~ object. Because of that, there will be no more updates to audiounit~.
Thanks – a classic case of RTFM :) And thanks for the note about the vst~ object – that’s good news.
the audiount object is not included under Max6 right?
The Max 6 vst~ object speaks audiounit now…
To avoid confusion, maybe [plug~] as a synonym for [vst~] would be helpful.
I always like progress but I have just ported some patches from Max4 to 5 regarding the new audiounit object. Now, it has already changed again and when I look at the new vst/au object, it does not tell me more. I tried the Absynth plug in and try to load the presets but it could not do it.
Maybe it is still the same problem like I found under Max5, but in any case I have to learn about this object again…….Maybe it is for the better though…
A major drawback of the vst/au "unification" seems to be that parameter values are restricted to the range 0-1.
Also, from some quick tests I’ve got the impression that parameter names are not handled correctly.
Ok, I’ve found that parameter changes are working, but the AU interface isn’t updated accordingly while open.
Now my question is: How can I set a parameter value >1, for example [pitch 1200] when using AUPitch?
do you want to control that parameter with a fader and need to set it in the menu?
AuPitch is apparently going wrong, pitch corresponds to effect blend I think.
For a fader, I use a scale object which scales it down between 1 -127. I gave the range of -2400 to 2400. For some peculiar reason it works.
Do you get what I mean?
In the Max6 version AUPitch seems to work correctly insofar as pitch actually corresponds to pitch.
But the problem is that it accepts only values in the range 0-1 (which doesn’t conform to the AU standard).
Have you tried your scale object with the Max6 version?
Well, everything is different now but I can not get it to work. Even if I put a value in nothing moves.
I think we should open a new thread and call it Max6 vst object
What do you think?
I hope you will still read this thread…..
I will make a report on Max6 beta bug about the vst/au object later.
I HOPE that you still consider the au object of Max5 worth updating?!!!
As I said earlier, I had a problem with chosing program preset from an Absynth 5 plug in.
I can only say, regarding from what I saw the new object is like under 6, that it should have the same structure like au under 5. A list of programs, a list of plug ins, a list of parameters, hopefully inside an ubu menu. That was very elegant and easy to use.
Let me know what your ideas about this are please.
It’s good to find the bugs but why don’t you use the vst version of absynth? vst support is more tried and tested
Yes, please open a new thread.
Currently I don’t use the object in practice, but will try to contribute.
Hopefully we get some comments from the developers.
@ oll larkin
I agree that vst versions are generally more supported.
But on Mac there are many useful built-in AU plugins, not available as vst.
I tried the vst. The prg names are there and I can switch between them. Unfortunately, the sound does not change. I tried the stand alone Absynth 5 and it is just like that too. I wrote to Brian and I hope he will tell me what the problem is.
But yes, vst does the prg changes.
Is there an upper limit on number of channels? I’m trying to use an AU with 8 in, 16 out, and getting "plugin scan unsuccessful" with error code -1. The AU does pass auval, btw.
Sorry, I should probably have clarified that I’m talking about audiounit~, not vst~.
where do we find the latest version of audiounit~
There are no updates for audiounit~. Everything has shifted to vst~.
Is there a version of this that runs on old Mac PowerPC’s???
I get this error:
/Applications/Max5/Cycling ’74/msp-externals/audiounit~.mxo/Contents/MacOS/audiounit~: mach-o, but wrong architecture
I’m assuming this is b/c I’m using a PPC and not intel chip?
can i clarify that the vst~ object accepts audiounits on MAC OS when using MAX 6?
I still need to use Max5 for some production work. Where can I find the very latest (last) version of the audiounit~ …. I found several beta versions mentioned in various forum posts but it was never clear which one was the most recent.
The latest audiounit~ beta for Max 5 is at the top of this thread. Please note that it is not supported.
Understood completely that it’s not supported — but is it really reliable in its current incarnation? I.e, could one go in front of a live audience using it and not be worried that it might break?
Hard to say. I’d definitely put it through its paces before using it in a live setting.
So is there a way to handle the problem where AU parameter values don’t range from 0 to 1 and in particular can have different ranges for different parameters?
The message ‘getparameternames’ gives a list of all parameters including value ranges. The list can be stored in a [coll] and then used for scaling the individual parameters via [scale].
This works for me with [audiounit~] but I’m not sure about [vst~] in Max6.
I’ll have to think about that — not sure I want to have to create that on the fly every time I load an AU. That means I’ll have to preprocess and save/reload mapping files.
It would be a nice enhancement to the [vst~] object to do this kind of thing automatically. I’m struggling to find a homogenous way to manage both AUs and VSTs interchangeably from Max.
Would you be open to releasing the source for this external? I’ve tried using ~vst in Max 6 but have found ~audiounit to be much more stable, and I prefer it’s api. There are also some enhancements related to parameter processing that I’d like to bake into it, to avoid the messaging overhead.
I don’t really care about maintaining the source in a public repo, so if you’d prefer to just send it to me privately, I would be most grateful.
Thanks for making it in the first place!
Cheers Tim. It works great!
I would also love to get access to the source of this external. I’m desperately trying to switch to Max6 but I am still having problems with the [vst~] component sometimes causing Max to crash when a VST is freed. I’ve been contemplating writing my own VST wrapper but it’s a lot of work and I’d love to have an existing external from which to start (or just use).
I think the integration of VST and AU in [vst~] of Max6 is inherently problematic as both standards are using different parameter handling.
Keeping a separate [audiounit~] object in Max6 would be cleaner IMO.
Yes, at the least, the object should have normalized the parameters so that the range is always 0.0 to 1.0 no matter whether it’s a VST or an AU.
I know all this is history, but I try to port my Max5 patch to 6 and I find myself in trouble, because I do not find a way to control parameters from AU plug ins.
a little bit late, because I’ve some projects which are in progress (vc_fun_gen, compositions…)
this message is in english and german partially
Ich bin derzeit nicht an Max4Live interessiert: Software wie Samplitude Pro (Magix), die Portierung nach osx ist "ja" in Planung, erfüllen meine Ambitionen zielgerichteter (natürlich ist noch Einiges nachzuarbeiten gerade was MIDI, osc betrifft)
in the last two years, I’ve began to developing several plugins and instruments which are ported as dll and vst to win (xp,w7) as osx (10.5.8, 10.6.8)
now is the ver.6 of Max on my machines (the difficult design is another point – I prefer more the outfit by Max 4.6.3 a kind of "constructivism")
and the ugly mistake in Max ver 5, 6 is the unavailability by these choices
If somebody has a practicable solution to available the export of my developed stuff as vst etc please let me this know
I’ve (and not myself) also interest for some howtos manuals or short guides about this tpoic (and others from the MaxMsp-world)
in german (sure I understand english, but sometimes is it more useful to read and recapitrulate the readings in native language)
thanks and regards