Say I have a sampler that has 2 channels, and it's nested in a container that has 8 channels. I want to have the output of the sampler split to all 8 channels of the container, while adding some per-voice modulation (like an envelope) on each of the split channels. So:

• channels 1-2 get a simple gain with Envelope one
• channels 3-4 get a simple gain with Envelope two
• ... and so on

Or in other words - I want my 2-channel sampler to behave as though it had some multi-channel / multi-mic samples loaded, but without using multi-mic samples. I just need to have a single channel pair split to more channels before it gets to the container for furhter processing.

I could mult the 2 channels from the sampler on the container level, but then I can't apply per-voice modulations to each channel.

Is there a way to achieve this?

@Christoph-Hart ? :-)

Is there a way to programatically close the standalone app built with HISE?

Thanks so much, that's very helpful, I appreciate it!

I'm sure it's something simple, but I'm just figuring out the Server calls and stuff. I'd like to write a function that works like this:

1) Create a file name based on a var I defined in the script - let's say it's HISE_IS_AWESOME.txt
2) Make a call to the server to see if a file with such a filename exists - the path is mydomain.com/files/HISE_IS_AWESOME.txt
3) If the file exists, do something

How should I approach this?

Thank you!

Dear @Christoph-Hart would it also be possible to add the cursor type property to sliders as well?

Hence the feature request :-) fadeComponent has been working very well for me so far, it would just be great to have a quick and easy way to achieve fades to semi-transparent states like this.

@d-healey seems like CSS and LAF can't live together, can they?

@bendurso yeah, I know. fadeComponent is just much faster, doesn't require timers, and works with stuff other than paint routines like images etc.

It would be fantastic if the fadeComponent would allow values other than 0 and 1, this way we could easily animate objects into semi-transparent states. Would it be very complicated to extend the functionality of this, @Christoph-Hart ? I'm thinking about being able to set the value to 0.5, 0.75 and so on.

@Christoph-Hart I think the thing is, the mulitmics actually break it. It works fine without multimics.

@Christoph-Hart you're right, my bad, I'm using multiple mic positions, too. I just reproduced it with this configuration - group xfades AND multimic - but I also found a walkaround, so it might be a semantic error. If I want a mono synth behaviour, setting the soft limit to 2 works properly, but I don't think it's actually a correct behaviour? If I get it right:

• if I have 8 round robins with xfade enabled and play a key, HISE should report 8 voices playing, right?
• multimics are handled in some other way so I guess they're not included in the count?
• anyway, if one key gives me 8 voices, setting the voice limit to 16 and soft limit to 8 would mean that essentially, the sampler should allow just one key to sound, and play that with all 8 voices

Now, this doesn't work with multimic samples. If I set the soft limit to 2, it works correctly, but should it? There are 8 rr xfade groups.

@Christoph-Hart it's very easy to reproduce, actually:

• add a sampler, load two samples in, and set each to a different RR group - sample 1 goes to group 1, sample 2 goes to group 2. You can streatch them out so that both cover the same key range.
• enable group xfade
• set the voice limit to 4 and soft limit to two
• bang on as many notes on the keyboard as you wish - the limit logic won't work

@Christoph-Hart Epic, thank you!

@Christoph-Hart it would be great if the voice management would work with group xfades :-)

@Christoph-Hart could you please take a look at this?

I have a rather complicated project with multiple scriptnode global modulators assigned to different parameters. Some global modulators use data from other global modulators using the global.mod node.

I just found out that if there are more than 34 global modulators, in next global modulators (so global modulator 35, 36, 37 and so on), the global.mod node will not receive modulation data, regardless of the index settings.

On global modulators up to 34, everything is working fine.

@Christoph-Hart would it be possible to fix this please?

@griffinboy yes, I understand this logic, but then wouldn't it make more sense if we could set the limit with respect to the groups used? So if I have 6 round robins, I would have to set the voice limit in multiples of 6 so that all notes can be played correctly. Sticking to this example of 6 round robins per voice, if I wanted, say, a monophonic behaviour, I would set the voice limit to 12 and soft limit to 6.

@Christoph-Hart as soon as group XFades are enabled in a Sampler, voice amount and soft limit on that sampler are ignored.