@resonant

My project is setup for this:

HISE_NUM_SCRIPTNODE_FX_MODS=32
HISE_NUM_POLYPHONIC_SCRIPTNODE_FX_MODS=32
NUM_HARDCODED_FX_MODS=32
NUM_HARDCODED_POLY_FX_MODS=32
ENABLE_ALL_PEAK_METERS=1
 JUCE_LOG_ASSERTIONS=1

If you're going to be using hardcoded modulators, then you're definitely going to want to activate some of the mods. Saying that, I don't think having them set to zero would cause a crash. Would just cause modulation to not work.

If you're using a hardcoded module, are you initialising the SlotFX properly when your plugin loads? I'm not 100% certain, but if you're not ensuring the slot actually has the effect and then you're trying to map modulation to it at any point, that could cause a null pointer and a crash.

@Chazrox In the UI editor, the foldable panel on the left hand side that shows all of your added components. There's a search box at the top of it, but it is a bit ropey.

Component search seems a bit iffy to me. If I search for something like "Engine1SamplerTabArea" then depending on what the names of my other components are ... I might end up with a load of stuff in the results that just isn't anything remotely to do with my original search term.

How does it work?

No crashes in my plugin no. If you're getting a crash, the initial idea I'd suggest is to check for deferenced or null pointers. Are you trying to access any variables, functions, or namespaces that exist when you're in HISE standalone, that might not exist in the compiled plugin??

Using the Builder API can be a cause of plugin crashes too.

Hmmmm I started using it for the modulation matrix controller, but there were things I wanted to do that I couldn't, so I wrote my own script panel matrix controller using LAF instead.

LAF is - I guess - a subset of the JUCE graphics API, so I'm more comfortable with LAF. CSS hasn't really fully clicked for me yet, if I'm honest. I've never needed it for anything else I've ever done, because none of it was web based and it was all Python, c++, JUCE, Lua, and C#.

@David-Healey Oh weird. Must've deleted it somehow. Fixed.

