Vienna Symphonic Library Forum
Forum Statistics

194,568 users have contributed to 42,922 threads and 257,976 posts.

In the past 24 hours, we have 0 new thread(s), 4 new post(s) and 112 new user(s).

  • Distributing VIs over slaves.

    I'm wondering whether anyone has tried a solution like this for distributing VIs over slave machines. My biggest problem is finding the best way of using the memory available on each machine. Often times, the best combination of instruments for each machine, memory-wise, _doesn't_ fall within the design of distributing them by groups (or more specifically, by VI packages). This might help:

    http://www.lindy.com/uk/productfolder/03/32/32872/index.php

    Any experience anybody? If my 3 machines could dynamically share ALL my instruments my life would become 10 times simpler.

    J.

  • last edited
    last edited

    @jbm said:

    ...

    http://www.lindy.com/uk/productfolder/03/32/32872/index.php

    Any experience anybody? If my 3 machines could dynamically share ALL my instruments my life would become 10 times simpler.

    J.


    The device you list looks like it was built primarily for printer sharing. It appears to be USB 1.1 (not 2.0) and has a very slow transfer speed. So I'm uncertain that this would really help.

  • Sorry, I think I didn't make my situation clear. Each of my machines has the samples installed on a dedicated drive. This device would only be to share out the licenses, i.e. the Vienna Keys. This way, as an example, I could divide up hefty Extended solo string instruments over different machines - Violin 1 and 2 on one machine, Viola on another, Cello on another. This isn't currently possible with the way the keys work (unless you load the instruments with the relevant key attached, then move to the next machine).
    In my experience, distributing instruments this way would be a _huge_ improvement over the current situation. Often times, I want a wide variety of articulations for something like a solo violin, but only need the basics for a horn or bassoon. In this case, the machine running the bassoon probably has lots of memory to spare, so I could pull a solo violin up on that machine only, without having to transfer licenses over.
    AFAIK the Vienna Key only requires USB 1.1.

    J.

  • last edited
    last edited

    @jbm said:

    ...
    AFAIK the Vienna Key only requires USB 1.1.

    J.


    Apologies, I understand better now.

  • AFAIK this type of devices is working like automatic printer switch-boxes and only a single machine can access the USB device simultaneously, so it is highly probable you will receive a *license not found* error on the first computer when the second is accessing the ViennaKey.
    christian

    and remember: only a CRAY can run an endless loop in just three seconds.
  • One solution - - if you have lots of RAM might be to run both the VI Standalone and the VI plugins hosted by your sequencer - - as they inhabit different memory blocks. However I have little experience with this and cannot figure out (due to loss of brain cells perhaps) how to get this to work with Logic so that MIDI output from Logic gets directed through the appropriate IAC port to the VI Standalone and the VI Standalone's audio output is fed back into Logic - - if anyone knows how to do this please advise. I'm going to start a thread regarding this.

  • last edited
    last edited

    @cm said:

    AFAIK this type of devices is working like automatic printer switch-boxes and only a single machine can access the USB device simultaneously, so it is highly probable you will receive a *license not found* error on the first computer when the second is accessing the ViennaKey.
    christian


    Yes. I'm thinking that you'd still have to make sure each machine loaded its instruments separately, but it should still make the arbitrary distribution of instruments over slaves a lot easier. Yes?

    J.

  • Christian - is there another solution to this issue. I have 4 slaves and run into this problem from project to project. 'Sharing' licences between slaves would be nice to have.

    Rob

  • rob, i've already mentioned in an earlier thread that we might be able to offer another possible solution - currently we could issue temporary slave licenses for solo strings. please request them sparingly, they are just for testing so far.
    christian

    and remember: only a CRAY can run an endless loop in just three seconds.
  • Christian (or anyone else who might know something about this):

    I'm wondering if you might have thoughts about the question I asked in this thread and in a thread devoted to this subject - - it seems possible that one could simultaneously run the VI plugins and the VI Standalone and thus get two memory blocks from the same computer - if you have sufficient RAM.

    If this is possible it would mean, at least in some circumstances, the potential elimination of one slave computer. However it is not obvious (at least to me) how one would route MIDI output from a sequencer like Logic to the VI standalone and how one would route audio from the standalone back into Logic. (On this latter subject, I've wondered if one might use Cycling 74's SoundFlower - choosing SoundFlower as the audio output in the VI Standalone and then making Soundflower the input on an aux channel within Logic.) I would be most appreciative of any ideas regarding this.

  • One note: Syncrosoft keeps running when the dongle is switched out, but to load any new VI sound, the key is queried again and must be re-attached.

    I looked into this several months ago when the golden apple was multiple EXS instances on two computers without buying another Logic license. And that didn't work at all because Logic constantly monitors the status of the key.

    As Christian mentioned, these devices don't "share," they switch. This protects two printers from downloading information at the same time. So I looked for USB devices that keep connections "live" to multiple computers simultaneously, and that was a dead-end.

    But jbm, it remains an intriguing thought. "Auto printer mode supports First Come First Served." Does this mean that a VI key would be "live" to whichever computer needed it (when loading, for example)? The web page indicates that special printers speak this language. What would a VI key do?

    Perhaps this could be test-run more easily with a cheap, simple USB switch, like a two-port Belkin. And really, all the switch does is spare one the physical task of swapping the key -- which, with USB extension cords, could be pretty easy.

    But I am concerned that, if it's this easy and viable, why has it not been discussed before? Why wasn't it a sidebar in gear magazine or at least a thread on one of the forums? I'm not saying it can't be done. I'm just voicing a curiosity.

  • I think that finding a another solution for the larger sections would be great. I just upgraded to the full VI and I'm already finding this to be an issue as well. How to make better use of the memory while working around the licenses is difficult. I would like to request a solo string slave license.

  • plowman, as far as my research turned out there is nothing like a *switched* usb-port, mainly because of the *serial nature* of the usb-protocol.
    in case it seems to work here and there please be aware that the key is _not_ only needed when loading patches. once you have received a license error my experience is that you have to close all related applications and probably even reboot the computer.

    you do experiments on your own risk and anything related is not supported, might actually under certain circumstances violate the license agreement.
    christian

    and remember: only a CRAY can run an endless loop in just three seconds.
  • last edited
    last edited

    @cm said:

    in case it seems to work here and there please be aware that the key is _not_ only needed when loading patches. once you have received a license error my experience is that you have to close all related applications and probably even reboot the computer.

    you do experiments on your own risk and anything related is not supported, might actually under certain circumstances violate the license agreement.
    christian


    Yes, and I should mention that my experiments were done quite innocently... just trying to customize my setup for a new score. With the current system, the license is basically for the package (i.e., "Solo Strings"), not for the individual instruments. So the key authorizes the package, and each package is currently limited to one machine. Kind of a shame, but oh well... I guess I'm in the market for another machine now.

    cheers, All.

    J.

  • I guess the point I've been trying to make is that it would be extremely useful to able to run the standalone version of VI simultaneously with a host program and the plugin version of VI because then you could potentially run 5GB of samples on one Mac - - which would make the issue of being confined to running a huge library like the solo string library on one machine less problematic. I simply can't figure out how to achieve this at the moment with Logic and again I appeal to anyone who has experience with doing this to share information with other users. I think I remember that Nick Batzdorf mentioned doing something like this shortly after the Viena Instruments were first released.... I'm hoping that if this proves not to be possible with the current version of the Vienna Instruments software that it will be something that will be implemented in a forthcoming version.

  • "as far as my research turned out there is nothing like a *switched* usb-port"

    USB port switches are common, so we probably have some confusion of terms. Perhaps you meant "shared," which I take to mean, the USB peripheral would be seen by two or more computers at the same time. It makes sense that such a device could not exist given the USB's serial nature.

    "once you have received a license error my experience is that you have to close all related applications and probably even reboot the computer."

    I loaded Logic and its VI's, then unplugged the key, then tried to load a new VI sound and got the error. With "cancel" or "retry" still available in the error window, I reattached the key and successfully loaded. I did that again, only I canceled out of the error window. I couldn't get back into a VI. Logic crashed.

    The organic solution is a drag-and-drop license system where individual instruments could be assigned to different keys. I have high hopes that VSL will do this someday. I consider it inevitable as multi-computer systems become the norm.

  • my usage of the term *switched* was meant to describe the difference to the usage of *shared* for the device mentioned ... technological speaking usb would work like a hub (signal on input is repeated on all outputs), that's why in early days (network-)hubs have often been refered as *repeaters*
    if your application had not to be closed you're lucky (in this situation) - my experience has been the oposite ...
    drag&drop licenses would be nice to have, in a certain way the license control center provides this functionality with the transfer license wizard.
    christian

    and remember: only a CRAY can run an endless loop in just three seconds.
  • VSL could also offer two licences per collection [:)] This is rather common in the world of samples...

    Jerome

  • .. to find them again on ebay a few weeks later? sorry to say, but this is not an option. our experience with the sample library product line was too bad regarding a too liberal license policy.
    christian

    and remember: only a CRAY can run an endless loop in just three seconds.
  • stevesong,

    I have actually tried running the standalone beside Logic. I got a very strange output from the standalone when I did this, but I can't remember which audio driver I was using... I have a feeling I was just passing the audio directly to my card. Anyway, I got what sounded like an error with the sample rate. I'll try it again today and let you know. Interestingly, I did notice that the memory of the standalone did appear to be self-contained, even though I seem to remember some people saying it still used the vsl-server. I'll try again today anyway.

    cheers,

    J.