Pikey

I don't know how many times I have to say this. I cannot do what you are saying is easy. I do not know how. I need steps to reproduce the issue in order to log it to a deeloper to have them also see the exact same thing. You said it was easy. Treat me like an idiot, please, and tell me what to do step by step to crash my HMD. Once I can do it on demand like you can I can report it and that is that. Will you? Please?

still no steps... What do you want me to do? I could say to ED, hey this is easily reproducible, go ahead and reproduce it. And they will say, "How"? Don't you see the point of this?

So now itsnot specific to a mission? then I cant provide specific steps to reproduce. I'm not taking part in guessing games. I cannot believe I've asked three times for the same thing now and no one in this thread can give specific steps to reproduce something that is apparently affecting so many people. Are you absolutely sure this is an issue?

I need the mission. The OP has a mission but it has mods in it. That's not going to fly down the line, so it's out. Can you specifiy.. single or multiplayer? Can you specifiy, what settings? You said mine were too low. I dont think they are. What is the specific thing that makes the VRAM used more, I can't assume I know that or it's the issue, leave nothing to doubt. Is it the SS in steam? I had 149% set in my 20 minute video. Imagine you are trying to teach your mother how to execute a xsite SQL injection hack on a server. Give them the exact details. :) I'm trying not to sound like a broken record but this process WILL work because it gets your mind focused on what is required to encapsulate the problem. Too many people coming by and saying "+1" and being of no help, too much chat, too little data. Dont try to solve the issue, just allow the issue to be experienced by anyone with simple instructions. I wouldnt ask if I didnt need to because my video demonstrates I get 60FPS cockpit switching, F10 views, and it's fantastic and thats the setup I want. We want a mission, a set of instructions, with any config and nothing left to misinterpretations. The testers will validate that, it WILL get logged to Jira and seen to by devs once it works, but none of them, or us, can reliably reproduce, even if I do recall a couple of crashes myself. Nothing like everyone else though, so it must be some huge difference between my config and others.

Alec can you help with the steps to reproduce. Also you said I need to increase my settings. Which settings? The OP has said someconfusding things like he can get it to happen nearly all the time, but he doesnt say how and it's muddy around this point. Just to be clear to everyone what steps to reproduce are. Looks like this: 1) Use these settings and confuiguration: List of settings required to make it crash 2) Load this mission attached in VR as if you would play 3) Take this slot. Do not wait, take this slot 4) Repeat step 3 until the HMD goes black Please do not try to troubleshoot the issue. We are stuck in the game loop without access to code. The next step is to give the steps to a developer who can then have the code in front of him and step through the process with a debugger. All our conversation is not helping unless it is giving steps to reproduce. To make better code, the dev doesn't need to know anything except how to see the fault. The tighter, the shorter, the least complex, the most specific, the better. I'm sorry this stage of T/S is so boring but this is what it is. Yes we know... it's not easy. Also you need to know, you will get very little feedback. Most fixes don't even get a mention in changelogs. This is normal, it's an unsatisfying process. Try doing it for years :/ Steps please guys :)

You need to do what I asked. Don't worry about percieved tone. Steps to reproduce. That is all.

I take this very seriously, I have spent hours on it today. Here we have the heart of it. What conditions? It's never said. This is why these threads don't do well. We need steps to reproduce. 1,2,3, BAM And if these cannot be found, the thread just collects random people with a broad range of issues and becomes a dumping ground for performance related stuff. You said: • Using the F-10 map, especially if toggling quickly • Switching modules, especially to the F-14 and ESPECIALLY when it’s on the Super Carrier • Bringing up the VR overlay (Steam or Oculus) That's not steps to re produce because I did that and it doesnt happen. All except messing about with VR overlays. I'm not accepting playing with overlays is any part of proving there is a bug with DCS code, leave it alone, its not part of the problem. I spent hours today producing proper data and succeded in demonstrating that DCS is performing absolutely amazing in VR. I never set out to do anything but make it crash. Frankly I think Steam VR and WMR is absolutely dogpoop, based on it crashing without DCS and it losing tracking, losing two axis of tracking but not others until reset, some builds in Steam better than others etc. Yet today it behaved and recently that's my findings. Seriously that's all I can show for it. You attached a mission. You never said that is part of the reproduction step. That's important. I made a video. 20 minutes long, on a 1300 unit multiplayer server, entering multiple cockpits, checking F10, all worked perfectly. No wait... surprisingly bloody amazing considering the state it was in in March. 60FPS in VR, with shadows, cockpit shadows, extreme distance, in multiplayer, with a 1300 unit mission. On the cheapest 2080 I could find for sale. And I was recording, in 4K, no downsampling, in CQP level 14 bitrate on Max quality profile at 60 frames. It's taken me the best part of today to edit, compress, render, upload, and i'm still waiting for YT to actually process it. This isn't evidence that says you dont have a problem, or others dont, I believe it, I really do. But you have to show us why this is a problem with the game and not something you did with your computers, because there are many others who dont have issues or at least not without the same ... Conditions ... And that brings us back to... What ... Are ... They? Show me, I will follow. Steps to reproduce, in the simplest form, exact, no guessing, a miz, I can host if its only multiplayer. You never even said it had to be multiplayer in your OP. Here's a bug report format: Description of the problem in ONE sentence Steps to reproduce 1,2,3. Expected outcome Actual outcome Data, like a mission, a trackfile Everything else is just conversation and distraction. Sorry. Loved the post really :) But I know developers, and they don't love this type of post! So. If you use the mission you attached to the OP, does it work immediately or straight away? Do you have to go between several cockpits? How many? Specific ones? Do you have to fly from a certain slot in a certain place, whats going on in the mission? Does the problem happen all the time? If not... you do NOT have steps to reproduce, something else apart from the steps is occuring. That's what has to be identified.

