Consolidation of vsts

Author
jerry@macwood.com
Max Output Level: -84 dBFS
  • Total Posts : 324
  • Joined: 12/3/2004
  • Location: Redondo Beach
  • Status: offline
April 16, 14 12:44 AM (permalink)

Consolidation of vsts

Has anyone moved all of their vsts to a common vst folder I have drumagog and ozone and a couple of other Add ins?
 
#1

5 Replies Related Threads

    Bill51
    Max Output Level: -86 dBFS
    • Total Posts : 216
    • Joined: 12/6/2003
    • Location: Gt Barrington, MA
    • Status: offline
    Re: Consolidation of vsts April 16, 14 12:48 AM (permalink)
    Yes, it's the way to go. One for x86 VSTs and one for x64. Install everything into those two, and you'll never have to go looing for things again.

    Bill Reed
    Finale 2012, Notion4, Sonar X2
    Win8 x64, 64GB RAM
    M-Audio ProFire 2626
    Kontakt, VSL VI Pro, VE Pro, EWQL Orch, Choirs and Pianos
    A closet full of cables, cords, adaptors, etc. Just let me know what you need
    #2
    jerry@macwood.com
    Max Output Level: -84 dBFS
    • Total Posts : 324
    • Joined: 12/3/2004
    • Location: Redondo Beach
    • Status: offline
    Re: Consolidation of vsts April 16, 14 1:50 PM (permalink)
    Will the relative realted location of the related part such as drum maps remain accessible in the original  location?
    Do you just move the DLL's?
     
    #3
    arachnaut
    Max Output Level: -67 dBFS
    • Total Posts : 1168
    • Joined: 5/5/2007
    • Location: Sunnyvale, CA USA
    • Status: offline
    Re: Consolidation of vsts April 16, 14 3:30 PM (permalink)
    I have a folder for 32-bit and 64-bit VSTs. I have a few VST3 devices, but I don't use them.
    Under these folders are only Manufacturer names and the vendor products go in that folder.
     
    I've found that one can usually manually move the DLLs and sometimes it necessary.
     
    For example, one VST I have puts it's 64 and 32 bit DLLs in a single folder. So I move them.
    Other times when you install, the path isn't quite right because the vendor adds their name to the folder without telling you - so you create a Vendor X folder and the stuff gets installed in folder X/X/ under the VST folder - so I move these up a level and delete the duplicate folder.
     
    After I install one, I usually put all documentation in a global folder and place a shortcut from the docs to the VST path.
     
    For really complex installations, the VST data such as tunings, presets, etc., is saved elsewhere, such as AppData/Local, AppData/Global, ProgramData, or whatever. For these types, I make shortcut pointers to all these locations in the VST folder for future reference. I will probably forget about these things later on.
     
    Finally, I put the license keys and URL shortcuts to the manufacturer site in the VST folders.
     
    This can take a bit of time when I install the thing, but I only need to do it once.
     
    After all this, I usually check the registry data to make sure any stored paths for the VST are still valid after the move.
     
    After all this, and only after that, I run the VST for the first time, license it, etc., so the paths are checked on the first-run.
     
    I usually use a simple DAW like SaviHost as my first-run application. That way I avoid messing up my main DAW if I need to adjust things.
     
     
     

    - Jim Hurley -
    SONAR Platinum - x64  - Windows 10 Pro 
    ASUS P8P67 PRO Rev 3.0;  Core i7-2600K@4.4GHz; 16 GB G.SKILL Ripjaws X;
    GeForce GT 740; Saffire Pro14 MixControl 3.7; Axiom 61
    64-Bit audio, SR: 48kHz, ASIO 256 samples latency, Rec/Play I/O Buffers 512k, Total Round Trip Latency 13 ms, Pow-r 3 dither 
    #4
    wst3
    Max Output Level: -55.5 dBFS
    • Total Posts : 1979
    • Joined: 11/4/2003
    • Location: Pottstown, PA 19464
    • Status: offline
    Re: Consolidation of vsts April 16, 14 4:07 PM (permalink)
    I manually manage my VSTs by placing the DLL files in a file hierarchy that makes sense to me<G>...
     
    • Steinberg/vst/X86 - plugin processors and effects that are available only in x86 format
    • Steinberg/vst/X64 - plugin processors and effects that are available only in x64 format
    • Steinberg/vst/both - plugin processors and effects that are available only in both formats
    • Steinberg/vsti/X86 - plugin instruments that are available only in x86 format
    • Steinberg/vsti/X64 - plugin instruments that are available only in x64 format
    • Steinberg/vsti/both - plugin instruments that are available only in both formats
    Under each of these is a sub-directory for each vendor.
     
    So why three for each, and why separate instruments from processors?
     
    I still use Sound Forge V9, which is x86 only, and if a plug-in is available in both x86 and x64 formats I put the x86 versions here. That way SF doesn't bother scanning the x64 stuff. This also lets me scan only the x64 version in Sonar if I have both.
     
    And, while Sound Forge and Wavelab will happily scan instruments, they won't do anything with them, so I only let them scan the effects and processors trees.
     
    So far this has worked out really well for Sound Forge, Wavelab, and Studio One. It works for Sonar, but I still end up building my own custom menus. And even if the auto-generated list followed the directory hierarchy exactly I'd still probably use custom menus because I can arrange them by type (e.g. compressors, eq, delay, etc.)

    -- Bill
    Audio Enterprise
    KB3KJF
    #5
    jerry@macwood.com
    Max Output Level: -84 dBFS
    • Total Posts : 324
    • Joined: 12/3/2004
    • Location: Redondo Beach
    • Status: offline
    Re: Consolidation of vsts April 16, 14 5:05 PM (permalink)
    Thanks
    Too many versions at time I want a massive combo update with all of the vst s and add ons for all of the version throughout the years please!
     
     
     
    #6
    Jump to:
    © 2025 APG vNext Commercial Version 5.1