Dangerzone

Re the 6800/XT performing poor in VR 2 years ago - did they significantly improve this over time, or was their improvements for VR not substantial? Also - at present with the current driver, where roughly would the 7900XTX sit on the ladder with other cards in VR? If I purchased one today could I expect similar performance to say the 3090ti in VR? I'm eyeing off the 7900XTX. If it would give me equivalent performance for it's price compared to other models now, with the possibility of improving down the track I might be interested in buying one. (ie, since it's cheaper than the 4080 but more expensive than a 3090ti at present - I'd probably be happy to bite the bullet if the performance also fits in the middle, as the only way from there is 'up', but if it's underperforming now cards that are priced less than it then I might hold back.

Hi, Being the end of 2022 - I was wondering what currently available VR headsets people would recommend for DCS. I own and use a HP Reverb (First Gen). Personally I'd be quite happy to buy something else like this again, except for the fact that HP do not support their customers out of warranty. I know once my cable dies - my headset is just a paperweight as I can't buy replacements. This has turned me off HP in the future. Meta and anything linked to facebook is out of the question for me too. I have no account, and anything that can be disabled by the parent company if they choose is a straight out nope. With these two major things in mind: 1) After sales / after warranty parts, and 2) No cloud account required... Which 2022 headset would people recommend for DCS as a replacement to the HP Reverb? Thanks in advance. DZ

The video's I see on youtube (even at 1080p) look far beyond what I'm able to produce. It doesn't matter what settings I do, I tend never to get DCS to look as good as those on youtube that I view with my same 1080p monitor. I'm wondering if there's some trickery such as recording DCS in 8K, and then downsizing the video's to HD that give it the more realistic look.

Personally I don't see the need, and I wouldn't want it implemented anyway (and if it was, I'd want it as an opt-in feature so it's off by default). But for those who consider this a real need for their immersiveness - wouldn't it be possible for those people to implement their own custom textures mod if that's what they want? IDK how textures work, but I suspect that there's various textures for states of the aircraft as it's hit, and they could edit some files and whack custom textures in the saved games directory accordingly?

Eeeek... Given the last 2 releases, I can't help but read that 'leap' as in pricing!

Aaah - so not out of the ordinary. Thanks for that. I'm happy to stay on stable until the next is released. I deal with diagnosing bugs all day as a living for too many decades - I appreciate the opportunity to experience a few less of them with my recreational time, even if it means I have a few more weeks to wait before I get the additional features too. I'm quite happy for the rest to be beta testers and find the problems (and solutions) before I get there. (In fact I appreciate it).

I think I'm going to enjoy this thread way too much.

That's what I thought. I just wasn't expecting progress to 2.8.1 before resolving those issues. I'm guessing then that maybe there were functions only in 2.8.1 that were required in order to release the KA50-III and there was the push for Christmas so the decision was made to advance to 2.8.1 BETA releases and skip 2.8.0 as an official release completely.

I notice that the Open Beta has gone from 2.8.0.x to 2.8.1.x without a stable release being released for 2.8.0. Just wondering if 2.8.0 was never considered stable enough for a release, or if this has been skipped for any other reason? (I definitely don't want SR updated if the last build of 2.8.0 isn't considered stable enough, just surprised that instead of stabilising 2.8.0 first that 2.8.1 is now being worked on and was wondering if 2.8.0 will be skipped entirely for SR)?

I've had it happen to me as well, but I'm a G1 user. I had the feeling it may be related to tracking of the headset as well, as it tends to happen when I look down and behind me where there are less references. I'm not on steam however (I use Open XR)

Might be a good opportunity for you to consider backing up said bindings.

Hmm - not sure what's going on with my rig then. Thanks for trying to replicate for me flappy. Still happening for me, but only with Edge open - so at least I know what to close down. As for the why's - no idea there.

Well done Pikey and the team! I don't know where DCS missions and hosted servers would be today without the generous time donated by you and so many others to create such wonderul rich functionality. Huge thanks!

There's also problems with reprojection / motion smoothing. I have things such as the HUD's text move back and forth as the reprojection appears to be trying to anticipate it's movement along with the blades and it becomes shaky.