I've just tried to force this to happen and I got a 20 minute long video with perfect F10 map scrolling, FPS 55-60 in cockpit as reported by game and FPSVR, GPU remaining in the orange times at 15-16ms frametime, CPU in the green and no issues. I think I had two micro stutters after loading the Jeff but I went through f18, 16, 14, Jeff, 21 and F10 on each and it's just not happening. There was a brief period where my frames went to 22 for some reason until I swapped aircraft but when I came back to the same aircraft after another, it returned to 55-60FPS. It might have been the recording process. So best to explain the steps to reproduce exactly and I'll return my findings. This include configuration in detail.

Not sure if it helps but i was asked for input. I have Steam VR with an HP Reverb, i5 8600K, 32GB RAM, 2080Super and I run DCS on NVMe which is different to my OS (Samsung SSD, Samsung EVO plus 500GB) I see a period of stuttering when first moving to F10. There is definitely somehting to optimise there. It seems initially worse than subsequently, like new texture load. I have 3-5 occasions (didnt count), in the last three months where the HMD crashed and went black but the game continued running. These werent connected with anything specific that I recall. I never had anything like that on Occulus, this is a crash of the HMD software, but the cause I couldn't say, If I were to make a wild guess I'd say it was high system usage causing something to break on the VR side. I am saying, whilst I see very little crashes, these are not at all common, and i regularly prepare for multiplayer by restarting my PC and shutting down extraneous applications. I'd be happy to work with ther OP in a like-for-like example with steps to reproduce with the aim of getting reprodcucible steps (OP video does not reproduce for me) but I cannot engage in performance or tuning related guesses with optimisations and tweaks as a solution. The game is already being iterated on monthly, if it's not clear cut where the issue is there is no point everyone keeping on saying "+1" and adding no data, people need to be VERY specific, provide exact steps and configurations or this is just doing circles. Thanks.

I don't know of multiple ways, I only know that an event handler looking for th eunit ID would be the most direct.

Entirely incorrect. Firstly Scripts only run on the server. Secondly they cost milliseconds in time to execute, tenths for large frameworks like MOOSE, which only ever run when no one is on the server. What you see is large unit counts, perhaps units spawning into the game (again a DCS thing, not the script execution) or a lagging, large, server. That's it. There's a couple of ways to demonstrate this, I did analysis on it. One of them is measuring the code to spawn a unit and the time the unit appears in game. The code (one line) runs in one or two milliseconds. The game takes tenths of a second though, to register the group appearing. This is also a big issue for script timing but that is irrelevant. Hence the code execution from Lua is almost nothing, but the actual C running DCS is taking a lot longer, presumably its validating the unit, the floor its going into, adding to databases, updating all the clients in game... I dunno, whatever it does that takes so long, but toi be clear thats DCS being slow, the script ran faster than is meaningfully detectable. FWIW I dont have anything additional to add to the OP except to go into detail on unit count. It's not just numbers. It's type and their combat. Especially planes, especially planes executing combat AI tasks. 30 planes in combat begins to see quite a bit of degradation and CPU use. YMMV. Recently the game engine has been much improved since March.

For lots of Coordinates use I use DCS-Scratchpad. There isnt an unmodded way of doing what you need. Scratchpad can use copy and paste. SO you can actually copy with CTRL+C from a Markpoint on the map and CTRL+V into scratchpad. You can prepopulate it before mission start and it will appear on screen in a transparency rather than a large kneeboard that requires a picture format. It's basically a hidden gem for DCS VR users and folks that dont want full featured mental apps. Or... OVR Toolkit for A steam headset

I can see complete formations over 30nm in moonlight. I can discern what is a samsite since I see the shapes. In VR it's worse due to some sort of scaling on dots they use. A screenshot looks much worse, the dots are magnified at least 4 times because I can count the pixels in VR and against a black background I get at least 4 pixels of bright white which in VR is also quite smeary and for soem reason magnified by the technology used. The only way to describe this is "wallhack" above, its a good desription! Non moonlit nights are very very dark due to lack of ambient lighting and again.. the way the lighting is handled. So this does break night flying completely. Not slightly... it makes it really unfun, certainly you couldnt do any serious multiplayer. Its a shame.

