I'm using VepPro7 right now over MS Remote Desktop with 3 simple instances, not a big project, but working fine no crashses so far.  Admittedly I haven't been using a slave really much so maybe if I use it enough it will crash, but anyway if there are some graphics bugs somewhere, I am more inclined to think thats related to a specific plugin.  Can you provide any more details about EXACTLY what you're doing and what you ahve setup when you get the crashes?  what version of OSX, windows and remote desktop?

Also please tell us your remote desktop settings and your screen resolution settings on both computers.

Regarding VNC.  There are free ways to do it.  I don't use VNC because Remote Desktop is so much better then VNC in terms of responsivness.

For VNC you need to run two things.  One thing has to run on your Windows box to host the VNC server side.  Then you run a VNC client on Mac in order to connect to it for viewing.  There are lots of free and commerical VNC clients, google around.  Some are better then others an claim to be more repsonsive.  Any of them will work with the VNC protocol.  I think its even built into Safari believe it or not.

But for the windows machine you need a VNC server, which is not included by default as it is on the mac.  There are a few of those.  Here is a free one:  https://www.tightvnc.com/licensing-tvnserver.php

Note, that setting all of this up and getting it running is probably not for the faint of heart.  I've never actually tried it on windows.  But anyway, there are free alternatives, its just a PITA to setup...and....no matter what you do it will never feel as responsive as MS Remote Desktop.  VNC passes your full graphics back and forth across the network, which if you're using a large resolution will feel laggy and is using network bandwidth also.  Remote Desktop is much more lightweight and sends more like internal windows commands back and forth (and some graphics), so that a lot of the window rendering and such doesn't have to pass so much stuff over the wire.  But that is probably why it runs into compatability issues occasionally.  I have had problems with a few plugins like PlogueBidule and a couple others that would crash VePro, or not display graphics properly when used inside RemoteDesktop.  But a lot of other stuff seems to work fine.

Right now for testing I'm using Harmor and kontakt, no problem, no crash.

It's not a plugin issue.  VSL support has confirmed: "Sorry, this is just how it is and we can't fix it - because it is "not a bug we need to fix", it's an OpenGL problem."

They recommended to use AnyDesk which costs $11 a month for one slave or $20 a month if you have more than one slave-unless you want to lie to the company and claim that it's for "personal use".  

I have not yet found a VNC option that is free for commercial use.  This is really disapointing that VSL seems to be the only program that crashes MRD and yet, they say it's not their issue. Really bummed about this.

ok, but its not crashing here FWIW.  That could be a specific plugin perhaps using openGL?  Or what mode in VePro is using openGL that I can get it to crash here?

I didn't check all the various VNC products, but VNC is basically an open source technology and I find it hard to believe there is not a free VNC server somewhere.  I'm not too motivated to look for it right now though because RemoteDesktop seems to be working fine for me.  If I start having problems with it I might revisit that later and have more info about it at that time.

Solutions like AnyDesk would be orders of magnitude easier to adminstrate as they have basically bundled up the server and the client of free VNC technology into an easy to use product and of course they want money for that.  For real "commerical use" is $20 a month unreasonable?  Maybe not, though it probably gets under your skin and I don't blame you, but if you don't want to subscribe, then look around for a freely available VNC server that runs on windows, I saw half a dozen when I did a google search a few hours ago.  Surely one of them must not be tangled up in some kind of commerical use clause, but never know.

first server I found, tightVNC is free for personal and commercial use:https://www.tightvnc.com

By the way, openGL is being deprecated by Apple.

-

@Another User said:

Do you have a Mac master and a PC slave? If so please try and start VEP7 (a new project) through MRD and let me know if it crashes when you try and add an instance.

Yes, mac master and PC slave.  Does not crash.  I jsut created three instances, loaded up an instrument on each one and made sound over on LogicPro.  Working fine.

how to use safari VNC viewer: https://til.hashrocket.com/posts/69cbe9b2c3-how-to-use-the-hidden-vnc-client-in-mac-osx

I understand your frustration though.  If it wasn't working for me on Remote Desktop I would probaly be making a lot of noise about it also as I find VNC appalling to use and I most definitely do not want to have to pay a subscription to use one of the easier commerical alternatives such as AnyDesk for this purpose.

Which version of WIndows and OSX are you using?

I vaguely recall a while back there was some broken stuff in Remote Desktop with certain version of windows, but I don't remember the details now.

Here's another useful article that includes how to make use of VNC client on mac

https://www.tweaking4all.com/os-tips-and-tricks/macosx-tips-and-tricks/best-vnc-client-macos-x/

@Another User said:

In case you missed it-my setup has been working fine for a long time with VEP6. My MRD settings haven’t changed-it’s just a simple direct LAN connectionusing a direct Ethernet cable between the two computers on a 10.0.0.0 subnet. Getting on to the slave, opening other programs, etc, all works just fine through MRD. Again- I’m surprised and intrigued to hear that it’s working for you because VSL has basically told me that it’s a known issue and they won’t do anything about it.

