Export tool

[alepan]

That's a great idea, thanks mate!

[gorangrooves]

That's a brave undertaking on your behalf @d-healey
One of the reasons why I never use HISE plugin compiler is because I can't specify the VST3 category of my plugins, which Projucer allows. You may want to include that option.
This is my approach on choosing an installer builder software:
The look of the actual installing process that an end user sees is important to me. I need to be able to customize it to follow my branding, to be able to display custom text and images, and to have a uniform look across platforms. Add to that an ability to create a file that points to the sample installation location in order to avoid having to specify it once the plugin is initialized.

I'll be curious to see what you come up with.

[d.healey]

@gorangrooves said in Export tool:

I can't specify the VST3 category of my plugin

This will need to be added to HISE as a CLI option, I'll look into it.

[d.healey]

@gorangrooves

I can't specify the VST3 category of my plugins, which Projucer allows.

I've just been looking into this. When I export a VST3 instrument from HISE and open the .jucer file it creates the VST3 category is set to instrument and when I export an FX plugin from HISE it sets the category to FX. So it seems like it's already there.

Interestingly though when I open the .jucer file in a text editor I can't see any mention of the VST category, even if I resave the file in projucer first.

[d.healey]

It's starting to look a little nicer now.

[gorangrooves]

@d-healey Yes, HISE specifies it as an instrument, but that's too generic. Is it guitar, keys, drums? Using Projucer, for my plugins I always select both "drums" and "instrument". They show up under "drums" VSTi category in my DAW. It is very handy for having your plugins properly organized.

@d-healey said in Export tool:

Interestingly though when I open the .jucer file in a text editor I can't see any mention of the VST category, even if I resave the file in projucer first.

That's rather strange. Not sure what to make of it.

[lalalandsynth]

@d-healey looking good !

[Dan Korneff]

@d-healey this looks great! Well done. Will it contain Signing abilities?

[d.healey]

@dustbro That's the plan, on MacOS anyway (does anyone sign apps on Windows?).

[SampleScience]

@d-healey said in Export tool:

@dustbro That's the plan, on MacOS anyway (does anyone sign apps on Windows?).

AudioThing does it to prevent Windows 10 security message to pop-up. It just looks more professional but it's not necessary.

[Lindon]

@SampleScience said in Export tool:

@d-healey said in Export tool:

@dustbro That's the plan, on MacOS anyway (does anyone sign apps on Windows?).

AudioThing does it to prevent Windows 10 security message to pop-up. It just looks more professional but it's not necessary.

....but it would be a nice option.. .

[orange]

Congrats @d-healey! Awesome work, sooo useful. I'm looking forward to see this release :)

[d.healey]

For Windows signing I'll need input from someone who has a Microsoft ID (or whatever they call it).

[DanH]

@d-healey fantastic idea, thank you!

[Dan Korneff]

@d-healey mac and PC aax plug-ins need to be signed for use with protools. I can send you more info if needed.

[d.healey]

@dustbro thanks, I'll pm when I'm reach that stage

[Dalart]

This is amazing work, following !

[d.healey]

I have it working completely now on GNU/Linux. It can run a batch of build jobs sequentially, including producing an installer. I need to do some tidying of the code and some general housekeeping, then I'll move on to MacOSX, after that I'll tackle Windows. Once I have all three working for VST/AU we can talk about AAX and Windows signing.

I had to make a couple of tweaks to the HISE source code, I've made a pull request to the scriptnode branch @Christoph-Hart.

[gorangrooves]

@d-healey I just want to add one more important bit of feedback/ suggestion.

After giving it a lot of consideration, I plan on supplying my products as single installers that contain both the plugin and samples. I want my installers to take care of the whole process in one go, including extracting the samples to the correct location. I also want to avoid requiring users to have to "hook" up the samples to the plugins on the initial loading, then having to reload the plugin. Those are unnecessary duplicate steps that can easily be avoided with a good installation procedure.

So, my suggestion is to include a simple feature in the installer that accommodates this. Once a user specifies the sample directory and they are copied there, have the installer create the text file automatically and place it in the plugin folder. So, when a user loads the plugin for the very first time, it will already be hooked up and ready to go. No additional, unnecessary "locate samples" dialog.

Just imagine how annoying it would be for someone who purchases a bundle of, say 15 products, to have to locate samples for each plugin, one by one, after they had already installed them all.

I would rather do 15 extra steps on my end to cut 3 steps for the customer on their end. To me personally, this is a must prerequisite functionality for picking an installer software.

[d.healey]

@gorangrooves said in Export tool:

Those are unnecessary duplicate steps that can easily be avoided with a good installation procedure.

You could have your plugin download/install the samples from a remote server.

So, my suggestion is to include a simple feature in the installer that accommodates this.

I'm not making a custom installer. I'm using Makeself on GNU/Linux, innosetup on Windows, and Packages on MacOS.