Server/client architecture

skOre · 17 Jun 2005

O_O

how unbelieveably great this would be.

mipa · 17 Jun 2005

Yeah, the idea kept me up for hours again 😉 DAMN YOU SM ! 😉 I really started losing a lot of sleep after discovering this piece of software but to be honest, it's all good.. haven't had this much fun in ages 😉

malc · 17 Jun 2005

Hi mipa,

It is possible and I believe Jorge has already tried this out in early versions of SM. Maybe he can fill you in with more details on this.

🙂

mipa · 17 Jun 2005

@ malc

That is just too cool 🙂 I really hope it will make it to some future version of SM, 'cause a lot of really weird (but extremely cool) stuff would become possible that I would love to get my hands on...

If Jorge reads this thread, could he please comment too ? Love to hear his opinion.

jorge · 17 Jun 2005

Hi mipa

I created Client Server components for Midi in the old version of SM. The latency going across the local network was tiny, too tiny for the "ping" command to measure it as it was less than 1ms. I remember playing on a Midi keyboard on one computer, routing it to the other computer and listening to the sound coming out from the second computer. I didnt notice any latency between hitting a note and hearing the sound ( I normally start noticing latency when it's 4 ms or more ). I think it might even be useable for audio so that you could distribute your audio processing. At least with Midi that should be no problem. The other data types should be no problem either. I think it will all get done but it's not a priority at the moment ( you never know, I might implement it for fun in between bug fixing ).

ik_ik_ik · 17 Jun 2005

Hi mipa,

Some similar concepts [here] to throw into the mix (communication between VSTs but essentially the same idea).

Inigo

skOre · 17 Jun 2005

This, combined with a vst-hosting capability could make SM, not a but THE killer app!

if it would be possible to use any pc on a network that has SM running to a slaved computer... damn!

This is huge ppl, huge like solar system huge.

Nu Audio Science · 17 Jun 2005

I'm guessing everyone has tried Teleport FX Yes ?

Tom7777 · 18 Jun 2005

Just out of wondering exactly what features would you want to connect together? Would this be like a live jam type thing or could it be used for other reasons.

but I think something like this would allow really cool solutions to be made (especially since SM is moving more and more into a direction of multimedia app instead of just an audio app).

I have been thinking about this recently and a lot of focus seems to have been going into graphics based modules. I know this might sound weird me saying this as you all know im interested in graphics as well as sound but i think the development of SM should start getting back on track for audio based modules really. IMO theres at least 80+ percent of the graphics modules finished already and becuase of the cross data system you can use which allows for millions of options when you know how to use low level componants. For anyone thats interested i now have around 700 modules and about 300 of those are graphic modules and do a lot of things you may think need new modules for such as gradient fills ect although thats all on my work computer as this one is my web only one and probably wouldn't run SM well at all. So basically what im trying to say is IMO i think SM should start making less graphics stuff now and go back to audio based.

jorge · 18 Jun 2005

Hi Tom

Synthmaker is about creating synths which requires both graphical and sound components. The reason you have a lot more GUI components than sound components is because we concentrated more on the sound and created a sound Code component. We didnt create a GUI code component yet because the sound is more important. Instead we create GUI components as they're very quick to implement, often taking 10 min each.

Having said that you do need knobs, wave displays, oscilloscopes etc, they're all useful for sound. The latest GUI components allow these kind of things, like for example you now have a BitmapArray component that allows you to create an efficient animated knob. BitmapArrays was also a good way to introduce and test a new way of implementing arrays which will be used for all other types like Float, String, Int, Midi events etc.

I think you have no reason to worry because our main focus has always been and will continue to be sound.

Tom7777 · 18 Jun 2005

Ok thats good to hear Jorge, I was just getting the impression that the focus was getting a lot more graphics based i guess 🙂