I don't think it's even possible to fix this. A warehouse in game, when set to limited stock, has no idea that it's going to get a GBU54 in 2 years time or two minutes time. That's before the many changes to GUIDs of weapons and fuel tanks that seems to periodically happen. I gave up with warehouses a long time back. The concept is what we want but the reality is that the Resource Manager System was half finished, not good enough to use because of many little niggles (like this). I don't know what to say, but I feel it will end up wishlisted, whatever is wanted. I can only see this type of issue being solved when the entire current mission table design is thrown out. Which will destroy any mission in existence anyway. The correct solution of warenhouses will involve them held locally on the DCS installation, be accessible as a saved state, as part of a saved mission, as part of a redesign of the single sortie mission design that is currently DCS.

In case anyone needs help in working out the financing of this DLC.

Given the Scorprion is so amazing this was an absolute steal. I felt bad applying ED Miles. I found a £5 note on the floor outside the doctors today with no one around. I basically got this for free.

--Pikeys sep30 logic script while date == "September 30 2020" do --F5 F5 F5 end

Mi8 (Huey a close second) Ka50 is a bit automated and doesn't feel as much, but that's like comparing an F-14 to an F-18. Gazelle is a non starter. Anything that rolls when you add collective and doesnt go up and down or torque... it's a fight with your imagination, if you dont know how a helicopter flies, then OK you will not be happy in your ignorance. People say its like driving a bus. Right, but a bus that can do hammerheads, get swung around carrying a huge weight on a cable, the avionics are amazing the cockpit switches and beauty, its got choices in lighting, various viewing positions, more features, you can even attempt bombing, grenades, gunpods that purr, air conditioning that slows down when the RPM falls, it has wheels so you can conventionally take of and land or taxi.... Mi8 forever.

DCS needs per rack enforcement options, that's it. I tend to agree that it's a sandbox sim and no one complains about the other unrealistic stuff, like what airframes are flying together in what year. But, to get away from this argument, it needs enforceability on the server admin side and you can't do that per pylon yet.

Needs bumped. Any mision time extending over dawn or dusk will be unrealistic with the dark crossovers. Night flying is a mess between moonlight and no moon lighting, it's just inconsistent, either dark beyond any darkness with no ambient lighting, or extremely bright with units reflecting light as brighter-than-venus stars from ranges beyond 50nm, leaving a UAZ to be more easily spotted at night from 50nm than day from 2 miles. It's just broken.

Ah. DCS IFF. Anything not responding is assumed hostile.

congratulations guys :)

This thread is more personal than it should be. Whilst it was a reasonable request to begin with it should be like any other wishlist for a product enhancement. It's not a personal mission, no one is representing anyone here. When you ask for something, dont feel offended that not everyone feels the same. I wish people could be more passionate in my IFF threads. :(

Actually, whilst I don't care I've tried to get my wife into a number of games over the years and she will NOT play anything with a male avatar. Yet I see blokes playing female avatars and being OK with that. There is something wired differently between us in that way. If we make a comparison quickly, without dwelling on it, to the infantry sim, it also lagged behind in this respect. It's not that its not wanted, in fact aviation is a really good place to make a stand for equality here, its just with ED having so many millions of bugs to deal with, I'd hate that they spent their precious resources trying to please everyone, because I know this wouldnt please any minority, it would just highlight inadequacy and stir up resentment. Just concentrate on the core game, leave pilots and skins to the skinners. Just because the F-16 doesn't have a Norweigan skin doesn't make ED hate Vikings, it just means they had some other stuff to do first. Now make the market audience for DCS 50% female and you would likely have female pilot skins already. Minorities cannot forcibly over represent themselves, it's just numbers. If things werent different, it would be a boring world.

There's something excessive at the ground level for stationary aircraft. They shouldn't be affected but in multiplayer you can get a bit of latency and be flipped over, which isn't right, its a disturbed air pattern you have to fly through, so there are relative speeds to consider. The efffect seems to blow back at you as if it is travelling, which makes little sense. I think it's modelled incorrectly personally because it doesnt account for how you hit the vortex, only that the vortex exists. Also having to hold 15 degrees of bank next to a tanker is clearly wrong also. It might not be wrong in every circumstance, but in some circumstances it is very wrong and I beleive this is more to do with how they model airflow. Last thing - performance. There was a time in early development, where it would cause multiplayer servers to lag. I dont know anyone that has switched it back on yet, so all I can say is that it absolutely used to cause issues with servers. But for clients hosting themself, it's unnoticeable. I hope it reviewed and finshed and done properly, it was a great idea.