Instrument Design problem.......

[griffinboy]

@dannytaurus
That's interesting!
Maybe we are working on different kinds of projects?

I've been using GPT Astra Max, for DSP science. And I've found it to not be "clever enough" with it's coding. Part of the problem is likely that a lot of DSP solutions are proprietary and so there is a gap in it's knowledge, but even when I supply the solutions, the code (or advice) produced, is short sighted, and blocks off many quite important optimizations down the line if I were to take it's advice seriously.

And without a very good measurement harness (super-resolution frequency response, phase, sidebands, etc), it wasn't able to QA audio properly either to realize that its solution was nonsense.

It's the kind of thing where I think many people would take it's word for it as well.

[dannytaurus]

@griffinboy Yes, different projects indeed.

I can see agents and models lacking the detailed-oriented work necessary from your work, but it's a stretch to extend the 'false positives' arguments to all agents/models across all work.

In your case, the amount of resources the agent has to refer to is key. Exactly the 'gap in knowledge' that you mentioned.

[dannytaurus]

@griffinboy By the way, do you know that agents will happily decompile binaries now? For research purposes only of course.

'Proprietary' is starting to lose meaning.

[griffinboy]

@dannytaurus
You're probably right, that it's more than good enough for a wide variety of tasks!

The knowledge gaps become an issue in fields where information is less free. And noticeable in fields where small imperfections = failure.

However, I've also had to trundle through quite a lot of entirely vibecoded codebases lately from various clients and there have been some horrible dumpster fires lol.
So my perspective is probably a bit tainted by these experiences!

[griffinboy]

@dannytaurus
That much is true.
Technically.
Not legally, by the way.
At least not where I am, in the UK.

You can decompile software partially and only in the case that you're making a piece of software that needs to be compatible with the thing you are decompiling. Not so that you can learn it's inner workings for any other reason.

My loophole was to go and talk to a large number of developers about their works.
It cost a lot of money and time to do the interviews, but that's one way to gain a lot of knowledge on a subject, learning personally from the best in each discipline. No decompiling needed.

(sorry Lindon! I've messed up your thread a little)

[Christoph Hart]

Haha at this point it‘s a meme - whenever Lindon asks something we all share our experience with random LLMs…

[David Healey]

This is the kind of nonsense that makes my head hurt.

[dannytaurus]

@David-Healey As usual, xkcd has an appropriate comic (with just a small edit)

[Christoph Hart]

anyways, back to the original problem. I'd say you have two options:

1. Use a script voice start modulator if all the parameters have a corresponding mod chain (gain, pitch & filter all have that). The logic of selecting the next value from your array can be calculated in the onVoiceStart callback and if the mod target is rendered polyphonically (which is the case for pitch, gain & filter), then everything should be click free as the rendering pipeline is reset before starting the voice.
2. Make a custom FX with either an extra mod chain, then go back to 1 for other modulation targets.

I wouldn't touch event data here if you get by with scripted voice start.

[Lindon]

@Christoph-Hart thanks for getting this back on track...OK well Im using a Hardcoded master FX to host my filters as they are korg and obi models not available in HISE, and Im using(not that Ive mentioned it) another HCFX for the FM modulation as FM mod seems to be broken in Syntheseiser groups now....So i think this points me down path 2, which is a problem as I have no idea how to script an extra mod chain to respond to note on and get an array value with a counter...

[Lindon]

Ok so after some simple dickering about on my part I can report (unsurprisingly) @Christoph-Hart 's approach 1 works fine for "std" modulators and FX and for Hardcoded FX too.. so all good here.....

[Christoph Hart]

@Lindon so can we finally get back to discussing whether Claude was better 1 month ago please?

[Lindon]

@Christoph-Hart have at it.....

[griffinboy]

@Christoph-Hart

[cartemtune]

Came here trying to learn something about instrument design and somehow ended up learning about decompiling laws and the current state of Claude