Launch Mode alpha release

Adds new launch mode. Toggle between inject or launch mode depending on needs

Current features:
dynamically updates frontend content based on selected mode - i.e. no new menus or useless options from the other mode left
Select an app to launch from a file dialog and type the command line yourself
Launches as suspended process before injection, increasing success rate, especially with games that have some form of memory protection
No more messing around with third party injectors, just use the front end
Checks for and deletes DLLs for current runtime from game dir and then creates a new copy after the app has launched. Necessary in some games to avoid crash on startup and allows late VR start with reinit runtime

Limitations/todo:
Doesn't save commandlines or app launch history
Currently allows multiple instances to start
No handling to kill processes if e.g. you start one suspended and close the injector before resuming the game
Inject mode might be broken idk haven't tested

Even more exclusion handling fixes, ACL Management and injection improvements

Features:
Selecting an app in launch mode and then switching to inject mode now sets the chosen name as the target as when starting with --attach= skipping the process list filling step entirely

Launching from command line with --launch= now should properly start the ui in launch mode

Launch mode now sets the ACL for the game dir to full control, or attempts to anyway

AutoCleanup for global UEVR dir. Also available as python script standalone - moves everything to UnrealVRMod\excluded

if anything gets excluded by mistake (check excluded.txt in uevr directory) you should be able to override the behavior by creating an included.txt and adding the name as it shows up in excluded.txt. Anything chosen directly in launch mode should be removed from exclusions as well

,

                                    ,/

New Features, minimal bugs

Launch Mode:
Handles wrong exe selection
Command line should now save to and load from config which doesn't appear to cause any issues
Command line text box accepts drag and drop from any windows app (later add load from text file - currently would write file path)
Automatically handles copying and cleaning up runtime from folder
Connected processes properly persist across modes
App Picker button accepts dragging and dropping an exe from explorer (should make it auto start)
CLI option for direct start: use --launch="Path to game" arg1 arg2 ...
e.g. uevrinjector --launch="F:\Wuthering Waves\Wuthering Waves Game\Client\Binaries\Win64\Client-Win64-Shipping.exe" -d3d11 -fileopenlog -SkipSplash -freeopenlog

General UI:
More process statistics displayed in both modes
Can drag and drop config zip files onto the the import config icon

Experimental Switch:
Automatically select uevr-nightly backend if it exists
Drag and drop onto config icon will now copy any file into the profile folder with handling to put dlls into plugins and .lua files into scripts
Drag and drop onto game folder while connected will copy any file to the game dir (does not clean up after)

Exclusions:
Added many internally
Should exclude literally everything that is not an unreal game
If injection fails you could possibly get an unreal game added to the list if it doesnt end in win64-shipping
Edge case so for most people this is fine
If you have an issue you can always delete it from excluded.txt for a temp fix. Please immediately make this problem known to me so I can fix it

Looking into coinit for games with tough launchers as well as alternative process hooking methods, not sure how deep we want to go with that but next release may include a shellcode loader/ntdll approach. Additionally working on adding more info for the user when things go wrong, cleaning up code for mergeability, and improving UI behavior (e.g. click and drag)

Most issues squashed

Inject mode now works and doesn't need to be switched to
Better compatibility for launch mode in several games
Launch button now terminates process when one is active
Some small injector fixes for remote paths
Really just needs a small bit of polish, very close to mergeability