OK - I think I may have found something. I can task switch to numerous programs and DCS will run in the background OK. As soon as I task switch to Edge - and switch some tabs in Edge- it seems that DCS stops in the background. It randomly starts again (I'm looking at the clock/time in the top-right hand corner of the F10 map - it literally stops but no pause icon shows up). DCS switches to 0.1% and 0.0% usage (but no message about process not responding). Once it kicks back in - it's back around 10-13% process. Maybe Edge is doing something funky with other processes when it's open. IDK. I'm running in high performance on the power settings, so not sure what Windows is doing there. Anyway - it seems while doing dev work I should keep edge closed, or otherwise maybe use another browser.

The problem is these are client spawns, not AI spawns, so as far as I'm aware there's no option to change the location of the spawn points. Otherwise starting from ground and moving the location would be a great idea. I'm hoping that the farp ID fools DCS into 'snapping' the client to the new location. Since Grimes says that he's had (limited) success with this with ships - maybe, just maybe it may work with FARPS as well. Since no one has replied saying they've tried and it's failed - it might be worth me pursuing.

I apologise again. I'm getting the same error (it has returned) with 2.7 SR, so I'm afraid I may have given you a bum steer. I'm sorry.

Dynamic spawn points has been high on my wishlist for some time. I keep thinking over and over again is it possible to hack a solution into the existing game. Now I know that changing client spawns via script seems to be an impossibility with DCS in it's current state- but I've been wondering if I can attack this from a different angle - not touching the client spawn itself but fooling it via it's attached FARP. From what I can tell in the mission editor - units that are assigned to parking slots 'snap to' their relevant airbase. (Normally in the mission editor this will snap to the nearest airbase or ship available when placed on a map). Looking through the .miz file I see there is an AIRBASE ID that is allocated to the client aircraft that are assigned parking locations. So the idea I'm playing with is in the original mission, to create some farps and have helicopters assigned to these farps as one normally would. Then in script during runtime do some sort of hack - the initial idea being to destroy those farps, but then recreate those farps somewhere else. Clone everything identical - including and especially the ID of the FARP itself. Thus - the original client spawn would still have the original ID - which is now assigned to a new FARP that's located elsewhere. Then - when a client jumps in to a spawn slot - maybe there's a chance that it may trick DCS, and DCS will 'snap' it to the relevant parking area of that particular FARP - which now has been virtually relocated to a new location. I don't know if it's possible to create a new FARP down to a level of assigning it an ID value or not yet, so I thought I'd check to see if anyone been down this track before / considered it? I figured I'd ask first to see if I'm wasting my time before attempting if it's already been tried before or not. I can't say how invested I am in trying to find a solution to this - especially with the C130 being in development at the moment. The ability to have missions where players can create new FARPS and transport cargo (including helo's in a way) would completely open up a whole new world for multiplayer missions.

Originally requested was the option to have dynamic spawn points (and I still stand by this request as the best option). However I've had no response on this, so I'm assuming it may be too difficult to implement within the DCS. As a compromise/alternative - could we please have an option for us to be able to use script to move/relocate existing spawn points instead on the fly? With the option to 'take off from ground' it seems as though it should be possible. It would be nice if we're able to relocate the position of that slot to somewhere else - as a compromise to not being able to have dynamic spawn slots. With the C130 being worked on - the ability to create or move FARPS (along with spawn positions) along the map will be a very welcome addition to the DCS battlefield, and I'm hoping that if we can't get dynamic spawn points implemented - we could at least have a way of relocating existing spawn points please?

Hi Flappie. Thanks for the suggestion. No - there's nothing I can think of on the PC. (The PC is actually dedicated to DCS, so software installs have been kept to a minimum). Now that I know it's not a DCS 'feature' as such I'll be keeping an eye on the task manager and windows events to see if there's anything that I can spot instead. But now that you've mentioned GPU - maybe there's a GPU setting I've changed in NVIDIA panel or similar along the way to try and give priority to the active application (aka DCS) to squeeze every extra bit of performance out that could be kicking in when I task switch away from DCS maybe. If I find out what's happening I'll be sure to post here what I find. Once again thanks for the reply! DZ

My apologies. I notice in the log you're on OpenBeta (2.8). I'm on Stable Release (2.7), so I don't know whether or not there may be a difference between the two versions that's causing crashes to still occur on 2.8? FWIW - I flew again last night after posting my previous reply and didn't experience any crashes (in 2.7) like I was the previous day before updating everything.

Thanks for the advise. No - there's nothing in UI layer that has pause going on. Also - it's not immediately pausing - it will go for maybe 10 seconds or up to a minute, and then freezes until it has focus again. It also does this in the mission editor as well (If I bring DCS back up, it can be unresponsive for 10 or 20 seconds before it realises it's focused again and allows control). It's definitely as though the DCS process itself is being suspended while not in focus. If it's not an option within DCS itself I'll have to focus my efforts on the Windows Task Manager to see if there's anything that may be suspending background applications. Thanks for confirming it's not DCS.

I was having the same problem. yesterday I updated to the latest composite drivers plus updated my NVIDIA drivers (they were a little on the old side) - and I haven't had a crash since. Not saying it's fixed the issues, but maybe make sure that Windows, your GPU Drivers and OpenComposite are all running the latest version?

The 'poor mans' multithread.

Hi, I'm wanting to run some tests on missions I'm creating, but as soon as I task switch out of DCS to let it run in the background it will pause/freeze after a few moments until I return to it in focus. Just wondering if this is a bug, or a feature, and if a feature if it's possible to turn this off? Cheers DZ