HiseSnippet 1768.3oc2Xs0biaaEFz1LSrSSaRZlN4g7.FOcxnsxUQxV1RNYxDYKa4U6JsRwR6tYaeXGHRPIDSBv.BIaMc1o8w9yK+Fxuf7Tdc6AjTRfwZscT1la7AYdtA7gCN2n6JENznHgDYsU+ogTj0evt2TtZT8QDFG07Dj0aY6H7EREMRgNdZHIJh5hrrV+LsBVatAJ94697iI9DtCcAKD5IBlCsEKfoVvsasGx78aPbo8YAFZWtVSGAuNrUiAvrtcQTHw4BxP5iHZ0VyFceRzHj0eyduJGP71sREJ06fhGVoh2AUbH6Rok2qb4AtjA6VspS08qTEY8Fm5xTBYOEAPOxZiiEtS6MRbIOYCdBKhMvmpIJg5A6bB6FBeW8QTyEUeDy2s6LuTDBYY2cgOa8De16a2l4xlyegu6chEfWXgoCzZsrva8LvqjI7JZ.uk.o0LfzFytF6KI7nPQDUlBE7BN3R3LPYtjiBDi4F2VeTseDnrzMhRz0A46Z2yQxBUKjjDv0jqnROBDLYBxDcQq88qYWW.ZvUEBHWPaHAh4Vja+hE2AC+buOcKHdJRgmPjXehG9yvyrxQRgyRKgCwukPbwQb2FTpeNvhs.EKHoCYQvx0XL2QwD7ba6JIWdDm3OEbcGCQkCkfWxc6cvdyTY3NXwfu5da8u1BCOCK3Aw3G46mq3UMZTJ9AV8Wn2g6vVblj8JV7MgiPjvmVP6Tjp9xwzbdD+H5rU+1W7tD0naB4QTURRXtj+DU3xQLkdCzxi+4i+XrdEwpQTLIcYwgv5hIQXBNRIEWPcw9LNEyfq.JwEK7.IZuBHf.9+zcSuNZDkCvPA8RDilBZM1Auaghy8ZKtKa3KHJFeXelOsjws5PMvCBEbfH21YzZa8Rjgi9Xds..v4cuOcliAK3ORnnc34hc7a8hsv+PQddKUlFPRAbRkKUrtrm7lLLGebv.pbG3z5OlNWQHqIaln8cKSzIw+Xnnf2jyTcBo7WUQNTpSEd6wMOgnHPQFqTdfdgPrGSCAqSnSfR7IYyaZeBM5BkHLV2zaBnRjJsFYR9q40.hAI1+I6L2LnqL6fLcNw+4I0RAvrcqquPAg4nACm00Xy2XlcPDavBtu7ku7+lk6tlJGe.sFYqSA1dtano61eBd6VM5faKbG6S.Oeos2QqRStK8JP3euTL4wi87nxVT9PHy5SvkKFyE5h3Kt7oB4EQPiLJHHNQcqWftj4pFM+bU6eWaDkMbjQQ2mUSQuRc8C0RpfBMXlANytN5dyoBfPqLUQ0UJ4QL0Tyd2u9ZEYYfQ6DL9go275.+mPjLBWMGzw3Emp.VqANUECu9si+zVCVeq8h7oPIMDpizWz0mLMWDIHzmdNb71Am7dTWnXtuv4hqmJFlbFhklaP706qrHvq85C+HqBr58i+okieWCFeW6tLkynkGMt1RtM0yy7ZJZDc8Q0da6SgqSG0B.tgciu7+OykYt8+wjs+sr6AcEimvNdy+Kwz3mRlPwmQ4T40C3yNm82bWmyN7NOmcGGEr8yGAzbg6QCX8g53QlLebDLyE8qOWeaZxutfHWpnu6ya.GxkZSOhZrLNr3GN4IDFr9MM9doUb78M9U236+Vnrt4WXr4LL1ioqidJeB0GJWDiw2CpO3QF6qlwMarbaAWDNRvYNlWzmSUR1vgToI1W5A5HkBF+dAm2u14TeJwLn8uVqEDrQjfehth9hR28Vb2z80GXm.2j1Z+hbuYFZ8NIP01FFoIMdJ6vM2NtzoviobmLUq0kXZxM4nql4IjAosLladK5PXiL4zmBiIBUCcxzLOPHTihmGLHS0HXV8vS4D3j6Zpe2QP..zrEFoOSoEXY6KZSzeJTccmbSgMGxERZRC7L0vFGoDAyN.Hqu2tT0hEx9Loi7nm15P8qGVOltH8AEOzP9Tm6WO+jKuxau5Kn61lFseBcohEOM+8C7GWIgNre9l485JNtbBcmxrGkeh24mlJu6E62Iu2f+wgo1eYiAeQ75mRe0fyNOuAdJ8.uGmeuprAoxeF7juvdMdX55e34bm7dmc7fTZ3GOS6Q8Tzvjoh+m1GTtvfp7tKNulOdU4Sh5T+ocdPdPoIU5M7qOqXm1Sa06v6epxc+5J29S5.ucR9SfW2Ow9C9hgO7vBnWeojqcGSI+ywg7yis0A++BkMd6nbdx1uRQ4MNX25+9dvtyEi0evZaBz3B9dU6GMNnGLOkCE1cNm5q+5bq0z0SRnKpoSFnh6FS.eR5KSEVRSakJrzLg+rrGADGo34NIewgNQ5Mi4.mad7+00MsaqowkPweEh4cY.LYzycbxtTWyvcWUC2aUMr7pZ39qpgGrpFVYUMr5sandv0iFC8xRRMQn1cOMoht07VnVqi9eJuzmhC

This gives a plotter LAF like the following image:

As far as I know, based on conversations with Christophe, this stuff is unavoidable. If you want any of these seamless start/end/loop/direction changes, you need to write a custom sampler from scratch in c++ or SNEX, and use it in scriptnode.

@David-Healey Well I don't know what else to tell you: https://forum.juce.com/t/int64-t-vs-juce-int64/45358

As reported here - it is a typedef issue, specifically affecting Linux compiles.

