Everyone gets such a lot of data the entire day that they lose their good judgment. So you should a little to know more about https://www.technochops.com/video-games/2562/does-oculus-quest-2-come-with-games

@Jackson it should work at a minimum with OS supplied RDP tools. It does but not consistently, as in my previous comments. Maybe OP has crashes, I only see functional issues.

I certainly don't believe, I am sure others too, that Adobe should support every 3rd party remote access utility, that is ridiculous. The thing is if it works with Microsoft RDP or macOS Apple Remote, it will absolutely work with everything else.

What hardware, software versions, media type, OS, and remote software?

Does the whole machine crash or just the remote software? Your machine or the remote machine?

there are n number of software available in market you can choose best from them :

Here full list of Remote work software https://www.goodfirms.co/remote-work-software/

Thanks for the links @Alesha Honnor! Will test.

I will add this should not be something that every user should need to do when everything was functioning completely within reason prior to some update that caused this regression defect. Even more so asking average users to start manipulating group policies, not everyone is comfortable making those types of changes.

Have you made sure you have checked all your Computers RDP policies?

Try these two links for some great instructions on how to ensure your RDP is running as smoothly as possible and that all the GPU and rendering options are enabled (which is the usual cause of crashes on RDP).
https://knowledge.civilgeo.com/knowledge-base/enabling-gpu-rendering-for-microsoft-remote-desktop/
https://www.reddit.com/r/sysadmin/comments/g0437k/remote_work_for_graphic_designer_rdp_alternatives/

Prior to 14.5.0 (build 51) I did not have any issue working through RDP over Cisco VPN (well it has been years) I am on a half-gig connection. Now "Program" monitor will not playback video. Timeline performance and playback is terrible compared to previous, frame view draws back abysmally slow, scaling timeline zoom affected too. Import issues with multi channel audio from Hyperdeck. These are the biggest workflow issues, I am left moving huge files to my local machine and then back.

EDIT: I just check against a previous version. Premiere Pro 13.1.5 (Build 47) ZERO issues what-so-ever. Fix your six, please. This is so aggravating, breaking what works.

With RGS from HP, working on remote location works correctly... and, on local network, I'm also using a VNC connection to work remotly without problem.

Quadro OpenGL plugins and drivers are made for proprietary Nvidia virtual desktop applications.
This is when you have Server with many Tesla graphic adapters and virtual environment. And you have all engineers log in from remote location with desktop stations equipped with Quadro cards. Then you have full hardware acceleration in virtual environment. Something like this:

https://www.nvidia.com/en-us/design-visualization/quadro-vdws/

https://www.nvidia.com/en-us/data-center/quadro-virtual-workstations/

But this have nothing to do with your desktop computer, RDP and adobe apps.......
RDP based on Microsoft only solution will never do the job. And seems Microsoft are interested to change it exactly as adobe are interested to monitor this threads and answer .......

So you really need good desktop application which will duplicate your screen buffer like VNC. VNC will do the job but it is not secure. So if you are not capable of setting secure VNC by yourself just get service that will provide it to you painless.

We have 100s of different services providing exactly this.

For example you can read below:

https://www.pcmag.com/picks/the-best-remote-access-software

https://www.techradar.com/news/best-remote-desktop-software

Just pick one and work, forget about fix from adobe or microsoft for RDP...........

Ah yes!, that simular to the way I had to work with Nuke as well. Had to Login with chrome remote/teamviewer etc. , launch the program and project files as usual, disconnect, login with RDP and start working with it.
And repeat with every other project script..

I'm really glad that Nvidia tool fixed this for me though. To bad it doesn't seem to work by default on your Quadro. Would have hoped it did.

Guess as I'm on a Quadro it won't probably work for me. I found a forum entry where someone said for them it helped to start Premiere thru remote desktop, then force the app to pause, then disconnect, allow it to load and then log back in. This way it properly loads the video drivers. I am currently trying RealVNC but not sure i that will help.

The suggested batch file where you disconnect after launching it and connect in again a minute later:

@echo off
echo Launching Premiere
timeout 15
"D:\Program Files\Adobe\Adobe Premiere Pro CC 2019\Adobe Premiere Pro.exe"

Not sure if this works or is related to premiere problems at all but hopefully it could be a solution to some issues.

A couple of weeks ago Nvidia released a new tool that makes OpenGL GPU acceleration possible within a Windows Remote session. (previously only for quadro cards)
This means that it should now be possible to run software more reliable that where having opengl graphical issues, wouldn't boot, or work at all.

As a compositor I used this to fix countless bugs with Nuke and RDP.
Of course a Nvidia graphics card is required.

Just so you know, I haven't tried this with premiere and don't know what effect it will have..

You can download it on the official Nvidia development website:
https://developer.nvidia.com/designworks?fbclid=IwAR1yH5tcGswo2UvLYS_fZ2oceezkNjCDyY2vAl7lOmYYQuTBLsSXstt-RUA

As a alternative to RDP and earlier mentioned VNC, I found Parsec to be really impressive. Only downside is that it doesn't support multiple screens at the moment.

So is this something that can't be fixed? I was blaming NeatVideo and installing a mass variety of versions of Premiere and Media Encoder. Only to find it may be a video switching issue. I know I can remote in and like start an encoding session and it works but if I drop and connect later or go to the physical screen on the actual PC it's locked. But it's still encoding, just not responding and when the encode is done for me the app is still hung, just the utilization goes down. See my fully comment here:

https://community.adobe.com/t5/premiere-pro/ppro-freezes-in-remote-desktop-session/m-p/11119898?page=1#M269831

There are a lot of problems with RDP and graphic applications. And main reason for this is located in RDP server and protocol. And this is the way RDP is made and working on the first place for remote system administration! Not for remote use of applications. And this is Microsoft fault.....
What is the problem actually, RDP create a different graphic console with different monitor device which does not have all direct 3D and OpenGL functionality available!!! There is no way for some applications to work, and this are not only adobe products.
If you need trouble free remote work you need to consider different remote access application.
For free you can use some of the VNC applications.
Or you can get something like subscription based team viewer, logmein, anydesk and so on.
For example:
https://www.pcmag.com/picks/the-best-remote-access-software

This 3rd party software duplicate your physical console and make possible your application to work like usual. And sometimes you need to have your monitor left powered on.

This is problem is not possible to be fixed from adobe side with one simple fix.
Possible solution could be if adobe is amble to migrate all they apps to their cloud and enable use of all your local resources. But this need to be based on proprietary protocols and services not on RDP.

We all need the feature fixed and it had been ignored for too long. The problem has to do with sound. If sound is disabled on remote desktop, no more crashes. Please fix ASAP.