Installers
-
@d-healey except of course it doesnt work like that. If I copy the file to my project folder and open it in inno then this line errors...
; VST Source: "build\VST\{#AppName} x86.dll";
..because, and I dont know about your projects, but my projects have never had this structure... the dll is in
\Binaries\Compiled\VST{#AppName} x86.dll";..so it means hand-editing it (which I dont mind doing), but again more Brittle behaviors.
-
@Lindon So I will attempt to build a .iss file that works "out of the box" with a "standard HISE project structure" and if/when I get it working I will share it here.
-
The build\VST folder is created by the automated build script. I wonder why it doesn't just use the usual folder structure though...
-
i think it had something to do with the AAX plugins which needed special treatment.
-
Uninstallers...
I'm not familiar enough with whitebox or inno setup. Is it possible to make the uninstallers remove the configuration files that HISE plugins add to
appData
and where ever they are put on a Mac? -
Innosetup creates an uninstaller automatically but weirdly there is no concept of uninstallers on macOS.
-
@Christoph-Hart The inno one doesn't remove the config files though :(
-
@d-healey correct... everything that your HISE product "installs"(Writes) then the installer - who has long since finished and gone to the pub --- knows nothing about - so the native installer has no idea about all that stuff in /AppData/Roaming etc...
-
@Lindon But we do :) hence my original question. Can we make the uninstaller remove those files? I can do this easy peasy on GNU with a bash uninstaller.
-
@d-healey well we are already at the limits of my inno knowledge here....:-(
-
-
@Lindon Thanks, I'll read through that.
-
Does INNO have the ability to let end users select what they'd like to install? Like a check box for vst, vst3 or aax?
edit:
found this thread that may helphttps://stackoverflow.com/questions/25657175/inno-setup-with-three-destination-folders
-
Yes of course. The Inno script file that is created from HISE does give the user the option to select individual components.
-
Open a terminal and type %hise_path% --help for all available commands:(%hise_path% stands for the path to your HISE executable(standalone).)
my standalone app exists in:
C:\Program Files\HISE-scriptnode\projects\standalone\Builds\VisualStudio2017\x64\Release\App
so I open cmd and type in ?
C:\Program Files\HISE-scriptnode\projects\standalone\Builds\VisualStudio2017\x64\Release\App --help
-
My mediocre batch processing skills would suggest
"C:\Program Files\HISE-scriptnode\projects\standalone\Builds\VisualStudio2017\x64\Release\App\HISE.exe" --help
Because you've got a space between Program and Files.
-
-
@Christoph-Hart With Packages, do I need to make a "package" for each version of the plugin? and then import each of those into a project?
I just clicked around, but it looks like I'll actually have to read some documentation -
Check out David's package files:
https://github.com/davidhealey/sofiawoodwinds/tree/master/Packaging/OSX
I am not doing it much differently.
-
@Christoph-Hart Any tricks on how to create the package for aax?
Packages shows my Application Support folder as Empty