KVR Audio

Blackinfinity · Post by **Blackinfinity** » Thu Jul 16, 2009 5:35 pm

umd wrote:It will depend of the current buffer size, if you have, for example, 128 samples, you'll have 128 * 2 samples of latency in performance mode.

I actually use 128 with 3ms with my soundcard....

If I understood you correctely you mean with performance mode I will get + two samples = 130 or you mean 128 multiplied with 2 = 256?

umd · Post by **umd** » Thu Jul 16, 2009 5:48 pm

In that case you'll have 256 ( 128 + 128 ) buffers of latency if you enable performance mode.

Blackinfinity · Post by **Blackinfinity** » Thu Jul 16, 2009 6:05 pm

umd wrote:In that case you'll have 256 ( 128 + 128 ) buffers of latency if you enable performance mode.

Wow, that is a quite big latency increase indeed..I will try to press my latency lower then to get better margins.....my RME HDSPe AIO soundcard is said to handle 0.7ms latency...but I have not managed to that yet..without clicksounds..

Is it only some plugins that work less good in non-performance mode like Omnisphere ? or will the cpu usage increase always be the same in percent for plugins using non-performance mode ? Why I wonder...maybe if I am lucky..I can use most of my plugins in non-performance mode.

umd · Post by **umd** » Thu Jul 16, 2009 10:54 pm

That will depend of the plugin,the host and the hardware. According to my experiments, some combinations will start to crack badly with performance mode enabled, others will work great. i.e., core i7 based systems seem to perform great with this, according to the reports.

But I can't make predictions, nor guarantees, I can only recommend that you take your own conclusions by experimenting it ( and letting me know the results

).

Blackinfinity · Post by **Blackinfinity** » Fri Jul 17, 2009 12:54 am

I can report, that Altiverb (6.12) is not stable with jbridge in sonar 8.3
Just using the big decay knob will cause jbridge to crash almost instantly.... I did try all combination of settings.... Does any one have better luck ?

When loading Sonicprojects - OP-X Pro V.1.1 synth, the audio engine in Sonar will stop, and when I power on the audio engine again it will be automatically power off the audio engine again...I did try different jbridge setting combination, and did reboot sonar each time I did change the settings.

umd · Post by **umd** » Fri Jul 17, 2009 12:09 pm

Can't test Altiverb 6 here ( the demo won't even run, so you're luckier ), but iirc, there's a more recent version of it, you might want to see if there's any difference.

Regarding OP-X pro, just did a quick test in Sonar, it does take a while to load ( gotta check that ), but I couldn't reproduce your issue ( the "thread safety measures" option was disabled ), even when reloading a project. btw, I was just running one instance of it, if it matters.

aleph_75 · Post by **aleph_75** » Sun Jul 19, 2009 2:55 pm

UMD said:
or even for bridging x86 plugins with x86 hosts, to overcome the memory limit of a single 32bit process (not sure if in win64 each 32bit process can use around 3gb or if its 3gb for all the 32bit processes), I don't know if there's any interest for these variants, but if yes, let me know... it's just a matter of compiling.

That's very interesting for anyone who stays in XP and have more than 3Gb
Ram (or I'm missing something?)

umd · Post by **umd** » Sun Jul 19, 2009 5:18 pm

For bridging 32bit hosts with 32bit plugins and make use of more than 3/4Gb of RAM, you'll still need a 64bit OS.

TRANTOR · Post by **TRANTOR** » Thu Jul 23, 2009 6:32 pm

umd wrote:you'll still need a 64bit OS.

Not exactly. Windows Server 2003EE is enough.

umd · Post by **umd** » Thu Jul 23, 2009 8:56 pm

Oh, not familiar with that one, you mean that PAE stuff?

If you happen to be working with it and this, I am interested in knowing how it works, I have no experience with that at all.

Blackinfinity · Post by **Blackinfinity** » Fri Jul 24, 2009 8:21 am

UMD: Could you tell me how the 32 to 32 bridge work in theory ?

Will I experience the same bugs and stability problems and problems in general with the 32 to 32 bridge as from 64 to 32 bridge ?

Why I am asking is cause I have more or less gived up on using 64 bit.

I have for some days gone back to 32 bit...and it is really nice to see that everything finally working for once ...

However, the memory limitation sucks...you eat it up kind of quickly, especially since windows by default use up almost 2 gb in windows 7.

umd · Post by **umd** » Fri Jul 24, 2009 1:32 pm

It should work the exact same way, as it's the same code base.

TRANTOR · Post by **TRANTOR** » Fri Jul 24, 2009 3:43 pm

umd wrote:you mean that PAE stuff?

Yep.

I am interested in knowing how it works,

It seems to work okay. (:

img253.imageshack.us/img253/3500/67592742.png

umd · Post by **umd** » Sat Jul 25, 2009 1:23 am

Cool!

fandango · Post by **fandango** » Sun Jul 26, 2009 8:07 pm

[EDIT - Fixed. Turns out that I had switched off the Indexing service for the E: drive that hosted my VSTs. Switching it back on again fixed the problem. Apologies to umd for the "wild goose chase", as we say over here. ]

Still can't get jBridge to scan subdirectories.

My VST setup:

Code: Select all

E:\VST
  --\DRUM MACHINES
  --\EFFECTS
  --\SAMPLERS
  --\SYNTHS
  --\XT

jBridger goes into VST\XT, picks out 2 VSTi and then finishes.

If I take "XT" out of the directory and run jBridger again, it just says

"No files created"

I assume because it's gone into

Code: Select all

E:\VST
  --\SYNTHS
    --\IL
    --\NI
    --\SYNAPSE 
      --\ (64bit plugins in here)

and only found 64bit plugins.

It's honestly like it's going through all the directories but only converting the last one it comes to.

Do you use recursion to go through the directory lists? I'm wondering if it could be as soon as it finds plugins it exits without ever going back through the tree again.

Need testers for my x86 to x64 vst adapter