Vienna Symphonic Library Forum
Forum Statistics

194,123 users have contributed to 42,911 threads and 257,918 posts.

In the past 24 hours, we have 3 new thread(s), 15 new post(s) and 82 new user(s).

  • last edited
    last edited

    @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

  • last edited
    last edited

    @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.

  • last edited
    last edited

    @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,

  • I think 2mb is enough for anybody.... [:D]

  • last edited
    last edited

    @timkiel said:

    I think 2mb is enough for anybody.... [:D]

    Are you Bill Gates???????

    DG

  • No but I used to have a ZX81 with a 16k expansion pack.....

  • last edited
    last edited

    @Another User said:


    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

  • last edited
    last edited

    @Ian Livingstone said:


    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

  • Test results updated to include 3Gb machine. the difference in loading ability between 3Gb and 4Gb is only about 100Mb. Is that last stick worth it? [H]

    DG

  • Hardly, unless you upgrade to XP64...where 32-bit LAA apps get access to 4GB rather than 3GB. [[;)]]

    /Mattias

  • last edited
    last edited

    @Mattias Henningson said:

    Hardly, unless you upgrade to XP64...where 32-bit LAA apps get access to 4GB rather than 3GB. [[;)]]

    /Mattias

    Does anything else work in this OS though? I don't think that I would risk it.

    DG

  • 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

  • last edited
    last edited

    @Mattias Henningson said:

    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

  • last edited
    last edited

    @Mattias Henningson said:

    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.


    WOW!!! Thanx man thats a good point in the right direction!!!
    I tested Cubase XP about 9 Month ago and everything worked fine except that Cubase is not really 64Bit it only runs in a dadapted 32 Mode. BUT!!! The Dongle Driver definatly works without any Problem and there are a few Soundcarddriver that work too.

    So my Question: Could i use Sonar as a VSTi Host like V-Stack?
    Could you test if its possible to route incoming Midi # to different VSTi´s
    Cubase can do this just like V-Stack

    Thanx!!!

  • last edited
    last edited
    Max from FX-Max says:-

    @Another User said:

    FXT will work on XP 64 as 32-bit application, supporting up to 4 GB of
    memory (you'll need latest prerelese of FXT for >2GB support).


    Ian

  • last edited
    last edited

    @Another User said:

    FXT will work on XP 64 as 32-bit application, supporting up to 4 GB of
    memory (you'll need latest prerelese of FXT for >2GB support).


    Ian
    Well, that's part of the puzzle sorted. Next [:D]

    DG

  • last edited
    last edited

    @Another User said:

    FXT will work on XP 64 as 32-bit application, supporting up to 4 GB of
    memory (you'll need latest prerelese of FXT for >2GB support).


    Ian

    But can it load 32Bit Plug-Ins?

  • last edited
    last edited

    @Another User said:

    FXT will work on XP 64 as 32-bit application, supporting up to 4 GB of
    memory (you'll need latest prerelese of FXT for >2GB support).


    Ian

    But can it load 32Bit Plug-Ins?
    It will all depend on what plugin and if they have native 64bit support, or are able to run in XP64 but only in 32bit mode. You need to check with the manufacturer for each and every plug that you intend to run.

    D