Hi Bill,

Thank you for letting me know. I tried with version 7.1.1406, but still the same. I had one crash or instruments fails loading. Again, after a couple of time reloading the project it works. But it takes a lot of time every-time. 

There is one new error, saying that VEP has to many open files.  I will send the crash report to VSL support.

Thrift: Wed Aug 17 19:52:31 2022 TSocket::open() socket() <Path: /var/tmp/com.paceap.eden.licensed/authorization>: Too many open files

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

2022-08-17 19:52:32.784 Vienna Ensemble Pro[1358:17600] Persistent UI failed to open file file:///Users/kurt/Library/Saved%20Application%20State/at.co.vsl.viennaensemblepro.savedState/window_1.data: Too many open files (24)

Hi Paul,

I upgraded VEP to 7.1.1401 and ilok to version v5.6.0_128

Still the same issues. I had also a crash of VEP, I send the crash report to VSL support.

any news about this ilok error that I daily get in VEPRO ?

Thrift: Fri Aug  5 05:47:25 2022 TSocket::open() socket() <Path: /var/tmp/com.paceap.eden.licensed/authorization>: Too many open files

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

My last response from VSL is from 27 June. Is somebody looking at this ? 

I upgraded to VEP version 7.1.1395, but problem still exists.

I upgraded to VEP version 7.1.1390, but problem still exists.

I have read somewhere that the max open files of a process on MacOS is default 256. 

I have 269 licences on my ilok. Is it possible that VEP tries to open each license simultaneously as a file, and therefor goes over 256 ?  

I upgraded to VEP version 7.1.1384, but problem still exists.

Thrift: Mon Jul 18 06:43:46 2022 TSocket::open() socket() <Path: /var/tmp/com.paceap.eden.licensed/authorization>: Too many open files

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

hi VSL, any idea what these errors mean?

I just tested, and indeed, logic crashes on MacOS 12.4

I found a trick to start VEP in verbose mode.

These are the errors I see in verbose mode:

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

Thrift: Tue Jul 12 15:22:29 2022 TSocket::open() socket() <Path: /var/tmp/com.paceap.eden.licensed/authorization>: Too many open files

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

/Users/hetu/Jenkins/workspace/vepro/vepro/3rdparty/servus/servus/dnssd/servus.h:147: DNSServiceUpdateRecord error: -65537

Thrift: Tue Jul 12 15:22:30 2022 TSocket::open() socket() <Path: /var/tmp/com.paceap.eden.licensed/authorization>: Too many open files

Thrift: Tue Jul 12 15:22:30 2022 TSocket::open() socket() <Path: /var/tmp/com.paceap.eden.licensed/authorization>: Too many open files

Something to do with PACE security ? Btw, I'm not user hetu, maybe something in VEP code ?

Forget to mention, the error I got is:

Errors occurred while loading plugins:

Toolkit: Vienna Synchron Player<br><br>Could not open plugin (x16)

Hi,

Does someone has the same issue ?  When I start the computer, and when all drives are mounted, I start VEP and load my template. It starts loading, but it loads not all Synchron instruments. Some slots shows as red "! SY Player !" 

Restarting VEP is most of the time the solution.   Template uses +- 43 GB RAM when fully loaded.

I opened a ticket several weeks ago, but no solution until now. Therefor this post on the forum, maybe other people has the same problem or know a solution ?

Current configuration:

Mac Studio Ultra - MacOS 12.4 - 128 GB RAM

VEP version 7.1.1380 (but was also with the previous version)

Correct, I think if you buy a Mac studio, that you need in advance to know what you need. Because RAM is fixed. Extra external storage is still possible at a later date, but RAM or internal storage is not expandable. 

Hi Guys, what do you use as VEP parameter Multiprocessing: Default Thread Count (per instance)  ? 

I'm just guessing, but is it possible that in MacOS settings -> security & privacy -> Privacy -> input monitoring cubase 12 is not selected ?

First of all, Vienna Assistent is a beautiful program. Great work !

What i miss is the following. I see now 2 updates : BBO Altair and Synchron Elite Strings. But i cannot see in the GUI a changelog of those 2 updates. It will make it easier if i can click somewhere to know what the changes are.

keep up the good work, Kurt

Same problem here. MacOs 11.6.5

I agree, looking forward to some kind of news when we can expect m1 native support. 

thanks :) 

I can reproduce the bug with latest VEP VST and cubase 12. MacOS 11.6.5

Just installed the fix, and indeed, connect button works again :) 

Hi,

I think one benefit of using VEP on your ultra, is that loading time of songs is faster because it's already in memory. 

I'm curious to know how your ultra will perform.  VSL is not M1 native yet, so probably more memory usage than normal (for the intel emulation) and a bit slower in response for now ? 

I also ordered an ultra 128 GB RAM. I will put the VSL libraries on external SSD.