Yay! Been waiting for that - much appreciated!
-
Unfortunately, the CPU spikes and subsequent drop-outs are still there on the Mac. At the moment they are not as pronounced as they were with the previous version, but nonetheless still an issue.
Anyone else confirm this?
-
Also in VI Pro, the problem with empty patches still exists, as well as missing licenses for certain instruments (Violin Ens). And a new problem introduced in this build - the Cello Ens preset makes the program crash every time I attempt to load it.
So sadly, VI Pro is still unusable to me.
-
-
Thanks, Karel.
Vsldaemon is not running. Dropouts and CPU spikes still occur. Interestingly enough, those spikes and dropouts don't start in until after leaving the system running for a while without doing anything on it. They also often start in after loading another larger virtual instrument.
No idea how all this is connected, but I thought to pass it on...
Thanks,
JB
-
-
Did this latest version brake PLAY functionality again? I can't seem to instantiate a PLAY instance, prompting the old error "Could not create plugin play_VST_x64".
Am I missing something?
-
-
Fixed by updating PLAY to the latest version.
All working now. Well, with the exception of the CPU spikes and dropouts on the Mac...
-
Thanks Paul,
I am so looking forward to being able to have VI Pro integrated with Vienna Ensemble.
Thanks to all of the vsl team for this.
best,
Steve[:D]
-
Well, thought it was fixex, but it isn't. Here's what's happening:
There seems to be a timeout issue with PLAY initializing in VE PRO. This happens with PLAY 2.0.25 on a Windows XP64 system, running VE PRO build 7043.
When the workstation first boots, VE PRO starts and a metaframe is loaded that contains an instance of PLAY, VE PRO will return an error stating that "Could not create plugin play_VST_x64". However, shutting down VE PRO and manually starting up a standalone PLAY instance will remedy the issue, as PLAY will take a long time to start up, but eventually will show the standalone window. After that VE PRO will also instantiate PLAY instances.
Above would be the workaround to get PLAY to work in the latest version of VE PRO. Would be nice though if we could have this addressed quickly. :)
Thanks,
JB
-
Paul,
I still get the 404 error.
I am seeing the 404 as well for the VI Pro changelog (english)
-
Well, thought it was fixex, but it isn't. Here's what's happening:
There seems to be a timeout issue with PLAY initializing in VE PRO. This happens with PLAY 2.0.25 on a Windows XP64 system, running VE PRO build 7043.
When the workstation first boots, VE PRO starts and a metaframe is loaded that contains an instance of PLAY, VE PRO will return an error stating that "Could not create plugin play_VST_x64". However, shutting down VE PRO and manually starting up a standalone PLAY instance will remedy the issue, as PLAY will take a long time to start up, but eventually will show the standalone window. After that VE PRO will also instantiate PLAY instances.
Above would be the workaround to get PLAY to work in the latest version of VE PRO. Would be nice though if we could have this addressed quickly. 😊
Thanks,
JB
There is no timeout in VE Pro with regards to creating plugins. This seems to be a problem with Play, so I recommend to report it to East West.
-
In ensamble pro 70 43 I It looks like it can load the instruments properlly, Doesn not start.
Paul,
I still get the 404 error.
I am seeing the 404 as well for the VI Pro changelog (english)
-
Thanks. You refer to this as "build 7043," but on my computer (Mac), the version I have is reported as "Version 4.1.6844." So, aside from guessing, based upon installation dates, one can't tell if one has the latest build or not. Even your download page refers only to the "build," but not to the "version." It would be quite helpful if you'd refer to the versions (builds), using consistent nomenclature.
-
well, on my macs, they all (in applications, audio>plugins>components, VST, VST3) read: 4.1.7043. 'Build' = 'version'.
'