@Oriah-Beats Use a plotter floating tile

These are my test results to far.

CleanShot 2026-06-12 at 22.53.33@2x.png

Forcing the order by manipulating the IDs to produce specific hashes gets:

Correct ordering for AU in Ableton Live and Reaper (but those users likely use VST3 anyway), and Correct group ordering in Logic Pro, although params in the group are still alphabetical

VST3 always shows in the component tree order either way, except in Cubase, which shows the param groups in the wrong order, but the params inside the groups in the correct order. WTF.

Conclusion - probably not worth the effort, but since the work is already done, I'll use it.

@dannytaurus said in Anyone doing factory presets only, with no Save button?:

power-user feature

It for sure is a power-move and not as intuitive as a user preset.

@brucerothwell

@brucerothwell said in HISE 4.1: Obtaining Peak/RMS Values from Script to a Scripted UI Meter?:

MatrixPeakMeter be made to LOOK like my needle meter

I dont think you can change this component exactly like some other components like knobs and sliders. You can start with a base slider and LAF it like Dave suggested.

@Felix-W in the legato sampler add a script that plays notes when there is a legato transition. You make it work independently of the other samplers.

@HISEnberg That has all kinds of stuff that I wanted in there. Especially the "ssl"*** stuff! Thank you! So sick. 🔥 🔥 🔥 Im all over that. 🙏 ⚡

@zachhealy1005 said in Linux:

so compiling hise on my laptop is in fact impossible.

If you reduce the number of compile threads to 1 or 2 it might still compile.
make CONFIG=Release -j 2

@David-Healey
@ustk
@HISEnberg
@ulrik

I've created my own little drag-and-drop implementation. Any suggestions for improvements?

