Thank you everybody for your advice

@d-healey Ok, thanks!

Okay reporting back (let me know if any of this is wrong...):

So some clarification - if its needed - here we are talking about Audio Files: that's the contents of the Audio Files folder in your project not the samples used in a Sampler, but the wav files used in Audio Loop Player or the Convolution reverb....

So if your number of Audio Files is so large that it will break the Visual Studio compiler - with the "out of heap space" error - then you will need to ship your Audio Files in a separate (external) resources file...

-- First make sure you have all the required wav files in the Audio Files folder:

-- Put this at the top of your script:

Engine.loadAudioFilesIntoPool();

-- Select: from the Menu...

This will create a new folder in your Project called PooledResources

In this folder will be the following files:

AudioResources.dat
ImageResources.dat
MidiFiles.dat
SampleMaps.dat

(yeah it exports all the different types of media - dont worry you dont have use all of them)

-- in your Project Preferences make sure Embed Audio Files is unchecked

-- compile your project.....

Now you have a product that will look for Audio Files in the following location (it will report an error on start up if it cant find this):

{AppData}///AudioResources.dat

-- so you need your installer to make this folder if its not already there, and copy the AudioResources.dat file into this folder

@ulrik You're the man! Much appreciated!

@yall Glad to Help👋

@parabuh Excellent, I'll add it to the pull request :)

Anecdotally, the Arturia controllers feel better to me in terms of build quality. Granted I haven't owned an M-Audio controller in well over a decade, so take that with a grain of salt.

In terms of what the knobs and pads are for, you'd be able to assign those to parameters of the Slim Phatty using the appropriate midi CC#s (here's a forum post where a user mapped them out). So you'd be able to assign one of the knobs to the filter cutoff for example, and one of the pads to switch the octave of oscillator #1, etc. Possibly useful if the Phatty is racked and you don't want to walk over to it while making a patch, or if you want to manipulate parameters while playing live.

As far as I can tell, you're not really shopping for a feature set beyond what any standard MIDI controller would offer, so you're likely safe buying any well-built controller until your needs change. You might be able to get away with something even more basic without extra knobs/pads like an Arturia Keystep. I'd suggest heading over to your local instrument shop and demoing a few controllers and see if something like the width of the keys, build quality, etc. matter to you. Good luck!

It occurred to me people might want the best of both worlds, so I went with a different option and added a property called ButtonsInsideBorder if this is set to true you get the new appearance, if it's set to false (or omitted as will be the case for older projects) you get the old appearance.

By default the property is false so when adding a new preset browser you will get the old appearance. I've also set the default of the EditButtonOffset property to 10.

If this sounds good to you guys I'll make a pull request.

With this new setting you can do things like this:

c6d90267-8163-4999-a7c3-bea6400d462f-image.png

@d-healey Thank you so much, David, as usual!! I managed to solve this

@ustk Sure thing!

Anecdotally, all multimedia gear, audio cables, etc. are sold by the foot in this country. So that's likely the unit that your end user is expecting. The only thing we buy by the yard is fabric, haha.

Edit: Feet with a decimal point is likely the best option here until you're to measurements that are less than 1 foot. Sub-foot measurements should be in inches with a decimal point. Not ideal considering how all of our measurement devices are marked, but your average consumer would know how to navigate this. Ideally in sub-foot measurements, you round your inches to the nearest 1/16" unless that level of inaccuracy breaks functionality.

Found some useful info to retain attributes for AAX in Inno
https://www.kvraudio.com/forum/viewtopic.php?t=489036

Yes, you have to be careful when "recreating" the AAX. It's all about flags. Definitely works. We do this: [Dirs] Name: "{code:GetAAXDir_64}\{#MyBinaryName}.aaxplugin"; Check: Is64BitInstallMode; Components:aax_64; Attribs: system; [Files] ; AAX Source: "{#MyBinaryName}.aaxplugin\*"; DestDir: "{code:GetAAXDir_64}\{#MyBinaryName}.aaxplugin"; Flags:ignoreversion createallsubdirs recursesubdirs; Check: Is64BitInstallMode; Components:aax_64; Source: "{#MyBinaryName}.aaxplugin\desktop.ini"; DestDir: "{code:GetAAXDir_64}\{#MyBinaryName}.aaxplugin"; Flags:ignoreversion; Attribs: hidden system; Check: Is64BitInstallMode; Components:aax_64; Source: "{#MyBinaryName}.aaxplugin\PlugIn.ico"; DestDir: "{code:GetAAXDir_64}\{#MyBinaryName}.aaxplugin"; Flags:ignoreversion; Attribs: hidden system; Check: Is64BitInstallMode; Components:aax_64;

@dustbro I think if that was the case the error wouldn't be on line in the script containing the namespace.

grosssssss

i wonder if other DAWs will follow

@d-healey Thanks!

@yall https://docs.hise.audio/scripting/scripting-api/transporthandler/index.html

setOnTransportChange should work for this

@nesta99 on my side I always have to change it manually inside the xml because it's never remembering it from the preferences window