@pluginboi man I'm resurrecting a long gone thread but do you have any updates on your external sidechain journeys?? I'm working on following your original instructions right now but figured I'd ask if you had any new approaches or information in the last couple years!

Even when I extend the ratio to 100, the attack still lets overs through - but turning the attack to 0 makes it super clicky. Is there a simple brickwall limiter trick anyone knows in scriptfx?

@mmprod math.clear just clears whatever signal is going into it, literally a hard stop/mute/end of the line. Very handy!

@ustk I was thinking the split would just go after the processing! so the processed signal goes to both split sides and just gets cleared after the scope side

@mmprod what if you used a split container with the oscilloscope on one side followed by a math.clear to kill the signal after - and then toggle another math.clear or other means of stopping the signal flow into the oscilloscope. That way you don't have to turn off the scope, and it should keep scrolling after the incoming signal stops

@DanH if I'm wrapping my head around this correctly, adjusting the "phase" of a mod signal would essentially be a micro delay correct? Unless your mod signal is a repeating oscillation, in which case you might offset its phase in relation to a clone of itself, but otherwise I can't quite imagine what altering the phase of a mod signal would mean- maybe describe the nature of the mod signal you're working with so I can conceptualize it better!

I don't see many project postings here so I apologize if it's inappropriate - I mostly just don't know where else to hunt for someone experienced in Hise LAF. I've made the plugin and beginning the process of getting the design made. If there's anyone here or another resource where I can find someone to implement in Hise LAF (PAID work, of course!) I would be truly grateful!!

@Christoph-Hart okay so here's a snippet of what I've noticed is my main problem - routing matrix inside a framex_block doesn't work. This snippet shows a waveform generator going to channel 3/4, then a scriptfx with a matrix inside a framex_block trying to route it to channels 1/2. If you drag the matrix out of the frame block it works fine, but inside the frame block it's like it doesn't exist - the signal doesn't get re-routed but does pass on through in its original channels.