Actually, I might have that wrong. That thread is about juce:int_64.

@David-Healey said in Invalid use of incomplete type vSIMDType:

@Orvillain said in Invalid use of incomplete type vSIMDType:

I think this is a Linux compiler thing.

Linux user here

Yeah I know. You're getting the issue with the dev branch but not your fork right? Your error:

../../../../../hise/hi_streaming/../JUCE/modules/juce_dsp/containers/juce_SIMDRegister.h:85:11:
error: invalid use of incomplete type ‘using juce::dsp::SIMDRegister<long long int>::NativeOps = struct juce::dsp::SIMDNativeOps<long long int>’
{aka ‘struct juce::dsp::SIMDNativeOps<long long int>’}

That is telling you that SIMDRegister/SIMDNativeOps is being used incorrectly. The only thing I can think of is that it is being called with long long int, which is correct for Windows and Mac... but on Linux I think it should be called with long int - not long long int.

I'd check that line in your fork and dev branch and make sure it is the same, if you haven't already.

@d-healey I think this is a Linux compiler thing. On Linux int64_t is defined as long int - whereas Windows and Mac it is defined as long long int.

The compiler is throwing a wobbly because of that.

I think.

@Christoph-Hart - is this a bug, or is it intended???

Group Fade does support it. I'm just wondering why?

@Christoph-Hart said in CSS :nth-child() supported???:

I can add an attribute to my parameter dictionary for scale/unipolar/bipolar,

I've added a method requested by @DanH where you can setup default properties for each new connection (so you can eg. set the base intensity to 75% or whatever floats your boat.

https://docs.hise.dev/scripting/scripting-api/scriptmodulationmatrix/index.html#setmatrixmodulationproperties

siiiiiiicccckkkkk!! Nice one Christoph!

@Christoph-Hart said in CSS :nth-child() supported???:

Ah sorry, no you can't. The inspector shows all available selectors and the ID isn't one of them.

(The matrix columns can be addressed through the ID but I thought I've added it here to, but apparently that's not the case).

But yeah if you're almost there, just go with your own dragger. Note that there's a snippet in the example database that also gets you 80% there:

https://docs.hise.audio/tutorials/ui/index.html#drag-modulated-parameter

Yep, been referencing that :)

I've actually got quite a nice dragger right now. The UI is basically done. I just need to setup all the matrix connection stuff. Also I realised this probably gets me a cool benefit - I can add an attribute to my parameter dictionary for scale/unipolar/bipolar, and set the connection to that by default when the connection is created. I couldn't see a way to do that in the floating tile solution, but confess I didn't investigate very hard.

Thanks for the confirmation that I'm not a complete idiot

@Christoph-Hart said in CSS :nth-child() supported???:

@Orvillain you should be able to access them by the #id selector individually, no?

If I can, then I'm stupid. Coz I couldn't figure it out! Is okay.... I'm three quarters of the way there with my own matrix controller now!

@Felix-W Bah.... I'm just gonna write my own modulation controller then. TBH, I prefer that anyway, coz css still messes with my head.

Is :nth-child() supported in HISE's implementation of CSS?
https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/Selectors/:nth-child

I'm looking to do different things to each of the draggers in the modulation controller. But it doesn't seem to work?

@Oli-Ullmann Yes I think you're correct. I checked the docs and there is a line about it not meant to be a dynamic state.

@Christoph-Hart

This is a bit complicated to explain. But basically.... I have a bunch of hardcoded effects. At initialisation, I create knobs in my UI.

I have a menu that loads an effect to the particular Hardcoded Master FX slot in question. When this happens, I assign the processorId and parameterId to the correct ones, and I update the matrixTargetId.

If I do this .... then my modulation for that parameter works audibly. But the UI animation, hover states, and modulation indicator completely break and stop working.

Now..... if I set the matrixTargetId when creating the parameter, and then NEVER update it...... it works fine.

I know this is a bit hard to get your head around, and maybe I'll try and make a minimal example. But as a fundamental question, do you support updating the matrix targetId parameter??

Not sure, but try putting it in a fix_block container???