Can't find a forum post that has asked this before...
In Urs' recent interview with electronic beats, he talks about the trade-off between CPU load and quality of modelling analog behavior, that a virtually perfect result would be possible except for CPU/memory/etc. limitations.
Why don't we have a "draft" mode for real-time performance, and then a mode with that perfect modelling to use for rendering? It is common to have these quality vs. CPU load options in plugins, but is there something else preventing us from achieving that ideal quality in a final render?
"draft" quality then render?
- KVRAF
- 24447 posts since 7 Jan, 2009 from Croatia
That's exactly what Diva has.
-
- KVRer
- Topic Starter
- 17 posts since 23 Nov, 2013
Ok. Wasn't sure. It sounded like he might be suggesting that they have something more advanced but not a viable product.
Just interested in the state of analog modelling.
Just interested in the state of analog modelling.
- u-he
- 30222 posts since 8 Aug, 2002 from Berlin
I've actually thought about that a lot lately.
Whenever I get the time and lust, I might set up a very simple EMS-style synth. For realtime processing it will calculate the pin connections with one sample of latency. When processing offline it'll iteratively estimate and converge the voltages at the pin connections until the latency is zero. The oscillators themselves will expose latency from modulation to output, but maybe we can use some of the tricks we added to Repro-1 to minimize that (bandlimited oscillators will always cause trouble... only non-bandlimited oscillators with excessive oversampling can solve that)
We'll see...
Whenever I get the time and lust, I might set up a very simple EMS-style synth. For realtime processing it will calculate the pin connections with one sample of latency. When processing offline it'll iteratively estimate and converge the voltages at the pin connections until the latency is zero. The oscillators themselves will expose latency from modulation to output, but maybe we can use some of the tricks we added to Repro-1 to minimize that (bandlimited oscillators will always cause trouble... only non-bandlimited oscillators with excessive oversampling can solve that)
We'll see...
