Ho exactly is the switch working what needs to be done? is there a text which describes what to do?
-
There is a description here http://community.vsl.co.at/viewtopic.php?p=60489">http://community.vsl.co.at/viewtopic.php?p=60489
/Mattias
-
Very interesting thread!
unless I dreamt it I read somewhere (NS maybe) that someone was running 2 instances of VSTack simultaneously on the same pc - anyone tried this? I run giga and VSTack side by side so am utilising about 3gb ram at the moment.
Ian
-
I run giga and VSTack side by side so am utilising about 3gb ram at the moment.
Very interesting, Ian, that's what I trying to do here on an external slave PC with an RME card. Are you using ASIO for VSTack? Do you find you need to increase the buffer (latency) to use both at the same time?
best, Dom
-
Very interesting thread!
unless I dreamt it I read somewhere (NS maybe) that someone was running 2 instances of VSTack simultaneously on the same pc - anyone tried this? I run giga and VSTack side by side so am utilising about 3gb ram at the moment.
Ian
How so you use 3Gb without the switch? I could only get a tiny amount from GS with the switch installed. Without it I didn't think that one could use more than 2Gb anyway. Do spill the beans......
BTW I tried GS alongside VI and GS caused some sort of feedback and VI hardly loaded anything!
DG
-
@DG said:
Without it I didn't think that one could use more than 2Gb anyway. Do spill the beans......
Technically the limit is 2GB per process...so if you have more than one process (as in GS and some VST host) you should be able to use more than 2GB even without the 3GB switch.
And in fact I think that if you plan to use both GS and your VST host on a machine you should not set the 3GB switch as it totally wrecks GS's abilities to load many samples... Without the switch you should get a reasonable balance between the two.
/Mattias
-
@DG said:
Without it I didn't think that one could use more than 2Gb anyway. Do spill the beans......
Technically the limit is 2GB per process...so if you have more than one process (as in GS and some VST host) you should be able to use more than 2GB even without the 3GB switch.
/Mattias
Are you sure (I sound like "Millionaire" now) because I used to think this, and then I was told that the 2Gb limit was also the total amount of memory usable for applications? I'm sure that you know more than I do, but I haven't managed to get more than 1.8Gb with either one or multiple applications.
DG
-
I can confirm this. Atleast I can confirm that after GS3 gives up and wont load more stuff, I can open up a chainer and load up stuff there.
-
@Christian Marcussen said:
I can confirm this. Atleast I can confirm that after GS3 gives up and wont load more stuff, I can open up a chainer and load up stuff there.
Yes, I'm not disputing that you can load more stuff, it's how much more I'm interested in. I managed about 150Mb, but then I was only testing one of the 2Mb machines.
DG
-
Ah ok. Well I have not tested how much in MB's but I can load atleast 8 keyswitches patches from RA. That should definately be more than 150mb
On 2gb machines btw,
-
How so you use 3Gb without the switch? I could only get a tiny amount from GS with the switch installed. Without it I didn't think that one could use more than 2Gb anyway. Do spill the beans......
Mattias is right in his answer - it's per process, and since GS3 and VSTack are 2 seperate apps it's not a problem.
So anyone got any more info on 2 instances of VSTack? Can't find the thread now but seem to remember someone had just renamed the .exe or something, but I can't help thinking there's more to it than that....
Ian
-
Mattias is right in his answer - it's per process, and since GS3 and VSTack are 2 seperate apps it's not a problem.
Ian
Thanks for that confirmation. I shall try this out when the rest of the VI packages turn up.
FWIW many people have the "other" view, and think that in order to use 3Gb for applications you have to use the switch. It's good to know that this is only necessary for loading in one application.
DG
-
Hardly, unless you upgrade to XP64...where 32-bit LAA apps get access to 4GB rather than 3GB. [[;)]]
/Mattias
-
Now that's a good question! Soundcard driver is the most likely problem. My Echo cards are currently a no-go, but my Delta 1010 from the previous millennium have drivers. I'm setting one up here soon, but it will be on a separate removable disk. As I'm using Sonar I'm covered in that area as it's delivered as both 32-bit and native 64-bit since 5.0. They also have a technique to bridge the gap between 32-bit plugins and the 64-bit world that is supposed to allow you to use 32-bit plugins in the native 64-bit version. Does it work as advertised? No idea! What happens when you plug that Syncrosoft dongle into the system...only God knows! [:)] It's not my main production system we're talking about here of course but rather a development system.
/Mattias
-
Now that's a good question! Soundcard driver is the most likely problem. My Echo cards are currently a no-go, but my Delta 1010 from the previous millennium have drivers. I'm setting one up here soon, but it will be on a separate removable disk. As I'm using Sonar I'm covered in that area as it's delivered as both 32-bit and native 64-bit since 5.0. They also have a technique to bridge the gap between 32-bit plugins and the 64-bit world that is supposed to allow you to use 32-bit plugins in the native 64-bit version. Does it work as advertised? No idea! What happens when you plug that Syncrosoft dongle into the system...only God knows! [:)] It's not my main production system we're talking about here of course but rather a development system.
/Mattias
However, it makes me wonder whether it would be possible to run the Slave PCs (via FX-Teleport) in 64bit and the Host in 32Bit. That way only the few apps on the slaves have to run 64bit. Hmmmmmmmmmm, am I that bored?
DG