Hi all,
the first time I want to run mz plugins in AUlab, but it is not showing up.
Searching the forum brought me this:
Is this file available, and if so, where?
Cheers
Hi all,
the first time I want to run mz plugins in AUlab, but it is not showing up.
Searching the forum brought me this:
Is this file available, and if so, where?
Cheers
As the linked post is from 2009 I doubt it has much relevance now. The points you can check are:
/Library/Audio/Plug-Ins/Components
(or ~/Library/...
); you should also check the sizeauval -a
/ auval -32 -a
find the pluginThanks @ckhf, I am aware of the age, I just had the dimm hope, that it might have been maintained with updates somewhere
Now I managed to find the relevant piece in the long auval output, it says:
--------------------------------------------------
VALIDATING AUDIO UNIT: âaufxâ - âFLSTâ - âXwcyâ
--------------------------------------------------
ERROR: Cannot get Componentâs Name strings
ERROR: Error from retrieving Component Version: -50
* * FAIL
--------------------------------------------------
TESTING OPEN TIMES:
FATAL ERROR: didn't find the component
In both cases, with -32 and withoutâŠ
So probably no wonder that AUlab doesnât show it.
What are the Componentâs Name strings? Do I need to do anything after compile to package it?
Edit: I just realize: auval doesnâ validate official apple auâs, so seems something on my auval is broken:
alumine|15:11:14|Components> auval -t aufx filt appl
AU Validation Tool
Version: 1.6.1a1
Copyright 2003-2013, Apple Inc. All Rights Reserved.
Specify -h (-help) for command options
--------------------------------------------------
VALIDATING AUDIO UNIT: 'aufx' - 'appl' - 'filt'
--------------------------------------------------
ERROR: Manufacturer OSType should have at least one non-lower case character: 'filt'
ERROR: Cannot get Component's Name strings
ERROR: Error from retrieving Component Version: -50
* * FAIL
--------------------------------------------------
TESTING OPEN TIMES:
FATAL ERROR: didn't find the component
Any ideas?
N.B. the plugin works fine as AAX in ProTools 3pdev and released, also in VST3PluginTestHost
I rebuilt the JuceDemoPlugin from the tip, and now aulab isnât playing that one either. I am running Mac OSX 10.10 and Xcode 7.2.1
alumine|17:47:41|Components> auval -t aufx Jcdm ROLI
AU Validation Tool
Version: 1.6.1a1
Copyright 2003-2013, Apple Inc. All Rights Reserved.
Specify -h (-help) for command options
--------------------------------------------------
VALIDATING AUDIO UNIT: 'aufx' - 'ROLI' - 'Jcdm'
--------------------------------------------------
ERROR: Cannot get Component's Name strings
ERROR: Error from retrieving Component Version: -50
* * FAIL
--------------------------------------------------
TESTING OPEN TIMES:
FATAL ERROR: didn't find the component
alumine|17:51:42|Components>
Is there an issue with the AU components with the latest JUCE version?
I think the OS X SDK and deployment targets default to the latest ones (10.11 or 10.12) so your binary simply wonât run on 10.10. Try changing these to 10.10 (or earlier) and build again.
Thanks for the idea, but unfortunately thatâs not the case.
The deployment target is set to 10.8, language to C++11 and C++ Library is LLVM libc++
Also the VST3 in VST3PluginTestHost and AAX in ProTools 12 run fine with the same project. Nothing special for AU. Also no Copy protection or 3rd party, only juce code.
I just invested 5$ in garageband, and it shows the jucePlugin and my plugin also.
So I can narrow the problems to AUlab and auval. I filed a bug at apple, that auval does not validate anything on my 10.10.5 System, not even the original apple plugins. Letâs see where itâs getting.
My new plugin shall actually run on logic, therefore i will have to ask my colleague to test that.
I feel your struggle. I think I went to the same and the only reason I can come up with so far is, that logic is a bitch.
Maybe the thread I started helps you, although there is no proper solution yet - at least not for meâŠ
Good luck!
Does anyone know the difference between the â-vâ and the â-tâ auval flags? The built-in help says ââ-t TYPE MANU SUBTâ can be used instead of -v option (same optional args apply)â. However,
auval -v aumf Jcdm ROLI
shows no errors, but with
auval -t aumf Jcdm ROLI
I see the same as reported in this thread.
Thanks @t0m for confirming that, I almost considered my system broken and scheduled a complete reinstall. Thatâs a great relief, and validating with -v works for me as well. So I leave it with apple, I filed a bug there, but no response: # 28712630
Now I can move to the problem there
auval -t
or auval -v
just changes the order of the parameters. So
auval -t aumf ROLI Jcdm
will work.
indeed, thanks @fabian
What is weird, now that I checked auval -h
and man auval
the -t doesnât even exist. So eventually I picked it up from a web page that I canât find again. Maybe it was removed after that page was written. But also strange, that -t still does something which is no more documented.
Old versions of auval
(PowerPC era) only had the -t
option - which was always confusing as the output of auval -a
showed them in the -v
order. So some wise people at apple added the -v
option to be consistent with the output and left -t
in for backwards compatibility.
may the original error be related to the âPluginWantsMidiInputâ parameter?
when I check that component with auvaltool, the âaumfâ checks just fine, but âaufxâ fails with the error described in the original post. I suppose that is to expect, as the project has only one plist file for one of the types.
I propose an option to add both AU types as an option.
Iâm happy to create a pull request for the necessary Projucer changes if there is a chance of it being accepted. Otherwise, Iâd just add the second plist entry in my own build script.
Cheers!
Just an FYI for future readers, it may be that auval is failing because of some external environment factors.
I recently discovered that on Mojave, using Iterm as well as tmux all messed up the output of auval. See some bug reports:
Of course itâs possible your plugin is corrupted or some other issue, but I would say try running it from the default Terminal.app in bash and no other modifications (tmux, etc) to see if it works there.
This is was it for me, auval
behaves weirdly in iTerm2, using Terminal.app fixes it. Thanks!
@regularjack, this also fixed my iterm for me! I am able to run auval successfully inside iTerm.
There has been no fix that I can determine that will fix tmux, however. I have reached out to all parties (apple and tmux) and not found a satisfying answer on either side. Make sure that when youâre running in iTerm youâre just in the âbare shellâ, not in any multiplexer like tmux.
According to my contacts at Apple, there is a known bug about it, but no one is working on it at this time.