KVR Audio

ENV1 · Post by **ENV1** » Fri Sep 02, 2011 8:56 pm

Igro wrote: What happen if you adjust other buttons?

No problems with any of the other GUI items. (I had already checked that too.)

Knobs, buttons, env-points, numerical params, arp velo sliders, drop down menus, etcetera, all tested and nothing curious to observe.

Its only the XY morpher that causes these spikes.

(Sometimes there is a miniscule spike when switching presets but i consider that nothing out of the ordinary.)

sches · Post by **sches** » Fri Sep 02, 2011 9:16 pm

Big Tick wrote:Did you get my message about the problems in Zen ?

Yes, I have answered, maybe the mail was passed to your spambox? I'll fix that bugs soon.

The fix mentioned above don't solve morpher and preset names. I use gdiplus to render GUI. The XY's are the last remaining controls, which are using alpha transparent bitmaps for drawing. Gdiplus has a very low performance when drawing such bitmaps. I'll replace the code and this spikes will be fixed too. The same behavoiur can be achieved for OSC's XYs.

The plugin currently do not support program names/changes controllable by the host. I'll add this functionality a bit later.

ENV1 · Post by **ENV1** » Fri Sep 02, 2011 9:26 pm

sches wrote: The same behavoiur can be achieved for OSC's XYs.

In deed.

For some reason (which i cannot fathom in retrospect) these were the only GUI objects i didnt try, but youre absolutely right.

Glad to hear that the problem is identified and that you know how to solve it.

GeorgeZ · Post by **GeorgeZ** » Sat Sep 03, 2011 1:58 pm

Drunk bump.... yay!

Crackbaby · Post by **Crackbaby** » Mon Sep 05, 2011 7:11 am

I found a tiny lil' bug

If you add a modulationsource to "sciss", even if the amount is set to 0 (or negative), you can hear the sciss effect.
Easiest way to replicate it:

Set Osc 1 to noise, add lfo 1 as source for sciss

apart from that ... How is everything going for you?

sches · Post by **sches** » Mon Sep 05, 2011 10:57 am

You are definitely golden user.

I don't know is this a real bug?.. To save CPU cycles Diversion bypasses all modules with zero knob values. If modulation is applied then module is unmuted to prevent possible clicks. Due the nature of the sciss effect, it is always audible regardless of the knob value. There are no values to make sciss imperceptible, when the module is turned on. The same thing applies to LO-FI Rate knob.

Everything is going fine, fixing, testing, first update will coming soon…, x64…, bad time to relax

. Thanks!

SoulState · Post by **SoulState** » Tue Sep 06, 2011 10:41 am

А почему загрузка процессора падает при работе синта, на рекоторых патчах? Первый раз такое вижу

-То есть просто синт когда молчит потребляет к примеру 40% cpu, а когда берёшь аккорд - то загрузка падает до 10-15 % )) Хотя если включен унисон и много голосов играет то загрузка уже наоборот возрастает как положено)

И еще почему-то загрузка проца как-то странно себя ведёт - сильные скачки до 100% вначале каждой нажатой ноты - в фазе атаки, но через доли секунды, когда ноты в стадии сустейна или релиза - загрузка падает до нормальной. Вместо атаки получается просто MUTE на доли секунды (( и от буффера азио это практически никак не зависит
Это делает синт мало юзабельным в больших тяжёлых проектах к сожалению...
Моя система квад q9500 на 3.83 ггц 4 гиг рам и win7 64, хост - куб5

Как я посмотрел один экземпляр синта изпользует только одно ядро в многоядерных процессорах, но с такой загрузкой CPU хорошо бы конечно чтобы он использовал все ядра одновременно, иначе полифония с нормальным качеством (x4 или x8) и небольшим унисоном - сокращается до 2-3 голосов

sches · Post by **sches** » Tue Sep 06, 2011 11:52 am

Это ошибка, она уже исправлена, хотфикс можно скачать тут: http://diversion-synth.com/Diversion.dll Скоро будет выпущен первый апдейт, включающий этот фикс. К сожалению, невозможно реализовать эффективную многопоточность внутри VST синтезатора.

SoulState told about the performance bug that described on the previous two pages and has already been fixed.

4damind · Post by **4damind** » Tue Sep 06, 2011 12:58 pm

Very interesting and good sounding synth. GUI is clean and easy to understand with a good and elegant design. It can be a CPU hog

Eventually a economy mode would be a good idea.
64Bit is of course important, but for the first release of this synth it's not the most important thing.

Crackbaby · Post by **Crackbaby** » Tue Sep 06, 2011 3:00 pm

Seeing all those Cyrillic letters (they're called that, right?) reminds me of EVE Online when flying through Red Federation's territory

We were allied and i knew they were good fighters and friendly .. still i understood nothing reading in local

4damind · Post by **4damind** » Tue Sep 06, 2011 3:59 pm

There seems to be a bug with the CPU usage. With long releases and Unison (2 oscillators and 8x unison) the ASIO processing goes to 100%.
If I compare this with other synth (Sylenth or Dune) they using with similar settings a part of the processing power and creating a more pleasing sound.
I would say it leaves some space for improvements

LfmC · Post by **LfmC** » Tue Sep 06, 2011 4:10 pm

4damind wrote:There seems to be a bug with the CPU usage. With long releases and Unison (2 oscillators and 8x unison) the ASIO processing goes to 100%.

this bug has already been fixed (in record timing I might add), as stated by the developer 3 posts above yours, and 3 more times in the previous posts.

4damind · Post by **4damind** » Tue Sep 06, 2011 4:14 pm

LfmC wrote:
4damind wrote:There seems to be a bug with the CPU usage. With long releases and Unison (2 oscillators and 8x unison) the ASIO processing goes to 100%.
this bug has already been fixed (in record timing I might add), as stated by the developer 3 posts above yours, and 3 more times in the previous posts.

But the bug is not fixed in the DLL the developer provided in another post (unfortunately it's most in Russian but I expect this is the fixed DLL)?

sches · Post by **sches** » Tue Sep 06, 2011 6:49 pm

Thanks, 4damind, I'm glad that you like the synth! Unfortunately, that is not a bug. Unison is the most CPU-sensitive feature of the plugin. It covers the whole audio path of Diversion and it consumes a crazy amount of CPU. Other synths, with the similar architecture, restrict their unison module to produce only 2 or 4 voices (or limits polyphony to 16 voices by default). I decided to allow 8 voices to expand capabilities of the synth. But I'm afraid that 8 voices with a long AmpEnv release can be used only with the host's Freeze option. For example, you could look at the "LEAD Heart of Trance" in the Diversion's library. It involves 2 oscs and 8X unison. If I press 3 static keys with this patch I have 50% CPU load on my test setup (laptop Core 2 Duo P8600). This is too much, but it sounds cool. If I will decide to save CPU load here by refactoring architecture, the brilliance of the sound will be lost. So, this is the most painful tradeoff inside Diversion.

The other modules of the synth use much less CPU power than unison.

But, could you send me that patch, please? I'll check it to ensure that there is no bug.

Yes, crackbaby, that is Cyrillic. I have never played online, but I hope someday it will be corrected

ATS · Post by **ATS** » Tue Sep 06, 2011 8:59 pm

Get this and your cpu troubles will be totally over. http://www.amazon.com/Intel-i7-2600K-Pr ... 769&sr=8-2 I cannot come close to maxing this thing out with any synth or combination of synths.

Diversion - new VST synth released!