Vienna Symphonic Library Forum
Forum Statistics

194,245 users have contributed to 42,914 threads and 257,941 posts.

In the past 24 hours, we have 2 new thread(s), 16 new post(s) and 93 new user(s).

  1. Home
  2. Software
  3. Vienna Instruments Pro
  4. 4881 - irregular behaviour - rolled back to 4686

  • 4881 - irregular behaviour - rolled back to 4686

    B
    B

    Hi All,

    On my 3 Macs (two 8 core Intels and a PowerPC G5) I experienced very strange and unusable behaviour on updating to 4881. I have now rolled back to 4886.

    All Macs are running 10.5.8. I installed the 4881 installer over an  existing 4686 installation on all 3 machines. Weapon of choice: Nuendo.

    ODD BEHAVIOUR INCLUDED:

    On first launch (on all 3 macs) VEPro Server froze, or appeared to freeze, until I hit quit, at which point it then merrily continued launching. WTF? I was running a mix of 64 and 32 bit servers across my machines. No 64bit at this stage on the G5.

    On second launch (and after re-starts) all seemed more normal, launch wise at least.

    After successfully running some previously created templates, I then found I could not quit the servers. On ANY of my 3 macs. I had to FORCE QUIT all of them.

    When I say successfully running, I was not really testing yet. 

    I had also hoped (via a note on this forum from the VSL team) that the 64bit server 4881 might play ball a little more than 4686 on my Quad G5. By play ball, I mean actually load a project correctly in 64 bit mode. What happens is, it loads the data, taking the expected time to do so, but then each instrument in the project is "empty". 4881 behaves the same as 4686 in this respect sadly. 

    (I know - 64 bit not technically supported on G5, but VSL did suggest giving it another go with 4881).

    I also tested one by one BTW, to check it wasn't a problem with the machines "in concert" as it were. Still - the Servers don't quit - they need forcing.

    Anyway, all this strange non-quitting, and initial non-launching oddness is too scary. I am back to 4686.

    Anyone else? Or do I have 3 macs with the same problem on each one?

    (Side Note: now that I am back to 4686 (had to un-install everything first of course), I am going to test 64 bit behaviour on the G5 whilst "connected" to host, as opposed to loading a template. IE, get the sequencer to command the load up data saved in the Nuendo song. I'll post a result.)
  • M
    M
    last edited
    last edited

    Hi Ben,

    did you already try to reassign your content folders in Directory Manager (obviously the content paths were lost that´s most likely why your VI´s appeared as "empty") and do you encounter the same problems with build 4686?

    In case that the problems persist I´d suggest to contact our support. Please include a detailed description of your setup and your project.

    Kind regards,

    Maya
  • B
    B

    Hi Maya,

    Hey thanks for your response. In fact, no I did not update the directory Manager.  But the problem was present with 4686, and I know my Directory was correct there. Interestingly, also, since rolling back, certain preference files must have been preserved, thinking about it, since (in 32 bit mode, and 64 bit on the Intel machines) all files do indeed load correctly.

     To be clear - in 32 bit mode the server is fine on the G5. is the directory not shared?

    When I have a little down time, I will try 4881 again, this time rebuilding the Directory Manager and test it all again. 

    Are you implying that 64bit server should work on a Quad G5?

    Also, where can I locate the preference for  the Directory Manager if I wanted to start clean with it?

    Finally, do you also think that the quitting/launchin issues I have are unique to my (3) macs?

    Thanks
  • K
    K

    Pretty much the same strange behavior here with a very similar setup.
  • B
    B

    Bump - please could Maya answer - thanks.
  • F
    F

    I am not sure if this is related... am on PC, Win7 64-bit, same build (4881).

    Whenever I try load up the VE Pro server after the computer boots up, it won't load until I double click the icon once again.  Checking the task manager, the first "loading up" actually loaded up the vsldaemon.exe into memory, without loading up the real VE Pro server.  Apart from this I encounter no more problem regarding loading up (or shall I say re-loading up) or quitting the program.

    Of course this only happens when the computer first boots up (when vsldaemon.exe isn't residing in memory).

    Frankie
  • K
    K

    Similar issue on the mac: Have to quit the hanging Server after which it starts up normally without having to start the application again. Bug reported.
  • K
    K
    The hang on start issue has been fixed for the next release. For now you can simply work around it by force quitting the VE Pro process (works on both platforms, happens only once, will work fine afterwards). Sorry about that.