HiseSnippet 1430.3oc2WssbSaDFVxNJPBTFnCLkK0E8hPgwiOANY5EDeDbichvJMjvMLajVEuwR6pJsJAmNbeer5iPeD5iPeCZ+WsxwRNlPhKEZqyDO9+vt629edMBXV3vPVfh5p6N1GqndaMywT9vlCQDpR2VJp2QqOJjiCzkrZL1GEFhsUTUy+BAC0UVRI9ye77FHWD0BOkkhxdLhEtGwivmx0XysHttcP13cIdozt5lcsXzlLWVDfm7ZEU7QViPGg2FITKmlxKQgCUT+NshUK43rQMTMKb4p10dV4ZX6Cwkcp3XsdMa6JNkbrKuw5OUQc411DNKvji33PXSavrGaNjcJUd.6QBIG5hEDkTLgSVxVo4PhqswDiSnhhplwTSUdoo59Z8I1jy4O0jc2XA5SWQZilZtKCRktFPRMEjVRBo6oYZEP74SkHvysz5RAOnCB7MoghTWE0eUqICTfxK3gFg6D.Dmuf0dVwhOQG95QeuSD0hSXTcFcaFGuCcsGs5Ou5Jq99U0mUjiybkINl.lqKNXthEgCAW1BWiF4cHN3I5mfbivmqHb8yZSW9pYSsj25TJxncoD9N93D5NLWagsR76K5ATRLavu9wtsPbjvojvCzyGGvIB3n1BeBjFHcQqn0BGNhy7gDgK3+fHGlcjKhmMbRjnkH.rGY7gBGEMjvGmNQ7ZDiU7RiwtpP7dZFDt0v4iwbyAifk5eBLljY9UZscbvV7o.bIsN6unogEu1ogqljFBmo3vucBodm8KM2DveQaZvte.1GEf2kY3hFuVHxy2EO.v3SzOzkYMxjbF9hYH9RHzPnwZVCQTJ1MbQRjV9STwIkArHNgdTeDOf7NvuucjmITW2B2LAcPIUUQvPBcQAsHtvDSsiI9S3ShvRBZ0DgklQXYActDgkmQXEAc9DgUlHLUh61X9orfQwNxjeqndCoWyI.Z77NvPvUp65xNsIyymjDeCduXdFL2w9CYThkfkTiI2w5drH3PRfGz7ZWDwUjPXFEBkXr2gZBJG2wTM+d3fv3M9FZEK.+AIHayrAQK2AYAtjwFH9PQllnpEDViCJXcd3cFrlNBS15LiXwtNoIqzjCn1SXMDsXUympxkL3VPAot4jGT2v8DRsPtJ6IBdD2m38TZBkPVN3f7PeabbqRlawCScKxn0Ew9LaymKzeSMOYnaFbeWs.YbcgDoWDumuvOBRycoH8NZsgDTan4SbekDr9dsMJVnBa8F+viGrU2w0FTtbqsXzd+jS8NUOKZv39UpsUH8XyhU6MnWTsA88Fdfyq16fia2Yem5zZ8Kz5wOtYqVG5WcTiC21XzYFGC+e1wm8RiZ0eiQuBCFPLLGPpep2qnCdSudcOnPAmsOYeyMfBsHgm.FLHtp6GjnAiMxCEmS82tu3CjBuk1qQmfimLMNd+AwzNr.O8WfgfHQ2nRWxro+1Uc1T+q7ro6XwAHra.hF5yBwkRuyyHqbZYsv7HZV0krxnk350Atdoz6laNgY4zLMPzLaFPmYm5GW9Mg72edaJBJfahgai8NgVvkUX6RO7fQjaH90Da9vRoW3T1kSy9kn.avuXko0d9rcQV5p0EI6TNozeNMcW9Kv33eZFU5K3zbYFUYkIXzjHFwnM8DrKjZFiwuFxEcPQt7Ibyla0mQYS54M0qO.Ck8N5Hblfo4dgpy4vC6lx49aN.6hQgox291M6AMGPA8iqHuP1hq+qmlq+5gZR3pKJHn+e2ovy++5ovu5YeP8v+c6E+FMntbY8XWo9WFe4LCuqM2g2yMyv64trg2yO6v6etefff9C9.gIBm9.AOjU.6sVxWKIJWbyXNfEiFOk2JZ8Ez5kTNQNZ1T2fGzr4sVVY2pKrvxK5BqrnKr5htvmtnK7YK5BqsnKb8O9BEyBTOhy7jYUv.RFsimQUUUNaTbBlxeknBLGI

I'm trying to put my entire scriptnode effect inside one big framex_block in an attempt to end up with a zero or very low latency plugin - truthfully I'm not sure that's even how latency works so maybe it's unnecessary to include the matrix inside the frame block. Perhaps it wouldn't hurt to keep the matrix out in front of the frame block.

@orange yes for sure! I have the sidechain process working wonderfully- just need it to happen sample accurately instead of at audio buffer rates. Framex_block is the right move for that right? Just put the entire desired effect inside it? If so I’ll keep troubleshooting the signal loss occurring

I'm trying to set up as close to sample accurate processing as possible involving a sidechain peak follower effect. Presumably I need to wrap the entire process in a framex_block so that the main and sidechain signals and their modulation process all stay perfectly in sync? But as soon as I involve a framex_block it kills the audio. Are there any best practices I'm missing here?

Context: I'm using global cables not to communicate with other processors but as a way to route modulations across vast distances within a single a scriptfx; but I just did a test compile to DLL and I'm pretty sure the global cables just aren't working now that it's a hardcoded effect.

Question 1: is there an easier way to connect a core.peak to modulate something far away in scriptfx? I don't seem to be able to drag a cable beyond my current view, and modulation sources aren't selectable when right-clicking a parameter.

Question 2: if global cables are in fact the best way to send modulation great distances, how do I compile to DLL and retain their functionality?

Thank you!!