Exporting From the Command Line

[dusseldorf]

I'm trying to export a project from the command line, and am having trouble getting it to work properly. The project compiles just fine within the HISE GUI (instrument, VST3), and usually takes about 5 minutes to finish the process. When I run it from the command-line, it appears to be working, but completes the process in about 10 seconds, and doesn't produce a VST3 file.

The export command that I'm using is: HISE export: C:\plugins\worldkit\presets\worldkit.init.hip -t:instrument -p:VST3

The same thing happens if I run the "batchCompile.bat" file from the project's Binaries folder -- it appears to be working, but finishes in 10 seconds and doesn't produce a VST3 file. Here is a screenshot of the output from the command-line export:

[d.healey]

@dusseldorf C:\Windows\System32 - That seems like a weird location

@dusseldorf said in Exporting From the Command Line:

C:\plugins\worldkit\presets\worldkit.init.hip -t:instrument -p:VST3

Try compiling the .xml instead of the .hip. Also it's generally not a good idea to put dots . in file names except for the file extension.

[dusseldorf]

I put the HISE.exe file in the Windows PATH. When I open a command prompt, the Windows\System32 location opens automatically by default. I'm running it from a batch file as Administrator instead of typing it in. (What I want to accomplish, is to have it automatically compile every night with current day's changes.)

I tried the project_info.xml file instead of the HIP file, and ended up with the same result (completes in 10 seconds without generating a VST3 file).

New Command: HISE export: C:\plugins\worldkit\project_info.xml -t:instrument -p:VST3

[d.healey]

@dusseldorf Try putting the HISE source code folder (with the HISE executable inside it in the projects/stanalone folder, etc.) on your desktop.

Then see if it compiles, you shouldn't need to run it as admin.

[dusseldorf]

I wanted to thank yourself and Mr. Hart so much for creating this wonderful program -- I love it! There are so many great YouTube videos and documentation -- it has allowed me to create VST plugins when there's no way I could have made them with Visual C++ and JUCE.

I changed the command from "HISE export..." to "C:\Plugins\HISE\projects\standalone\Builds\VisualStudio2022\x64\Release\App\HISE.exe export: C:\plugins\worldkit\project_info.xml -t:instrument -p:VST3"

If at all possible, I prefer not to move the HISE installation, because that would require me to change the HISE PATH settings in all of my projects. If I'm not mistaken, the change I made should achieve the same result as moving the installation to a more neutral location.

[dusseldorf]

(It still produces the same result, however.)

[d.healey]

@dusseldorf said in Exporting From the Command Line:

If I'm not mistaken,

The same setting is applied to all projects - you can also specify it in the command line. But yes, running it directly from that folder should help. You need to run the project xml though, not the project_info.xml.

Save your project using File > Save Xml and this will create an xml file in the xmlPresetBackups folder. This should be your main project file - despite the terrible naming choice "backups". The .hip file is really the backup.

I think you also have a typo. You put C:\Plugins\HISE and C:\plugins\worldkit. Should they both be C:\Plugins?

Try using export_ci instead of export

[dusseldorf]

Thanks so much for your help and prompt responses -- I saved the project into the XmlPresetBackups folder and have updated the command to point to that:

C:\Plugins\HISE\projects\standalone\Builds\VisualStudio2022\x64\Release\App\HISE.exe export: C:\Plugins\Worldkit\XmlPresetBackups\worldkit.xml -t:instrument -p:VST3

I still receive a 10 second compile without generating a VST3 file.

I know this was kind of an obscure request -- the larger issue that I'm dealing with is that I'm trying to work out a bug in the plugin that only shows up when I run it in Ableton. Inside the HISE GUI, the program works as intended, but when I run it in Ableton, it works a little differently than expected. As a result, I've been having to compile and export several times a day, trying to troubleshoot the problem. (Hence, wanting to create a command-line batch compile to save time).

Is there any way in HISE to differentiate between when the user first adds the plugin to a DAW track, versus when the user reloads the project with the plugin already inside the project?

I'm using a random generator to change the samples in a JSON sample map, and it works right when you first add the plugin to the track, but when saving and reloading the project, it is automatically firing the combobox events, changing the samples when they should remain the same. I've been looking for a HISE function that can tell the difference between when the plugin is first added, versus being reloaded in a saved DAW project.

[dusseldorf]

(My project folder is C:\Plugins\Worldkit\ and HISE is installed in C:\Plugins\HISE)

I tried export_ci, but unfortunately it has the same result as export. (I'm okay with letting go of the command-line idea. I was just hoping to make the process faster, if I could do so easily.)

[d.healey]

@dusseldorf Look into the preset handler and the isInternalPresetLoad function. A forum search should bring up something.

[dusseldorf]

Thanks so much -- I really appreciate your time and helpfulness.