Multiple instruments, single project or multiple projects?

d.healey

If I understand correctly the user presets only saves the state of the front end script, all other values need to be set by the script based on the state of one or more saved widgets?

Levitanus

Yep, all plugins works this way...

d.healey

Is there a reason why the same presets we use as developers couldn't also be "factory" user presets when the instrument is exported to a plugin?

Christoph Hart

Ah, you mean the actual .hip file? This would mean a heavy rewrite of the architecture of HISE, because the .hip file serves as root data structure for the plugin (and, again, is poorly named because it has nothing to do with actual "presets"). Making this hot swappable is pretty complex, because it might involve window rescaling (if the interface size changes), wiping all samples and globals, recompiling all scripts, etc.

Also changing the .hip file can't be called from a script (because it would be destroying itself with this action). I could add a drop down in the global toolbar that allows selecting different .hip files, but I can't say when I find the time to implement this.

I recommend sticking to the current system - hot swapping the sample maps and adjusting the rest (background image, modulator settings etc...) via script callbacks. This really reduces the redundancy if done right.

d.healey

Yep that makes sense, the preset name threw me off. Is there a way to make a hidden interface in a separate script (one that won't show on the front end) that will be saved with the user preset where I can do all my sample map swapping and other setup?

Christoph Hart

You can just hide the control that swaps the sample map. The properties saveInPreset and visible are independent...

d.healey

My problem is the preset is going to be more complex than just hiding a single control because I'll need knobs to set up lots of other things like key range, round robin, legato, as well as changing the sample map. All the things that will vary between different presets.

Having all this in the same script as the user's GUI makes it a bit complex to handle. Would it be possible to add another script with Synth.addToFront() or Content.makeFrontInterface() but have the tab switching button hidden so that the user can never access it? Or add a function, to do the same thing, something like Content.makePresetInterface()?

d.healey

Ive just noticed also that the preset system only seems to remember the first script with makeFrontInterface() ignoring the controls on other front interface scripts.

<?xml version="1.0" encoding="UTF-8"?>

<Processor Type="SynthChain" ID="Master Chain" Bypassed="0" Gain="1" Balance="0"
           VoiceLimit="128" KillFadeTime="20" IconColour="0" packageName=""
           views="32.rk1bzA.....C.........LDZg4lakwVL..........." currentView="-1">
  <EditorStates BodyShown="0" Visible="1" Solo="0" Folded="0" InterfaceShown="0"/>
  <ChildProcessors>
    <Processor Type="MidiProcessorChain" ID="Midi Processor" Bypassed="0">
      <EditorStates BodyShown="1" Visible="1" Solo="0" Folded="0"/>
      <ChildProcessors>
        <Processor Type="ScriptProcessor" ID="Script Processor" Bypassed="0" Script="Content.makeFrontInterface(632, 250);&#13;&#10;&#13;&#10;Content.addKnob(&quot;A Knob&quot;, 0, 0);function onNoteOn()&#10;{&#10;&#9;&#10;}&#10;function onNoteOff()&#10;{&#10;&#9;&#10;}&#10;function onController()&#10;{&#10;&#9;&#10;}&#10;function onTimer()&#10;{&#10;&#9;&#10;}&#10;function onControl(number, value)&#10;{&#10;&#9;&#10;}&#10;">
          <EditorStates BodyShown="1" Visible="1" Solo="0" contentShown="1" onInitOpen="0"
                        onNoteOnOpen="0" onNoteOffOpen="0" onControllerOpen="0" onTimerOpen="0"
                        onControlOpen="0"/>
          <ChildProcessors/>
          <Content>
            <Control type="ScriptSlider" id="A Knob" value="0.47"/>
          </Content>
        </Processor>
        <Processor Type="ScriptProcessor" ID="Script Processor22" Bypassed="0" Script="Content.makeFrontInterface(632, 250);&#13;&#10;&#13;&#10;Content.addKnob(&quot;AnotherKnob&quot;, 0, 0);function onNoteOn()&#10;{&#10;&#9;&#10;}&#10;function onNoteOff()&#10;{&#10;&#9;&#10;}&#10;function onController()&#10;{&#10;&#9;&#10;}&#10;function onTimer()&#10;{&#10;&#9;&#10;}&#10;function onControl(number, value)&#10;{&#10;&#9;&#10;}&#10;">
          <EditorStates BodyShown="1" Visible="1" Solo="0" contentShown="1" onInitOpen="0"
                        onNoteOnOpen="0" onNoteOffOpen="0" onControllerOpen="0" onTimerOpen="0"
                        onControlOpen="0"/>
          <ChildProcessors/>
          <Content>
            <Control type="ScriptSlider" id="AnotherKnob" value="0.88999999"/>
          </Content>
        </Processor>
      </ChildProcessors>
    </Processor>
    <Processor Type="ModulatorChain" ID="GainModulation" Bypassed="0" Intensity="1">
      <EditorStates BodyShown="1" Visible="0" Solo="0" Folded="1"/>
      <ChildProcessors/>
    </Processor>
    <Processor Type="ModulatorChain" ID="PitchModulation" Bypassed="1" Intensity="0">
      <EditorStates BodyShown="1" Visible="0" Solo="0" Folded="1"/>
      <ChildProcessors/>
    </Processor>
    <Processor Type="EffectChain" ID="FX" Bypassed="0">
      <EditorStates BodyShown="1" Visible="0" Solo="0" Folded="1"/>
      <ChildProcessors/>
    </Processor>
    <Processor Type="SineSynth" ID="Sine Wave Generator" Bypassed="0" Gain="0.25"
               Balance="0" VoiceLimit="128" KillFadeTime="20" IconColour="0"
               OctaveTranspose="0" SemiTones="0" UseFreqRatio="0" CoarseFreqRatio="1"
               FineFreqRatio="0" SaturationAmount="0">
      <EditorStates BodyShown="1" Visible="1" Solo="0" GainModulationShown="1" Folded="1"/>
      <ChildProcessors>
        <Processor Type="MidiProcessorChain" ID="Midi Processor" Bypassed="0">
          <EditorStates BodyShown="1" Visible="1" Solo="0" Folded="1"/>
          <ChildProcessors/>
        </Processor>
        <Processor Type="ModulatorChain" ID="GainModulation" Bypassed="0" Intensity="1">
          <EditorStates BodyShown="1" Visible="0" Solo="0"/>
          <ChildProcessors>
            <Processor Type="SimpleEnvelope" ID="DefaultEnvelope" Bypassed="0" Intensity="1"
                       Attack="5" Release="10" LinearMode="1">
              <EditorStates BodyShown="1" Visible="1" Solo="0"/>
              <ChildProcessors>
                <Processor Type="ModulatorChain" ID="Attack Time Modulation" Bypassed="0"
                           Intensity="1">
                  <EditorStates BodyShown="1" Visible="0" Solo="0" Folded="1"/>
                  <ChildProcessors/>
                </Processor>
              </ChildProcessors>
            </Processor>
          </ChildProcessors>
        </Processor>
        <Processor Type="ModulatorChain" ID="PitchModulation" Bypassed="0" Intensity="0">
          <EditorStates BodyShown="1" Visible="0" Solo="0" Folded="1"/>
          <ChildProcessors/>
        </Processor>
        <Processor Type="EffectChain" ID="FX" Bypassed="0">
          <EditorStates BodyShown="1" Visible="0" Solo="0" Folded="1"/>
          <ChildProcessors/>
        </Processor>
      </ChildProcessors>
      <RoutingMatrix NumSourceChannels="2" Channel0="0" Send0="-1" Channel1="1" Send1="-1"/>
    </Processor>
  </ChildProcessors>
  <RoutingMatrix NumSourceChannels="2" Channel0="0" Send0="-1" Channel1="1" Send1="-1"/>
  <macro_controls>
    <macro name="Macro 1" value="0" midi_cc="-1"/>
    <macro name="Macro 2" value="0" midi_cc="-1"/>
    <macro name="Macro 3" value="0" midi_cc="-1"/>
    <macro name="Macro 4" value="0" midi_cc="-1"/>
    <macro name="Macro 5" value="0" midi_cc="-1"/>
    <macro name="Macro 6" value="0" midi_cc="-1"/>
    <macro name="Macro 7" value="0" midi_cc="-1"/>
    <macro name="Macro 8" value="0" midi_cc="-1"/>
  </macro_controls>
  <MidiAutomation/>
</Processor>

Christoph Hart

Yeah, I pretty much abandoned the possibility to have more than two front scripts (I think we discussed this a while back) and I wouldn't rely on that design approach.

d.healey

Oh yeah I'm sticking to the panel method for multiple tabs, works great. I was just testing the multiple front-end to come up with another way to do presets. So it seems everything that I want in a preset has to be part of the main GUI script?

Christoph Hart

Basically, yeah, but you can do a lot of stuff eg, store Objects as JSON data and copy them to a global variable in the onControl callback or set an attribute of another script that fires its onControl callback.

d.healey

Ah that sounds clever a way to do it, good suggestion!

d.healey

After more thinking, I think my needs are going to be too complex for the preset system to handle because for the different instruments I'm going to have a different number of samplers, and I'll need to be able to change the sampler IDs on the fly (because my UI makes use of these for the various articulations), there is some other stuff too that will make it a bit messy to handle. So I'm thinking I'll use the preset system for "like instruments" that share the same articulations, number and order of samplers etc, and use a separate VST for those instruments that require more than the preset system is intended for. But I'll stick to using a single HISE project for all of my woodwind instruments since they are closely related and rely on the same code and most of the same instrument setup and I'll just create separate .hip files for each.

Christoph Hart

For what do you need the Sampler IDs besides setting the label on the interface?

If its only for displaying the name on the label, it should be doable with JSON:


// onInit

reg instrumentData;

// in onControl

// This will come in from the preset recall
value = {
   "name": "Trombones",
   "releaseSamplerEnabled": false,
   // ...
};

instrumentData = value;

// Activate an additional sampler if needed
ReleaseSampler.setBypassed(!instrumentData.releaseSamplerEnabled);

// Set the label name
mainLabel.set("text", instrumentData.name);

I still think it'll be more cleaner using just one plugin and you can't underestimate the workflow benefits of just having one preset file.

If we're at it: I don't know if you knew this, but you can save the presets as .XML file instead of the binary .hip file format. While it increases loading times a bit (only in HISE, not in the compiled plugin), you'll get a ton of benefits by using a version control system like Git for the XML file and the scripts. It even extracts the scripts from the preset when saving and stores them in local .js files and reassembles them if you reload the plugin.

If you do this right, you'll end up with nice clean commit history that looks like this:

Especially if you are planning to release the library on GitHub as GPL, it would make a hell of a impression if you could actually reconstruct the building process in a nice clean way.

d.healey

This looks too tempting, okay, I'll dig in a bit more and see if I can get on with it :) and the GitHub stuff is an awesome idea

d.healey

What is the ValueTree automationData expecting in the Content.storeAllControlsAsPreset() function?

Also, I keep getting this message with the latest version when I select a User Preset (even a new one)
alt text

Christoph Hart

I think a filename string with (or without) an extension. it will write it in the user presets folder.

You need to use semantic versioning for your project in order to use user presets. The reason is that then you'll be able to bump the patch version number a.b.x without having this popup appear (which is annoying for small bug fixes). If you add new controls, bump the minor version number a.x.c and it will add default values of those new controls when you press OK there.

d.healey

I think I'm misunderstanding something
alt text

Christoph Hart

You need a patch version number. 1.0.0 will do :)

Christoph Hart

Ah and you don't need to specify the version number in the filename of the preset, it will be stored inside the XML itself (using the current Project Version Number)

Multiple instruments, single project or multiple projects?

35

1.9k

10.7k

93.0k