Is there anything ground breaking on the horizon?

VST, AU, AAX, CLAP, etc. Plugin Virtual Instruments Discussion
Post Reply New Topic
RELATED
PRODUCTS

Post

http://www.devine-machine.com

Devine Machine and Lucifer are ground breaking on the horizon, but require reading a manual :)

We also teamed up with FXPansion for the coming GURU :

http://www.fxpansion.com/product-guru-main.php

Link

Post

kilroy wrote:
danielmm wrote:There really isn't anything that changes the way we look at music/sound lately though... any rumours out there??? :hyper: There must be something really cool on the horizon...
Better talent, I'm hoping.
Well sure, we could all use a little more. :)

dano
"In a sky full of people, only some want to fly,
Isn’t that crazy?"

Post

Sicklecell666 wrote:I'm still waiting on an update for CrunkBall.

Image
I asked my Magic 8-Ball if you would get a CrunkBall update, and got this reply:

"My sources say no"

Then, I asked my Magic 8-Ball if I was a fool for asking it questions in the first place:

"It is decidely so"


:hihi:
McLilith

Post

Still surprises me that some people dont think anything original can come from SE, Funnily enough when it does its thrown straight in to some kind of resource hacker to see if its SE, Am i the only one who sees the out and out SE hatred from too many people ?
For someone to say that nothing original can come from SE shows a complete and utter non understanding of object orientated programming, SE you use blocks of compiled code to create plugs, C++ you use blocks of uncompiled code to create plugs, The people who diss SE just because it isn't hardcoded really should worry a little more about the companies they are buying from, 12 Pole on this synth 12 Pole on that synth probably the same code, Yep thats right guys premade blocks of code are used in C++ plugins, Also is anyone here silly enough to think that big audio software houses dont have something very similar to SE that outputs C++ syntax, Quite a lot of hardcoded synths would be nothing without tobys templates or filter explorer, Some people round here should start to realise that SE+SM are super groundbreaking with every new release, When you doubt the originality of SE or SM creations you are making yourself look very very silly indeed, All you are actually doing is the big software houses dirty deeds for them by sullying the name of SE creations, OK you want proof of SEs grounbreaking ability fair enough
How about a hybrid soft/hardware 64 voice SF2 synth with multi FX and zero latency zero cpu use and all the controls of EMU SF engine and the hardware costs $19.95- Good enough ?
This isn't possible in SE i hear them cry, Yes it is and has been so for nearly a year now, In conjunction with Dhaupt we created this plugin a year ago, Oh you can change the color of the GUI for each MIDI channel too :)
This plugin will never be released though because we dont want to ruin our name by using SE for comercial products(Too many times have i seen a company torn apart by this forum for using SE for a comercial product), A lot of people think that SE should have a credit on the website and thats wrong ask Jeff, His take on this is that it would be like crediting C++ and you just dont do that, Nor should the general buying public be privvy to inside information about what platform any software was created on, OK too long a post but hey im annoyed with the constant SE crap from too many people.
Sorry :oops:

Oh and before any true SE heads kick off thinking that we should release the Dhaupt copro stuff we made so that he can get his props dont panic, We are about to bring out our own version of WS and even though it has no SE or anything by Dhaupt involved in it he will be getting his fair share because of his GROUNBREAKING work.

DISCLAIMER
Before anyone trys to talk about bad companies and terrible back up support and so on - dont, This has nothing to do with SEs ability to be groundbreaking and is more to do with some doubtful characters not treating there customers fairly.
Last edited by NAS on Sun May 01, 2005 3:23 am, edited 1 time in total.
Omerta

Post

McLilith wrote:
Sicklecell666 wrote:I'm still waiting on an update for CrunkBall.

Image
I asked my Magic 8-Ball if you would get a CrunkBall update, and got this reply:

"My sources say no"

Then, I asked my Magic 8-Ball if I was a fool for asking it questions in the first place:

"It is decidely so"


:hihi:
McLilith
Actually, CrunkBall has been functional since it's conception. It's one of the better kept VST secrets.

Post

new whatever audio;
i have never used a chunk of copy-paste code in my entire life, except in rare conditions when it is part of a library, and i am inserting it into another library. which is a bit different.