HiseSnippet 1697.3ocuXE0aSbDD9tjbsXWPsHwOfE+P3bIXrSbRHJPaRbR.qRBVj.kHDBs4t02sMm205t0IwBgT+o0eR809T6L6dm8cN1zRDTKPw6Nyry2Ly2N6ttSrzikjHisrKe7v9LK6a5bzPgJrUHkKrZuqk8sbFDE0iJD6FSCr1YXeZRBy2x1d9mhpXWZAK8m+7m2gFQEdrwSYY8ZI2i8bdOtZ7rc15W3QQ6S8YGy6kS6la01SJZIijC.3LuScq9TuynArConZy4X8LZRnk8O5rd2UnqsZ2U7Vm0bYFk5e5pqsg+oqzXs0W4QrldT5iVsoWyMrr+l874JY7QJphkXYuvNR+gGEJuPXbvq4I7SiX3fFVGAd1L89xHeLDwYsZExi76jkmRrfUoy3r17lr1cbNf6yGM+3r2OnEPFaQ9Dn8bEg27EfWi7vqdN3MEHYmCRKXfzscNxKl2WMVBhmuyosPwh6Rg5TdnXz0Zt+pjyCeH4EQ76kPvB98D2a2XY+xsjfYBUsdzyX6GCCFsLtqTu9RjkWsd0MKWFrEClAIjWSi4T.7IkiYAjjKn8Ay5YTAW3.THoCUvhRJC08DE4bZLoudBxSHuMyiALUKYu9RALvsh1fFUptTYxT97IrY4qgMqbMroYkpuChxtxX29DtHMfpV9CkK0uVBS0AXFpWJGn3BlqQXmWBoNizCjCRXsnQQmBT+TwGzZBwChgpI3NIrRbQvynBeybUVhX19jT6hPthsDAKJebTNmzV3y8n.iyj3ym2EQ5pBKFx8SO7FqREXUGOpVBvXQShkQtcoQIrIDCAsLgq3RgKvTPxh9+o7kmSOs.RziaLSTXDiHv7Mb4cqnXWpfnuRkpSmgQzocRZduLWDA+gzcfvCgEIqN3FnKTA05Bcn1NJxsP5DKCAn+LyNR3oQPwxHzOldw1Q7.Ay+X.RtpPdBF.s8cqtDIazykdzncjCD9It0g4q3AgVLyuhoZgAPqPl2Yjiowf5WAtdnPiL2fH4ozn2rDw7kSv..onHAjCYw5aR3jGmFg0hXh.UHL08ueUsZeXD+NBAEQoWUvNiAukij4hpbIH0nFFKOU61rB7abgPnn5C+DpexUU+hBp+qbeU3UUJrfROiwCBUnVSnFWjv8YftoIIxO8D.8Kt3nwOFGeevmKt3T2mCeRSqnoCGa5InoCASCy4TdWWiGqVXwhYpAwBB2DDezne5jOnQ98mEXr585jrdAyfxdPKW14.4QSawUg0E0B5AGqLKDwMq2a0xk.DpUulWD26LlOFP20LSLlCagSC5AKVoYs8pTorEbDKoFW3yt7Ec0zc8N7FnherbIMnvSzln+SNn.aYBRcoopEnIXoaUtB8Bx4F6tbywVLblVbRNKFhV.+aF8l.+9.RC.7vxY9xn9TWwrbc7TwCXoQqIb6.mKJi6Yh3sE9D7.Tx1lxFN9kLvsj8NmEOD.sHHWxnGVzeU++eyGf2KzQ4RLETkb2m.zSjgLCg43USmsnS.zrDPWjwTAbdZmkLyeWV+QPTEhRlWmo34BpWyPHAUYyBDGJI9Y3vGwgrOKlpqEJo7LRen4MKccJxsEv8d2b108rS5lIeZhy5.BB1aezFXo3Poh8BgqduKHiLontcmprT.DwhmpX7R0weJCcEC5cJKdI3z1Hf5loHbwwh2F0Y12FM+kk8LGSmSQonsfqdQelXVWg1J8rc3aup8tTEEuBa5bfdPERwQHXuK6b3ADlKzVxYWVxYJYeK6uczEB.XpzRuU10cQliEGtT6MbLWVz5x7uHY33As2BZtBEzzVrf+9dG3Pex3Ir9L7yx48CequZ9YkYEO+N8KpeZNq34yzOeSQ+n2il5Gy90YEOa8aacAd7+nI9i3svc05mBl2CklUjbSmwaMQu3Xm5AyWRWcG66.CB0WhHaDbaudYuD8lNMWdilaTuw5qUOmfkmPx4YaOrm+yI7WdlzyQ.bxv20QeNcZKMn2F3JSGS3aPCTpPpBglQvSsuxqBg2iJ8GDgmAm+Qp3S4SE.8JJ7xP7gdvsZTCy+T+uXub8+JDusSGtxKb5XbtofQnixWCLl9d+a4rW2tLO0X.tfy9u4qyi6sLuZI3.pJlir3CGz6Hf.5w.uKvyIQV6bXWUy35YD7iXBe8f+F9jJrAN1NUXiLgV8ndwx26YNg.+EEtgdF.SB8u9RImCvwjFV5SMxmm6w84u2yq3RcECW95Z3JWWCadcMb0qqgqccMb8qqgO5e2P72eZ6AJYOy1FKqC5rm9HWa68D3CNzrUq+AfuNwBB

@David-Healey well done...for now I might stick to my "Load Request File" based appraoch...

@ustk Good call. Claude suggested I update to this:

