Scripting language (ReaJS like) or an open SDK for module development in modular mode

[soundmodel]

Have you thought about extending MULAB such that one could write (MULAB-featured) modules to be used in the modular mode?

The modular mode has a great interface and it's simple to use, but I'm thinking it's slightly primitive compared to the likes of Pure Data or Reaktor. And therefore would wish that it could be more like Pd or Reaktor (perhaps an "advanced mode" sort of).

---

As a side note, we're working on a Pd VST (http://pd-pulp.net/) though that could perhaps allow e.g. incorporating Pd patches in the modular mode. If we'd find a way to interface with the event system.

[MuTools]

Have you thought about extending MULAB such that one could write (MULAB-featured) modules to be used in the modular mode?

Not yet.

As a side note, we're working on a Pd VST (http://pd-pulp.net/) though that could perhaps allow e.g. incorporating Pd patches in the modular mode. If we'd find a way to interface with the event system.

Is the VST event system unsufficient?

[soundmodel]

Where's the documentation for the event system?

[MuTools]

You mean for VST? It's in the VST SDK. If you mean for MUX, there is no such SDK.

[Michael L]

we're working on a Pd VST (http://pd-pulp.net/)

BTW, pd-pulp loads fine as a VST in MuLab for OSX & plays .pd patches.

[chuckwood]

Reajs is usable already as a vst in mux/mulab but I agree that it would be very cool to have something native or even a way of embedding puredata, a bit like max4live.

As a side note, we're working on a Pd VST (http://pd-pulp.net/) though that could perhaps allow e.g. incorporating Pd patches in the modular mode. If we'd find a way to interface with the event system.

That looks really interesting, any idea on when a windows version might be available?

[-Fluky-]

Reajs is usable already as a vst in mux/mulab but I agree that it would be very cool to have something native or even a way of embedding puredata, a bit like max4live.

As a side note, we're working on a Pd VST (http://pd-pulp.net/) though that could perhaps allow e.g. incorporating Pd patches in the modular mode. If we'd find a way to interface with the event system.

That looks really interesting, any idea on when a windows version might be available?

I'm doing a port of this using WDL-OL, since the original guys used JUCE, which I didn't find very useful.

In WDL-OL I can generate builds for all platforms easily, but the project is still lacking a GUI.

I think the German guys were trying to build it on Windows, but haven't heard about how it's going.

Part of why I got interested in MUX is that I'm finding it really troublesome to juggle between DIFFERENT modular systems, when I'd like to work on just one or few that are extensible enough, such as Pure Data, or such as the speculated openly scriptable MUX system.

ReaJS is cool, but it's not suitable for everything. Many others are too closed (such as Reaktor, Max/MSP, ...).

[Michael L]

What would be possible with Pd4Mux that is not possible now?
I ask because there are similarities between mux modules and pd objects, and wonder what is the minimum work needed to have the best of both?

[-Fluky-]

What would be possible with Pd4Mux that is not possible now?
I ask because there are similarities between mux modules and pd objects, and wonder what is the minimum work needed to have the best of both?

Well, I think having a modular over modular over modular gives a bit more flexibility as to how one wants to patch and what kind of abstractions one wants to use. And then the final package would be compiled into a single instrument/effect/program. Pd has its own paradigm, Mux its own. It's like why people use Python and C++, because they offer different abstraction levels and paradigms. Also Pd's GUI is very old school.

I haven't been able to find open source "patcher" SDKs. Other than Pd.

It's openess even more over "features", because one can get features e.g. with Reaktor or Max/MSP, but one subscribes to a closed commercial system that doesn't allow exporting of code to be reused elsewhere.

I mean, I think MUX could have the potential to do the same as FL Studio did with Synthmaker/Flowstone (without necessarily limiting the usability to one specific program though such as what FL Synthmaker and M4Live do). It's the combination that makes a DAW super useful.

[chuckwood]

N-track have just released an update allowing you to embed pure data patches. It's a nice example of how it could work in MUX/mulab with the option of using the native mux UI for UI elements as well as automations etc:


It would bring a lot to MUX, people could start uploading their pd patches as mux modules. I personally find pure data a bit frustrating and unsatisfying when trying to build anything self contained but I would be happy to build more singular modules or cull modules from existing patches if I could use them within the wonderful MUX.
Convolution, physical modelling, granular etc could then be possible.

Greedy, I know

[-Fluky-]

N-track have just released an update allowing you to embed pure data patches. It's a nice example of how it could work in MUX/mulab with the option of using the native mux UI for UI elements as well as automations etc:

Whoah, hadn't heard about n-Track. Looks a bargain just like MULAB. And looks like it's more rationally designed than the major DAW players.

Why is it that one can buy a software that's better than the major players for under $100, when the more popular ones like Cubase cost over $300 and have (in some sense) less features.

[Michael L]

FYI for those few who want lower-level DSP: "Audio Programming Environment" is a recently updated open-source Windows/Mac VST plugin for real time programming in C++ DSP in MuLab & others

It has a built-in code editor, compiler, console, basic control surface API, with a scope to test and prototype and see/hear results in real time, plus link to an external editor. Look in the menu:

http://www.jthorborg.com

Also check out the videos!

It fits the MuLab ethos, has a resizable interface, opens in Mac, and is such a cool idea.