administrators group

Christoph Hart

@David-Healey Yes I've actually fixed that already on my local state. The metadata switched the default value parameter range from 0...127 to 0...1.

Christoph Hart

@David-Healey can you upload a snippet? Processors with dynamic parameter count should rebuild their parameter ID list but that looks like a order of initialsation issue.

Christoph Hart

@David-Healey yeah but doesn‘t that just break existing projects?

Christoph Hart

@David-Healey afaik it was always like this it used the gain mode to modulate between zero position and the target value

Christoph Hart

@Lindon damn, alright then. macOS or windows?

Christoph Hart

@Lindon nah, that's ancient. @mehmethand have you recently updated faust and did it work before? And the standard process = _,_ stub - does this crash too?

Christoph Hart

@HISEnberg haha yes that is some funky stuff, my favorite part is how I replicated the module tree in ASCII art:

I've also pulled in the entire setup.hise.dev stuff into this app - this bypasses some of the quirks of the website approach - now people just have to download this self-contained binary TUI app and type in /setup and it will perform all the steps from the setup workflow.

It also acts as logger for monitoring what the LLM does - if you have the TUI open and the LLM calls

hise-cli -builder add Sampler

then this shows up in the chat history with an "LLM" tag.

I'm probably moving all the runtime functionality out of the MCP server as soon as the hise_cli is ready so the MCP becomes a read-only documentation / explorer tool that sits on the HISE doc server - currently it needs to be run locally so it can connect to the HISE Rest server, but since the Hise-cli is doing the same thing too it's easier to separate these tasks.

The MCP server also integrates with the new doc website and uses a small embedding model and a vector database for looking up docs & code examples - I evaluated different approaches, but that gives me the advantage of checking the quality of the MCP search.

Christoph Hart

Actually nevermind just looked again you can unlock each expansion with a serial key. It‘s currently once per expansion but either you can add a input field where you can paste multiple serials for each expansion or we add a meta serial system that unlocks multiple expansions at once.

Christoph Hart

@Lindon the idea is that the user doesn‘t activate any expansions - he just fetches an encoded list of registered expansions from the activation server but I haven‘t figured out a way of how the server gets that information as this would involve cross server communication which I deferred until there‘s an actual use case

Christoph Hart

@Lindon It's already in the C++ code and the activate server backend also supports expansions as product addition, but we haven't used it in a real project yet, so you can expect it to be a bit rough around the edges.

I would point to the completely rewritten docs that explain this all, but then you'll complain that the 127.0.0.1 link doesn't work...

administrators

Posts

Member List