UserPresetHandler.setPostCallback(function(presetFile) { // On first launch the default preset loads with no file (frontend leaves // currentlyLoadedFile empty), so getCurrentUserPresetName() is "". Fall back // to the default preset name. (Editor returns the real name, so it's unaffected.) var name = Engine.getCurrentUserPresetName(); btnShowPresetBrowser.set("text", name != "" ? name : "00 INIT"); });

I'll try it and make sure it works on first launch, and doesn't interfere with reloading DAW sessions.

@observantsound You can use a global modulator for this I think

https://youtu.be/Y2XhAEE1IBI

Also you can use a single sampler for sustain and release - in most cases. I posted a video about this on Patreon recently: https://www.patreon.com/davidhealey/posts/how-to-create-156513314

@Bart I was testing with Win10. I've just tested on a fresh install of Win11 using the free trial of FL Studio, not sure if it's the same as the beta version, probably not.

Again no crashing here, I'll see if I can find some other FL Studio users to test.

There is a detailed comparison of various pitch algorithms.
Rubberband performs really well and it's not too difficult to integrate into Hise.
I think there's even a detailed post somewhere here on the forum about this topic.

@pgroslou Even the Lite models of the previous version, which consume less CPU, don't work; only the standard models work.

Hopefully, the A2 NAM (which has two versions depending on CPU usage) will be integrated without any problems.

@DanH said in Matrix modulation connection is broken in exported plugin:

He can drop that
addModuleStateToUserPreset call unless he needs the container's own chain
state in presets.

Yep I need it, so I can't remove it, then 2 MatrixData blocks it is and will be...

Two root-level blocks means two live ScriptModulationMatrix instances at save
time. Unlike most Engine.createX calls there's no caching — each call to
Engine.createModulationMatrix() constructs a fresh object and registers a
fresh state manager, even for the same container ID. So ustk should search his
scripts for a second call (a second script processor, an included file, or a
call inside a function that runs more than once). Restore-side it's mostly
benign (each manager restores from the first MatrixData child via
getChildWithName), but it's the smoking gun that two matrix objects are alive
— and two objects both performing remove-all/re-add restores on the same tree
is exactly the kind of thing that could leave the runtime side confused.

Nope, no smoking gun here.

The signal path goes stale if:

the container's child modulators get rebuilt after the matrix restore
(remember MatrixData restores last, but postPresetLoad, sample preloading →
prepareToPlay, or anything his preset postCallback does runs after that),

something worth investigating, especially prepareToPlay that has been modified recently to fix another matrix bug...

Practical suggestions for ustk

Grep the project for createModulationMatrix — ensure exactly one call, in
onInit, stored in one const var. If duplicates persist in fresh saves after
that, an old instance is being kept alive.

Always had only one here

Drop addModuleStateToUserPreset("Global Modulator Container").

Nope, need it for what it does. And anyway I tried without and it doesn't seem related to the issue.

Check whether the broken targets' source modulators are bypassed/disabled
at the moment the preset finishes loading (the active-list trap above).

Nothing's bypassed

Note whether broken targets are MatrixModulators in mod chains vs.
script-slider parameter targets — they use different listener paths
(MatrixModulator::onMatrixChange vs MatrixCableConnection), which would narrow
it to one code path for a proper bug report to Christoph.

Only MatrixModulators in mod chains here, not direct parameter modulation

@ustk Ok I think im understanding. Thank you.

@Christoph-Hart I'm also still encountering this issue.
I've also tried all kinds of formats
"{PROJECT_FOLDER}/Scripts/test.js"
"{PROJECT_FOLDER}/Scripts/ScriptProcessors/test.js"
"{PROJECT_FOLDER}/test.js"

I also get onControl cannot be parsed.
My test.js is a file I saved after adding a blank script processor to my container.

1:
"Right-click/connect to external script": Works!
"Rick-click/reload connected script": Works!

2:
Adding script via Builder.connecttoScript: On Control cannot be parsed.
"Rick-click/reload connected script": Does not work "because connected script is not a valid HISE script. OnControl( cannot be parsed"

function onVoiceStart(voiceIndex) { "Hallo"; } function onVoiceStop(voiceIndex) { } function onController() { } function onControl(number, value) { }

@Sampletekk David, I bow in your general direction!

@David-Healey 👍

@resonant It's optional, HISE will fallback to a less efficient algorithm that's all.