the problem with synthedit and etc stuff is although it gives the ability to make your own modules, it is basically just a very complex modular synthesizer of which the result is a single patch; per 'compiled' module output. so basically when you are using a synthedit or other module/plugin, you are basically just plugging in a patch to a system that is already defined.

you can also say of course the x86 is a modular, and the code you run on it is just a patch. true. however the scale is extremely different, and in terms of synthedit, most plugins are made by people who dont really know alot about what they are doing. dispite the ability to make new code, they do not, and simply use the same built-in modules over and over. this leads to obviously no real differences between any two modules besides slightly different implementation.

as for something new, i'm working on something new, but if i told you about it, it would be ruined.

Post

So because most SE creations show no flair, they should all be lumped in together as krap and ignored? Good idea.
NOVAkILL : Legion GO, AMD Z1x, 16GB RAM, Win11 | Audient EVO 8 | Lumi Keys | Studio Pro 8
Korg Odyssey, bx-oberhausen, Proxima, PolyMax, GR8, JP6K, Union, Atomika,
Invader 2, Flow Motion, Olga, TRK 01, Thorn, Spire, VG Iron

Post

did anyone answer the initial question? if they did i missed it. subtractive, additive, sampler, fm, wavetable, granular, modeling: these are synthesis methods-are there new ideas aound the corner? I gained nothing from this thread, just name dropping and a bunch of fighting...i don't get it

rg
Last edited by ross g on Sun May 01, 2005 4:59 am, edited 1 time in total.
KVR: come for the music, stay for the polemics and grammar lessons...

Post

ross g wrote:i don't get it

rg
Then pay better attention.

:hihi:

Post

Sicklecell666 wrote:
ross g wrote:i don't get it

rg
Then pay better attention.

:hihi:
the cost is too high

rg
KVR: come for the music, stay for the polemics and grammar lessons...

Post

aciddose
Thanks for not even bothering to use my chosen name,It was very erm clever.
You say you never use any blocks of code (Which was my point earlier) so i guess you don't write VSTs otherwise surely you would use Steinbergs SDK, If you don't then fair enough but surely you use functions, And you have never recycled code from another project, You say SE is an advanced modular which is true but isn't C++ just an advanced modular ? , If you write an oscilator for one synth and you needed an osc for another synth you would use the same code ? ,If not it seems like an awful waste of coding, I think there is a lot of noise ultimatly from programmers about how these people who have no knowledge of what they are doing are creating terrible SE synths, These judgements tend to be based on the fact that these people dont know what they are doing when it comes to C++, Yes perhaps this is true but who actually has the right to say what is the right way when we are after all talking about breaking ground, Surely breaking ground has at least a small element of doing things the wrong way ? , I honestly can't believe that this type of snobbery still exists towards SE anymore, Because SE has a short learning curve compared to C++ means that begginners can create something useful, Because you wont accept that SE can be groundbreaking is your loss really because the only problem i can personally see at the moment is that there isn't a mac version.
I hope all goes well for you and your software and cant wait to tryit 8)
Omerta

Post

aciddose wrote:as for something new, i'm working on something new, but if i told you about it, it would be ruined.
t'would be better to have it ruined by hearing about it than ruined by actually hearing, eh?

:roll:

Post

acidose;
many crappy things are released by people who hand code everything. many great and original ideas are made by people who use SE.
When has ANYONE ever said 'all hand coded synths sound the same, they are all crappy, etc.'
And yet despite the likes of Drumatic 3, Motion, the works of xoxos (most of which have NO equivilent in the hand coded side) and Arcane Device, the exellent vintage emulations by EFM, DVX Vega by EVM, Yava 2 by Krakli, ORGANized Trio (which is one of the very best of its type), NicFit's modular kit (again, fills a VOID left by the hand coded side), E-Fex Modulator by Prodyon, and so many more instruments and fx that a lot of poeple including myself would not want to be without, that is exactly what you are doing because some crummy stuff gets released. So yes, there is a lot of crap that gets posted because maybe a person who never thought he could make a synth plugin gets so excited because he followed a tutorial to make a two osc va monosynth :lol: SO WHAT? the same thing happens with delay plugins and distortion and/or bitcrushers that are hand coded. 'yeah, i visited the dsp mailing list and now I wrote my very own delay!!! download it, it's free'. So, where is the chorus of people saying 'all these hand coded delay plugins sound the same crap. I don't even want to hear anyone say that hand coded delays are worth my time. I only use delay plugins made in a visual dsp environment like synthmaker!'
:lol:
f**k, man. how many times will this blatant inconsistency of logic have to be pointed out??
hehehe, I am so done. You know what? from now on it's f**king your loss if you want to turn off your brain, everyone. hahahahaha is what I will say when some empty headed little moron who wouldn't know a good plugin from his own ass (unless of course it was labelled 'NI' or 'Waves' and cost 499 euros.) says this mindless uneducated drivel again. :D :D :D good for you, man. It's probably for the best that people like that miss the boat.
resistors are futile you will be simulated
Soundcloud
T4M

