SynthMaker

Interface to the rest of the world

Archive · 2008 6 old posts

From the original SynthMaker forum (2004–2014), with its members’ names and dates.

TomC ·

A complete SDK might be not something the SM devs like to offer, but what about a small interface to native (C, C++, whatever) coding?

A primitive which lets you define the number of inputs and outputs (stream and float), path to a external .dll to load and it creates a standard C/C++ header file that can be used with a C-compiler. And of course a generic .dll to link with.

This way it's probably easier to protect SM from crashes caused be external coding.

Tom

Acrobat ·

TomC wrote: A complete SDK might be not something the SM devs like to offer, but what about a small interface to native (C, C++, whatever) coding?

A primitive which lets you define the number of inputs and outputs (stream and float), path to a external .dll to load and it creates a standard C/C++ header file that can be used with a C-compiler. And of course a generic .dll to link with.

This way it's probably easier to protect SM from crashes caused be external coding.

Tom

Couldn't that be implemented with a new set of code commands? So that can interact directly with other parts of the code?

TomC ·

Acrobat wrote: TomC wrote: A complete SDK might be not something the SM devs like to offer, but what about a small interface to native (C, C++, whatever) coding?

A primitive which lets you define the number of inputs and outputs (stream and float), path to a external .dll to load and it creates a standard C/C++ header file that can be used with a C-compiler. And of course a generic .dll to link with.

This way it's probably easier to protect SM from crashes caused be external coding.

Tom

Couldn't that be implemented with a new set of code commands? So that can interact directly with other parts of the code?

Sure, but that'll be more work for the guys. My idea was to find something simple so they have less excuses to not implement it 😈

Tom

infuzion ·

SM to host plugins? SM used to host entire VSTs, until someone figured out you can wrap a commercial VSTs, reskin it, then sell it as your own.

TomC ·

infuzion wrote: SM to host plugins? SM used to host entire VSTs, until someone figured out you can wrap a commercial VSTs, reskin it, then sell it as your own.

Nope, my intentions were 1. stream audio to/from disk and 2. let 2 SM plug-ins communicate via TCP/IP. And a gazillion more possibilities.

Tom

rl ·

Wrote something here? To have a post removed or your name hidden, write to [email protected].

Before your first post

A few rules keep this a friendly place. You agree to them once.

Shown next to what you post, here and in the app. It doesn’t have to be your real name: 3–24 lower-case letters, digits or _ (capitals become lower case, spaces become _).

    Then your post goes up straight away.

    Delete this reply?

    Open it in SynthMaker?

    It goes on the track you’re editing there, in place of that track’s sound, and into My sounds. Your other tracks stay as they are.

    Want to keep that track’s sound? Start a new song in SynthMaker first (Song › New song), then open this.

    Report this reply?

    Only the developer reads reports. The person isn’t told who reported them.

    What’s wrong with it?

    Block this person?

    You won’t see their posts and replies here any more. They aren’t told, and you can unblock them at any time.

    People you’ve blocked

    Their posts and replies are hidden from you. Unblock someone to see them again.

    The community rules

    A few rules keep this a friendly place. Everyone agrees to them once, before their first post.