KVR Audio

djsubject · Post by **djsubject** » Fri Oct 06, 2006 1:26 am

fake wrote:Same here with the loud buzz but I think it's the card.

An asus radeon 9200se 128mb.

Pity, I would love to have tried it out.

fake

same range here 9250se & same VERY LOUD buzzing noise

i wonder what the cheapest duel DVI out card that can run these plugs?

i wonder if there will be a sdk coming out?

Subz

marce · Post by **marce** » Fri Oct 06, 2006 1:34 am

Has been the dll renamed for some reason? (gpudelayVST to sgpuVST) can be handy to use always the same name so when you install it, it simply overwrites, and you dont have two versions of it.

uvacom · Post by **uvacom** » Fri Oct 06, 2006 2:02 am

Nils Schneider wrote:@uvacom thanks for testing, could you check if cou get a warning in sgpu.log in the installation directory? I was too lazy to implement the process() function yet (just calling processReplacing)

Yup, the contents are a few dozen repetitions of this -

sgpuVST::_Thread_Process: WaitForSingleObject( m_hDoProcessing ) = WAIT_TIMEOUT

O.L.T · Post by **O.L.T** » Fri Oct 06, 2006 2:05 am

Still FL bugs: sgpuVST::processReplacing: creation of audio effect failed (1x188)...

Dunno if that helps

At least it doesn't crash anymore. Just maxes out CPU + lotta glitches. You can DL the FL demo ya know to test plugs with

VitaminD · Post by **VitaminD** » Fri Oct 06, 2006 2:26 am

Yeah now it doesnt crash when I alter a control knob. However it does no altering to the sound except for a thin buzzy/crackle sound layed over the original sound. no delay.

Nils Schneider · Post by **Nils Schneider** » Fri Oct 06, 2006 8:01 am

marce wrote:Has been the dll renamed for some reason? (gpudelayVST to sgpuVST) can be handy to use always the same name so when you install it, it simply overwrites, and you dont have two versions of it.

Yes it had to be renamed because I adjusted my release process to support multiple plugins. This name will stay now, and also the unique ID. Every plugin is now namend as gpu<effect>VST

Nils Schneider · Post by **Nils Schneider** » Fri Oct 06, 2006 8:05 am

O.L.T wrote:Still FL bugs: sgpuVST::processReplacing: creation of audio effect failed (1x188)...

Sorry but what is your buffer size? FL is just trying to process a buffer of the size ONE which cannot work at all because I can't create such a small texture. My software limitation is 2, but even that would make no sense.

zeoy · Post by **zeoy** » Fri Oct 06, 2006 10:08 am

A few things I noticed (when working with Tracktion 2.1, XP-SP2, Nvidia 6600 GT, Prescott @3GHz ... clocked at 3.5)

1.The audio spike (as the CPU one) was there for me when loading the plugin
2. The plugin worked as it should (...errr I mean I was hearing the delay effect)
3. Carelessly duplicating the same track 11 times (one audio clip in loop and one instance of the plugin) I ended up with 100% CPU load in task manager, Tracktion's CPU-meter going in and out the red zone and system became very-very slow.
4. Repeating the same but with one track at a time I noticed that the T CPU-meter stayed at zero while the task manager CPU meter was going up by ~10% each time I was adding a new track. At 8-9 tracks the task manager CPU meter was reaching almost 100% BUT Tracktion's CPU meter was still at zero

Note that I was using the 1st version of the plugin Nils posted here.

I don't understand what's happening but if 10% CPU is the price we have to pay for the audio->video data translation the appliacation looks very promising for computational heavy effects or instruments.
Most probably in its current state it's not practical (the CPU overhead for 10 Tracktion delays is negligible) but something like a good convolution reverb or a monster synth with only 10% CPU overhead no matter what the settings, sounds great. Have I got it right Nils?

Nils Schneider · Post by **Nils Schneider** » Fri Oct 06, 2006 10:16 am

Nearly, 10% cpu per instance is way toooooo high, it should be below 2% or less....

You host is obviously only measuring one thread when calculating CPU time, the gpu<=>cpu translation is done in another thread that is only visible in the task manager. if this thread is high, the transfer from video memory back to system memory may be slow on your system

zeoy · Post by **zeoy** » Fri Oct 06, 2006 10:28 am

Nils Schneider wrote:Nearly, 10% cpu per instance is way toooooo high, it should be below 2% or less....

You host is obviously only measuring one thread when calculating CPU time, the gpu<=>cpu translation is done in another thread that is only visible in the task manager. if this thread is high, the transfer from video memory back to system memory may be slow on your system

Hmm, I think I have hyperthreading disabled. Do you think that this may cause the high cpu load? I'll try again with hyperthreading enabled . Something else I should check in the video settings?

EDIT: the vga card is an AGP one. No PCI express here.

Nils Schneider · Post by **Nils Schneider** » Fri Oct 06, 2006 10:30 am

Good that you mention this: Hyperthreading should be enabled for all my plugins.. Ok not if you have a dual core machine of course.

Why did you disable it at all? It brings quite a performance boost for audio processing, at least in Cubase.

zeoy · Post by **zeoy** » Fri Oct 06, 2006 10:37 am

Nils Schneider wrote:Good that you mention this: Hyperthreading should be enabled for all my plugins.. Ok not if you have a dual core machine of course.

Why did you disable it at all? It brings quite a performance boost for audio processing, at least in Cubase.

Oh, thanx. That's good to know. Now regarding HT: I remember I read some mixed reports about it, didn't see much difference in my system so I decided to leave it off. That's all. I'll check again.

english · Post by **english** » Fri Oct 06, 2006 10:43 am

Congratulations, Nils. Very fine work, I hope you are very successful with this project, its been along time coming!

eng

edge · Post by **edge** » Fri Oct 06, 2006 10:51 am

works here!! a great plugin!

no problems after installing the missing .dll.

P4 3,2
Radeon 9800 Pro
Energy XT

viel erfolg weiterhin!

grz
edge

duncanparsons · Post by **duncanparsons** » Fri Oct 06, 2006 11:00 am

Nils Schneider wrote:
O.L.T wrote:Still FL bugs: sgpuVST::processReplacing: creation of audio effect failed (1x188)...
Sorry but what is your buffer size? FL is just trying to process a buffer of the size ONE which cannot work at all because I can't create such a small texture. My software limitation is 2, but even that would make no sense.

FL does strange things to enable VST automation to be sample accurate, amongst other things. sampleframes=1 is not uncommon with it, so you will need to keep your own buffer for such situations

It's a pig, but it is what it is...

DSP

GPU Delay - A delay plugin running on a graphics card