What you are quoting from VSL I don't know the context to really comment about it, but I  know VePro is using a third party graphics library, a very popular and well established one, but still, in some ways its out of their hands if there is actually some kind of OpenGL problem, but personally I don't find that to be a reasonable explanation, maybe someone made a guess at that being the cause and they don't know what to do, but if VePro is dependent on OpenGL and if that is a problem, then it shouldn't work for me either.  But it does work for me, I haven't really had any kind of problem with it, but I haven't been pushing it to the limit either.  I only setup my older windows box to host a few odd windows plugins that aren't on the mac (Harmor, etc)..and might host some kontakt instruments that don't require a seperate dongle.

A lot changed in VePro7, including they upgraded that third party library.  Ok.  But again, working ok for me.  So in order to figure out why its not working for you, we would need to pretty much look at every single setting we can think of between OS versions, remote desktop version and settings, etc.  and try to see what might be different.  Could be network settings too.

I am willing to bet that if you get an OpenGL test app and run it on your windows machine it will not crash MRD.  Could be wrong.  But again, if VePro is using OpenGL...and i'm not sure it would be, its not impacting my setup.

Another factor is that I have a GPU with metal, on Mojave.  If you're using an older mac with older OSX and no metal GPU, maybe its possible that caxuses things to use OpenGL instead of Metal or something, which might explain why it works for me but not for you. (shrug).  I'm guessing wildly now.

Alright, I just got UltraVNC to work on windows with the built in mac VNC viewer to work.  Free.  Not too hard.  Just install the windows UltraVNC server and steart it up.  There are a lot of settings which were easy for me but might not be for you or others, so ask if you have questions or google around.  But it seems to work fine.  Laggy.

UltraVNC here: https://www.uvnc.com

To connect from your mac just open safari and use

@Another User said:

vnc://servername

Regarding OpenGL.  I just ran the following utility over MRD.  Its an OpenGL feature and benchmarking tool that runs the PC through a bunch of OpenGL.  I did this through MRD.  It ran perfectly fine to completion.

https://gfxbench.com/result.jsp

I'm doubtful that OpenGL has anything to do with the reported crash problems.  That doesn't mean it isn't possible in some situation that the OpenGL tool isn't testing.  I'd like to know more about the windows, OSX and MRD's versions being used that are having problems.

As I mentioned above, I installed UltraVNC on my PC and connected from mac's built in VNC viewer that that also worked perfectly fine, though one thing I did not like is that it does not seem to have a way with that setup to change the resolution of the remote desktop.  My remote PC is using a very small monitor with a very small resolution, so this is far less from ideal.  VNC is capable of using virtual desktop resolutions, so I'm now looking into that, and I found out about another free VNC package with support for both mac and windows, called TigerVNC, which might provide that.  When I have settled on the best solution I'll post here.

spent a lot of time on this tonight and I'm out of it, so this is what I have for now:

1. I can run OpenGL test on my MRD session without problems.
   
   
2. UltraVNC (windows) seems to work very well.  Use built in VNC viewer on Mac or any other VNC client such as tigerVNC, JollyVNC or many others.  
   
   
3. TigerVNC (windows) I could not seem to get my mac to connect to it properly when running as server on windows, but looks like the service wasn't starting, so I coudl probably figure it out if I spent more time but I'm out of time.  UltraVNC works very well too, just use that for the server.
   
   
4. TigerVNC client also works pretty well if you want a dedicated client
   
   
5. I was unable to figure out a way to configure the PC to have a larger desktop size.  The VNC client always wants to use whatever the physical desktop size is on the actual PC.  In my case I have a tiny monitor with tiny resolution, so I could not figure out any way to get VNC to scale up to a nice large desktop on my mac that has 4k monitor.  This is basic behavior of MRD, but apparantly VNC on windows requires the desktop to be the same desktop as the actual machine, which is tied directly to the video card and monitor.  For me that's a deal breaker actually, but maybe someone knows a work around.  I don't and no more time to spend on it.

So bottom line, I think you could use UltraVNC on your pc to get a VNC sessino happening, for free.  I think MRD is a much better solution.  Its not crashing for me.  It would be good to figure out why its crashing for you and not for me, so that maybe you can get to the bottom of it, or more information for VSL.  Nothign else to say, I'm just glad it works for me in MRD because I find VNC to be inferior in every way.  I could live with it if I had to if I could figure out how to enable a larger desktop session from a windows machine.

This might work for the desktop size, but I don't have time to try it now.

https://help.realvnc.com/hc/en-us/articles/360020922991-Why-do-I-see-a-low-resolution-when-connected-to-VNC-Server-for-Windows-on-a-headless-virtual-machine-