[zcd]dARKtROOPER

Same Issue for me in the Crystal. Cant wait for the fix and hope we get and the team time to do the "permanent" fix! Thx!

It worked fine for me on first startup, then I noticed that I forgot to unplug the tobii (always confuses the Pimax Eye Tracking). After that it first ran but had an issue with the high detailed FOV (very jumpy) in the quad view rendering, then I use "clean" in the launcher and now it wont start in vr - so long story short, same here. Even the log looks ok at first glance: [OXRTK] 2024-07-15 17:45:47 +0200: OpenXR Toolkit - GA-3 (v1.3.2) [OXRTK] 2024-07-15 17:45:47 +0200: dllHome is "C:\Program Files\OpenXR-Toolkit" [OXRTK] 2024-07-15 17:45:47 +0200: OpenXR-Toolkit layer is active [OXRTK] 2024-07-15 17:45:47 +0200: Using layer: XR_APILAYER_MBUCCHIA_eye_trackers [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_KHR_D3D11_enable [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_KHR_D3D12_enable [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_KHR_vulkan_enable [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_KHR_vulkan_enable2 [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_KHR_opengl_enable [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_KHR_composition_layer_depth [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_KHR_win32_convert_performance_counter_time [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_KHR_visibility_mask [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_FB_display_refresh_rate [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_EXT_hand_tracking [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_EXT_hand_joints_motion_range [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_EXT_eye_gaze_interaction [OXRTK] 2024-07-15 17:45:48 +0200: Runtime supports extension: XR_EXT_eye_gaze_interaction [OXRTK] 2024-07-15 17:45:49 +0200: Requesting extra extension: XR_EXT_eye_gaze_interaction [OXRTK] 2024-07-15 17:45:49 +0200: Requesting extra extension: XR_EXT_hand_tracking [OXRTK] 2024-07-15 17:45:49 +0200: Requesting extra extension: XR_KHR_visibility_mask [OXRTK] 2024-07-15 17:45:49 +0200: Requesting extra extension: XR_KHR_win32_convert_performance_counter_time [OXRTK] 2024-07-15 17:45:50 +0200: Application name: 'DCS', Engine name: '' [OXRTK] 2024-07-15 17:45:50 +0200: Using OpenXR runtime PimaxXR (Unofficial) 0.4.4 [OXRTK] 2024-07-15 17:45:50 +0200: HAGS is on [OXRTK] 2024-07-15 17:45:50 +0200: Using OpenXR system Pimax Crystal [OXRTK] 2024-07-15 17:45:51 +0200: Using layer: XR_APILAYER_MBUCCHIA_eye_trackers [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_KHR_D3D11_enable [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_KHR_D3D12_enable [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_KHR_vulkan_enable [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_KHR_vulkan_enable2 [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_KHR_opengl_enable [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_KHR_composition_layer_depth [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_KHR_win32_convert_performance_counter_time [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_KHR_visibility_mask [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_FB_display_refresh_rate [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_EXT_hand_tracking [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_EXT_hand_joints_motion_range [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_EXT_eye_gaze_interaction [OXRTK] 2024-07-15 17:45:51 +0200: Runtime supports extension: XR_EXT_eye_gaze_interaction [OXRTK] 2024-07-15 17:45:52 +0200: Requesting extra extension: XR_EXT_eye_gaze_interaction [OXRTK] 2024-07-15 17:45:52 +0200: Requesting extra extension: XR_EXT_hand_tracking [OXRTK] 2024-07-15 17:45:52 +0200: Requesting extra extension: XR_KHR_visibility_mask [OXRTK] 2024-07-15 17:45:52 +0200: Requesting extra extension: XR_KHR_win32_convert_performance_counter_time [OXRTK] 2024-07-15 17:45:53 +0200: Application name: 'DCS', Engine name: '' [OXRTK] 2024-07-15 17:45:53 +0200: Using OpenXR runtime PimaxXR (Unofficial) 0.4.4 [OXRTK] 2024-07-15 17:45:53 +0200: HAGS is on [OXRTK] 2024-07-15 17:45:53 +0200: Using OpenXR system Pimax Crystal [OXRTK] 2024-07-15 17:45:53 +0200: Using OpenXR resolution (no upscaling): 4312x5102 [OXRTK] 2024-07-15 17:45:53 +0200: Using OpenXR resolution (no upscaling): 4312x5102 [OXRTK] 2024-07-15 17:45:53 +0200: Using OpenXR resolution (no upscaling): 4312x5102 [OXRTK] 2024-07-15 17:45:56 +0200: Using Direct3D 11 on adapter: NVIDIA GeForce RTX 4090 [OXRTK] 2024-07-15 17:45:57 +0200: Early initializeInterceptor() call [OXRTK] 2024-07-15 17:45:57 +0200: Open menu with CTRL+2 [OXRTK] 2024-07-15 17:46:37 +0200: D3D11Device destroyed [OXRTK] 2024-07-15 17:46:37 +0200: Session destroyed XR_APILAYER_MBUCCHIA_toolkit.log

They just released an update to 1.14.9 which includes the bindings and vibrations. I just filed a SC-Ticket and then saw that the App showed the update available icon.

I could move it when i basically put my nose on it, so that i can get the focus on that window and just move it into view. *Edit> as stated i also just cranked the resolution of the 2D Settings up in DCS. But all the good stuf in there is so amazing i actually forgott this displacement totally in the last hours / what absolute nice job HB *all the missions and details are blowing me away!

For me it pushes the FPS, limits flickering shadows, does AA and looks better overall in the 8KX then without DLSS. It is quite the opposite for me in VR.

I am using a canted display VR HMD (8kX) and in the night I get strange behavior for lighting (and shadows)- like what has been posted here and there in the forum, but none seemed to fit exactly. Depending on height these rays seem to grow and shrink and grow and shrink. I added a screenshot which shows what I mean, except for the dynamic changes to it. Also, the shadows re a bit strange/doubled as some other light, cloud, smoke issues (2D/3D, doubled and so on- but that’s another issue but it could be to the same cause, so I thought I mention it).

There is always vendor specific tuning in AAA Games for many reasons - I don’t see any point in not using features provided if they boost Quality and FPS and are free to use, as the NVidia and AMD features do. Also, DLSS is quite adapted so it’s not a niche extension anymore. I know – it’s more of a philosophical debate then a technical one to many, just like many get scared if people ask for VR support. If it makes better quality and fps and is not too much hassle to implement, well then do it – if its more cores, more VRAM or precision with 64bit or proven extension. Besides I doubt that our debate here does anything – engineers will evaluate do ability, cost and effect and that’s it.

DLSS is awesome, I have used it in a lot of games now. Especially in VR it’s amazing, you get some AA/AF like effects, lots of flickering stuff stops and, in most cases, it sums up to just look a lot better and it increases FPS, in some cases dramatically - not using it is pure nonsense! So, if we get the optimized multicore, Vulcan implementation (most of my 16/32 cores a bored in DCS) and they use the DLSS Support of Vulcan down that road, that will truly boost performance and most likely open options for optimizing graphics fruther and still have smooth FPS on all maps and altitudes.

Thanks for the feedback! since its working, I havent bothered cleaning up further. I dont use much mods, just lately started adding a few aircraft - but removed all again except the A-4E-C, Hercules and Military Aircraft mod.

Is it "normal" that there are still errors in the dcs.log? seems a a lot for no reasons I can think of. dcs.log

SOLVED - After everything checked out as far as I could tell, I looked through more of the logs and I notived that in the none crash logs there where entries to missing files for the mods of the Eurofighter and JAS 39 - no Idea why. Delteted those two mods and the A 10C II worked again.

I can run all modules, but the A10C II wont to anything or better crashes the game as soon as the loading would be finished. The logs show this: # -------------- 20220115-233210 -------------- DCS/2.7.9.18080 (x86_64; Windows NT 10.0.22000) L:\SteamLibrary\steamapps\common\DCSWorld\bin\GraphicsVista.dll # C0000005 ACCESS_VIOLATION at 8A173CCB 00:00000000 SymInit: Symbol-SearchPath: '.;L:\SteamLibrary\steamapps\common\DCSWorld;L:\SteamLibrary\steamapps\common\DCSWorld\bin;C:\Windows;C:\Windows\system32;SRV*C:\websymbols*https://msdl.microsoft.com/download/symbols;', symOptions: 528, UserName: 'marcr' OS-Version: 10.0.22000 () 0x100-0x1 0x0000000000023CCB (GraphicsVista): Graphics::ModelPtr::release + 0x1B 0x000000000019A9E0 (CockpitBase): cockpit::ccIndicationRenderParser::change_brightness + 0xEC0 0x0000000000359A18 (CockpitBase): cockpit::VR_capture_holder::update_capture + 0x22E28 0x000000000001BEA0 (ucrtbase): _execute_onexit_table + 0x170 0x000000000001BDB7 (ucrtbase): _execute_onexit_table + 0x87 0x000000000001BD6D (ucrtbase): _execute_onexit_table + 0x3D 0x0000000000345362 (CockpitBase): cockpit::VR_capture_holder::update_capture + 0xE772 0x0000000000345488 (CockpitBase): cockpit::VR_capture_holder::update_capture + 0xE898 0x000000000003FC37 (ntdll): RtlActivateActivationContextUnsafeFast + 0x127 0x00000000000541B0 (ntdll): LdrShutdownProcess + 0x170 0x000000000005401D (ntdll): RtlExitUserProcess + 0xAD 0x000000000001C66B (KERNEL32): ExitProcess + 0xB 0x0000000000019FEC (ucrtbase): exit + 0xAC 0x000000000001A0C1 (ucrtbase): exit + 0x181 0x0000000000A31100 (DCS): SW + 0x72FF80 0x00000000000154E0 (KERNEL32): BaseThreadInitThunk + 0x10 0x000000000000485B (ntdll): RtlUserThreadStart + 0x2B DxDiag.txt

Since Vulkan is the way, there is hope Anybody know if this is a general support? The Topic is linux specific, but if it works on that driver, why should it not on windows: Vulkan Now Supports NVIDIA DLSS in Proton on Linux - The Khronos Group Inc Vulkan Driver Support | NVIDIA Developer

ok, strange..., did you try discord ? they where quit helpful to me, maybe they have some better advise then my greenhorn tipps

I got it working thx alot to Special K @ the DCS Discord - in short: 1) Check that you can reach all ports you need: only focus on 10308 and 8088 - from externaly in TCP and UDP (UDP not checkable) - check that your provider is giving you a public IP, not Carrier-grade NAT' ing you 2) Ensure you are using the same client and server versions and branch - this got me since i did make a mistake in the iterations and copied the none beta over to the server at some point - I only play beta at the moment which will NOT show the none Beta. So easiest way: ON the server it will show "OpenBeta" in the folder name, the icon and start menu - ensure that is the case if you are running the latest version of DCS. ( Afte lots of double checks and WireShark where I saw that Client and Server did a short communication on 10308 UDP, i figured for some reason they dont understand each other - in my case diffrent Client and Server Versions of the Game) As soon as I got that - it showed up and was working. If stil some trouble you might check on your "server" if it is listening to the ports for 10308 for TCP and UDP, and also 8088 TCP with netstat -ano | Select-String "4760" with 4760 is the current PID when running Check that your firewall on the Router AND the Server OS are letting the prots through - I added up this skript - not all is needed so just use the one you are interested in - works for the Windows Firewall only. # DCS TCP inbound rules New-NetFirewallRule -DisplayName "DCS TCP Inbound" -Direction Inbound -LocalPort 10308 -Protocol TCP -Action Allow New-NetFirewallRule -DisplayName "DCS TCP Inbound" -Direction Inbound -LocalPort 10309 -Protocol TCP -Action Allow # DCS UDP inbound rules New-NetFirewallRule -DisplayName "DCS UDP Inbound" -Direction Inbound -LocalPort 10308 -Protocol UDP -Action Allow New-NetFirewallRule -DisplayName "DCS UDP Inbound" -Direction Inbound -LocalPort 10309 -Protocol UDP -Action Allow # DCS WebGUI TCP inbound rules New-NetFirewallRule -DisplayName "DCS WebGUI TCP Inbound" -Direction Inbound -LocalPort 8088 -Protocol TCP -Action Allow # TacView Realtime Telemetry New-NetFirewallRule -DisplayName "TacView Realtime Telemetry Inbound" -Direction Inbound -LocalPort 42674 -Protocol TCP -Action Allow # TacView Remote Control New-NetFirewallRule -DisplayName "TacView Remote Control Inbound" -Direction Inbound -LocalPort 42675 -Protocol TCP -Action Allow # DCS SRS TCP1 New-NetFirewallRule -DisplayName "DCS SRS TCP1" -Direction Inbound -LocalPort 5002 -Protocol TCP -Action Allow # DCS SRS TCP2 New-NetFirewallRule -DisplayName "DCS SRS TCP2" -Direction Inbound -LocalPort 5003 -Protocol TCP -Action Allow # DCS SRS UDP1 New-NetFirewallRule -DisplayName "DCS SRS TCP1" -Direction Inbound -LocalPort 5002 -Protocol UDP -Action Allow # DCS SRS UDP2 New-NetFirewallRule -DisplayName "DCS SRS TCP2" -Direction Inbound -LocalPort 5003 -Protocol UDP -Action Allow So thanks all for the help !! - as often a few things and a human mistake made the trouble... (Would be cool if the Server Version was shown on the WebGUI )