Post

ross g wrote:did anyone answer the initial question? if they did i missed it. subtractive, additive, sampler, fm, wavetable, granular, modeling: these are synthesis methods-are there new ideas aound the corner? I gained nothing from this thread, just name dropping and a bunch of fighting...i don't get it
Did you even read the initial post? Because it wasn't about synthesis methods, it was a very general, "I'm bored" kind of thing. Someone, typically, looking to be inspired by someone else's work rather than go looking for his own inspiration.

So tell me, why do we need a new type of synthesis? What benefits will it bring? How will it make our lives richer? And, while we're at it, which forms of synthesis do you think we've already explored to its limits? Because, just off the top of my hed, I can think of two of my favourite forms of sythesis that have hardly been explored at all. There are a few Phase Distortion softsynths around but even KORG never pursued its AI synthesis beyond a single generation of instruments. That's a real shame because I could do amazing things with my O1R/W that I have never been able to do since.
NOVAkILL : Legion GO, AMD Z1x, 16GB RAM, Win11 | Audient EVO 8 | Lumi Keys | Studio Pro 8
Korg Odyssey, bx-oberhausen, Proxima, PolyMax, GR8, JP6K, Union, Atomika,
Invader 2, Flow Motion, Olga, TRK 01, Thorn, Spire, VG Iron

Post

Hehehe,

it starts to get entertaining on a pretty funny level... :hihi:

Anybody bashing coding C (or C++) as being anything like programing a patch would hurt many developers' feelings. If we took it serious, that is :lol:

Oh... and we do all use the source code examples from music dsp...? I didn't know that...

I mean, what do these guys actually know about development at all?

Here's an example of what you might take into account: On C level we have means to organize the actual layout of the memory. So, we can set up the memory structure in a way that the access is a continuous stream during the process rather than random accesses to different areas. We can keep more stuff in the cpu cache, and thus we get a lot more performance than any high level approach can achieve. And that's only 1 example out of tens I could give.

We can then invest the performance we save into things that would be too slow for high level approaches. Speaking for me, I built a filter that keeps a pretty constant volume regardless of resonance and frequency. This is not just a simple trick or a limiter in the feedback path or anything. It's beyond anything you can copy/paste from the web (show me a filter code example with 300 lines of code...). For me personally (and my customers), this is a ground breaking achievement into which I invested weeks of research.

It's true however that many developers build up libraries and tools in order to make the development process more comfortable. Does this mean that C-level developers build the same instruments and effects again and again, just with another gui and another routing of modules? - Nope, I have yet to see that.

It's rather so that we want to achieve a certain sonical/musical character when we start a new project. Regardless if it's an emulation of something vintage or if it's something new, most of the dsp algorithms that we already have from previous projects are pretty useless at that point. Sometimes it can be done by tweaking the stuff we already have, other times we have to start from scratch.

Nonetheless, it's pretty cool to reuse code that has proven stable. For instance when it comes to stuff like saving/loading presets, MidiLearn, management of synth voices, loading bitmaps for the gui, there's no point in reinventing the wheel for every plugin again.

Sure, SynthMaker looks intrigueing and it certainly solves many problems that other high level approaches have. But honestly, it's not an option for those who develop crossplatform and/or those who develop still faster in plain C.

Cheers,

;) Urs

Post Reply

Return to “Instruments”