SynthMakerDj-Grobe ·
JUST AWESOME
http://www.costaj.com:4567/
😠
JUST AWESOME !
From the original SynthMaker forum (2004–2014), with its members’ names and dates.
TomC ·
Dj-Grobe wrote: http://www.costaj.com:4567/[/b]
Sexy 😍
MichaelBenjamin ·
i dont get what it does and i dont have quicktime installed - is it a new graphics routine? if it will lower cpu usage for gfx then im all for it.
stw ·
How old is that site? Is that anything new or just a relict of ancient ideas which will never see the sun?
Jay ·
woot! I already use ruby for various other developments and can only say that i find it a wonderful language to program in! Its very easy to get the hang of and is a very very capable language indeed
Go Jorge Go! 😀 😀
@MichaelBenjamin yeh m8 its the green coding system we all want.it would allow Gui work and some of the following other uses for Ruby you can find here .....http://www.ruby-lang.org/en/documentati ... s-stories/
Yippee! 😀
Jay ·
From what i can see the last modifications to the blog were done earlier today so i guess and hope it is current
sunsynth ·
Some dreams must come true 😮 😍 😇
Dj-Grobe ·
I find this, just googling accidentally, and really think is interesting.
whois domain show creation date: Creation Date: 08-aug-2009
Really be great see to Jorge here in the forum talking about this : ) 😍
LOL some time ago i create this proverb:
"Google is like GOD, but is better. He know ALL, and always answer" Pablo Martin
😮
I ask to google something like what is doing right now JORGE COSTA................. and google repply !! (joke) 😀
exonerate ·
Jay wrote: @MichaelBenjamin yeh m8 its the green coding system we all want.it would allow Gui work and some of the following other uses for Ruby you can find here .....http://www.ruby-lang.org/en/documentati ... s-stories/
I don't think this is about a green coding system, but rather SM it's self (well the GUI of SM anyway) will be coded in ruby making development faster and meaning SM will be able to be cross platform 😀
**Edit actually there is a component to write ruby. I do not have the quick time plugin installed so didn't see that at first.
Cheers 😉
Exo
Jay ·
Nice!not green then! (that's my poor understanding of what a green system is) 😉 but low level Gui stuff and a hell of a lot more!
ruby can use third party libs and APIs and is c based. i think it would be cool to if that ability was retained in the stuff jorge is making 🙂
some interesting stuff about ruby and dsp - http://www.aquabu.com/2008/2/4/build-ru ... sion-notes
best regards
rl ·
Interesting!
So what does that mean? It's Ruby, not Lua? There will be no Synthmaker 2 based on Jorge's SMX demo and never a Synthmaker-as-we-know-it version with sample precise timing? An OS X version will be possible? VST, VST3, Audio Units? Audio processing through Ruby? (I doubt that, even JRuby is faster that the C-based implementation). Will it take another couple of years until Synthmaker 2 will see the light? Will it ever see the light? I mean, the SMX prototype was made three years ago.
Come on give us more info!
Dj-Grobe ·
I asume
Support for OSX? yes Support for windows? yes Compatibility with older OSM? probably NOT, hoppe yes ! Accurate timming? yes Optimized for multple cores? yes SDK? yes Multitouch? yes ETA for first public beta? just few months Image process module? yes VST2, VST3? probably yes, and new apliction can be something like USINE http://www.sensomusic.com/usine/ with the ability of create stand alone exes, vst2, vst3, or use all inside the appz without export.
Or can be appz more complex for program any kind of appz for windows and osx, not only audio and MIDI appz !............... 😍
COMPATBILITY WITH SM 1.X= NOOOOOOOOOOOO 😕
infuzion ·
do not assume anything
Dj-Grobe ·
why not ! ? Dream a little is very good!
aliasant ·
Dj-Grobe wrote: why not ! ? Dream a little is very good!
The higher you climb the longer the fall.
Dj-Grobe ·
Yes i know, but i want try to be positive i share in big part the frustration of infuzion i already talk with he about this lot of times and other user, everybody have some kind of frustration after wait fo SM version 2 for more than 2 years............ we waiting for lot of things for years, is a reality.
At this moment we have 2 roads to follow.
1 Wait and trust on Malc and Jorge present anf future work
2 Leave SM and learn C++ or better i sugest download visual studio and learn C# is powerfull simple to understand and can dound lot of documentation here http://www.codeproject.com/ I not are lazy guy, i decide for now continue and follow the work of Jorge and Malc.
But yest i understand the frustration due in some moments i feel the same. Really be good if Malc and Jorge make few post here in the forum with fresh info about the future of SM 😍 What i see with this info i show here in the forum is Jorge continue on the ROAD, and that is very very good news!! and you can see on that page we have OSX version.
I think they stop the development of SM 2 due they need port of OSX, and now aprently Jorge is i the correct way 🙂
infuzion ·
I'm not so sure if C# is good for VST creation, since 1) I'm not aware of any C# VST SDK 2) Are there any C# Class Extensions targeting audio/VSTs like JUCE for C++? 3) I believe that learning C++ translates into more & better real-life jobs than C# (though C# skills are better than SM skills)
C++ is the best route right now; it will take any SM2.0 using LUA, Ruby, or C++ another year+ before it gets out of beta based on the patterns I see currently & my assumptions on having to rewrite the FL-SM code as well. That is, unless they hire another programmer or 2 to split up the workload.
Jay ·
Hi all
i see you all talk about the SMX demo! is there any way to get a look at it or was it just shown to you guys privately?
best regards
Andrew J ·
infuzion wrote: I'm not so sure if C# is good for VST creation, since 1) I'm not aware of any C# VST SDK 2) Are there any C# Class Extensions targeting audio/VSTs like JUCE for C++? 3) I believe that learning C++ translates into more & better real-life jobs than C# (though C# skills are better than SM skills)
C++ is the best route right now; it will take any SM2.0 using LUA, Ruby, or C++ another year+ before it gets out of beta based on the patterns I see currently & my assumptions on having to rewrite the FL-SM code as well. That is, unless they hire another programmer or 2 to split up the workload.
See VST.net. IMHO C++ still trumps C# on performance, but C# does have many advantages. I use it at work for non-audio related software development and it's fantastic. As software becomes more complex and computers get ever faster, C++ will eventually go the way of the dodo...
Wrote something here? To have a post removed or your name hidden, write to [email protected].