Will Synthedit ever go 64 bit?

[Wally C]

Very few people have really new ideas

The sequencer on T-C-M is the only plug-in able to skip steps in backward mode... Made with SynthEdit, so what?

[Xenobioz]

I mean, who is to write those 0df filter and other top-notch modules for SE?

I think there is at least two zero delay filter for SE already.

[whyterabbyt]

But what makes the situation somewhat more awkward is there is already a promising system based on IPlug by Cockos.

apples and oranges. SE is a visual RAD tool, iPlug is a software framework. Big difference between what they are, what they do, and how they're used.

[whyterabbyt]

I mean, who is to write those 0df filter and other top-notch modules for SE?

The same as always; the people who want to.

[Fortune]

But what makes the situation somewhat more awkward is there is already a promising system based on IPlug by Cockos.

apples and oranges. SE is a visual RAD tool, iPlug is a software framework. Big difference between what they are, what they do, and how they're used.

You are a real genius

If you'd read my post completely:

But what makes the situation somewhat more awkward is there is already a promising system based on IPlug by Cockos. Already supporting Win & Mac VSt, Mac Au etc. / 32 and 64 Bit. It even does not involve any license fees even if used for commercial purposes. The 'only' thing lacking is some kind of superstructure modular dev environment to do top notch plugins with the ease of SE but without the various drawbacks and bottlenecks of SE.

And it is possible to do such a superstructure as my investigations so far have turned out. It just needs some skilled C++ programmer(s) to do it.

[whyterabbyt]

You are a real genius

Any particular reason for what's clearly sarcasm? Or do you always take umbrage at being disagreed with?

If you'd read my post completely:

I did. What you posted later basically confirms that the 'only' difference is that iPlug would need a RAD environment to replace SE, a RAD environment.

You might as well say the 'only' thing required to turn a horse into a car, is a car.

And it is possible to do such a superstructure as my investigations so far have turned out. It just needs some skilled C++ programmer(s) to do it.

Ah, there's that word 'just' again.
And yes of course its 'possible'. RAD tools can be written to generate source code just as much as they can object code.

[fluffy_little_something]

I mean, who is to write those 0df filter and other top-notch modules for SE?

I think there is at least two zero delay filter for SE already.

Interesting, any idea which plugins use them?

[The_Hidden_Goose]

xoxos wrapped a couple of 0dfb filters into some sems.

TD has done one too.

They're available on the synthedit users yahoo group.

I've used one of the xoxos ones in private stuff (as part of a 64-step filter seq) and it works a treat. You really notice the difference when modulating.

It's the major packs like CK's that I would be a bit lost without. 64bit simply isn't coming from that, so I would have to find workarounds or trim down my ideas. Or learn some DSP programming, which I'd rather not have to. It's not beyond the realms of possibility, but I'd be more likely to spend that time with another environment like Reaktor or something. I'm much happier using RAD tools than a programming language these days, if the tools can get me where I want to go.

I'm still very thankful to Jeff for SE at it is though. I still get much use out of it - mostly for my own algorithmic sequencing and midi processing and such rather than the actual synth/oscillator/soundgen side of things, but I'm sometimes pleasantly surprised by the possibilities in that regards too when I make a foray into it.

So I wouldn't bash it. I just worry that it's relevance/usefulness might be diminished when everything is 64bit and 32bit is no longer an option. I'm hoping that day is some way off yet, but the wider paying public will ultimately decide that by accepting non-32bit-supporting software systems.

[fluffy_little_something]

I actually have the Xoxos paid bundle, Aurora and Standard can sound pretty good, maybe they have those filters as they use a whole lot of CPU, too much for my computer unfortunately.

[The_Hidden_Goose]

I did notice that they used more cpu...but not ridiculously so. I think I had more trouble when trying to modulate two of them in serial or parallel config.

If I remember rightly, the two that xoxos did have a different cpu hit to each other. Not sure about the TD implementation. Still in the process of installing my new computer so it'll be a while before I can get round to having a play with that.

But every filter in my se creations is 0dfb now! Doubt I'll look back from that...cpu be damned!

[fluffy_little_something]

I remember CPU usage was very bad when pitch bending chords...

Your SE creations? What is your company or developer name?

[The_Hidden_Goose]

I don't have one...I just use it to make devices for myself! My gui's aren't made for other eyes, for fear of blinding. My devices are probably the least optimised hulking mess of wires too, so I wouldn't expect others to handle them.

They do for me though!

[Ichad.c]

Not sure about the TD implementation. Still in the process of installing my new computer so it'll be a while before I can get round to having a play with that.

There are actually 3x TD Filters:
TD_SV - 6x modes - plain vanilla - limited resonance.
TD_SVmo - Multi out - LP,HP,BP - non-linear - self resonates.
TD_MultiF - in Beta (v0.7) - like the x-pander filter but with a Transistor ladder core - 22x modes - haven't done th non-linear part yet so with high res you will kill your monitors

Will get on the 64bit bandwagon by October, probably finish the MultiF beta and add a couple more bespoke things.


Regards
Andrew a.k.a. ichad.c a.k.a. TD

[The_Hidden_Goose]

Ah thanks for the info Ichad.c

And thanks for the work you've done on these filters!