Lixma 06

I've noticed the same thing - I see it most by focusing on the vertical HUD supports as they (or rather our virtual head) move laterally while maneouvring. It feels like the numbers being crunched to achieve the affect (which I love) are a bit coarse grained resulting in 'steppy' motion.

It's the 'Server.lua' that MP has an over-ride on (which includes min/max FOV and min/max head rotation). Your 'Snapviews.lua' should be OK.

I've been having similar trouble but I can't 100% replicate it. I would save my preferred cockpit view with ALT-KP0 and it would be fine. But I would then load a different mission and have the cockpit view revert to a previously saved position - and not the default either. Got me thinking whether view settings are being included in mission files now?

Flight Director mode is awesome - it's like 'sports mode' on your car.

Don't worry, it's being fixed....

Why did you buy the Su-27 when you already had FC3?

I just tried the 25T Kh-29T/KAB-500Kr training mission and couldn't get a proper lock. The mission is set in very murky conditions (low light & overcast) so I wonder if this is the cause?

It's the street lights. Try a Las Vegas flight at 6am - runs great. Now try a flight at 4am - fps tanks like a lead balloon. 2.2 wasn't like this.

Sorry to pimp my own thread in yours but if you get a chance could you ask him about the rudder? https://forums.eagle.ru/showpost.php?p=3339781&postcount=1

Don't know your RBK-250-275 AO-1SCh from your B-8V20A S-8TsM? Me neither.

Another video to demonstrate what's going on - the top-left readout shows what the CPU is up to. Four quick flights - Mi-8, Ka-50, Mi-8, Ka-50. All the same mission, one after the other. In summary the Mi-8 the CPU is regularly smashing into 100% usage causing very choppy performance. Flying the Ka-50 the CPU never breaks 50% usage and is buttery smooth all the way through. I tried landing the Mi-8 on some other ships; they were all more or less the same experience as the Moscow.....except the Oliver Perry :noexpression:

I've been having serious CPU spikes while flying the Mi-8. The most obvious symptom is head-tracking gets very choppy. Let me suggest you monitor your CPU usage while running DCS, it might be a clue.

I think overcast clouds just consist of flat sheets piled up on each other.

Make sure you're not in Director Mode.

My FPS are comfortably locked at 60fps with plenty of GPU performance to spare but looking around is very choppy with the deferred rendering. The stuttering feels just like when you have mirrors activated, so maybe 2.5 has introduced reflective elements to the terrain/cockpits/liveries and these are causing trouble?

It goes from low to high detail very close to the player.

It's been a while but I think the following still holds true.... You can edit the 'CameraViewAngleLimits' in your 'Server.lua' file and whatever you set as maximum will limit how wide the auto-zoom, erm, zooms. Trouble is the 'CameraViewAngleLimits' is a global setting - i.e. if you set it to 90 then that will be the max FOV for every flyable aircraft - regardless of whatever customised values you might have in the 'Snapviews.lua' file.

More or less identical to yours. They're not straining the GFX card; I prefer FPS over glamour. It probably didn't translate well to video but the choppiness was manifesting itself much like when you have V-Sync turned on and your FPS drops below the refresh rate - that's why you'll see me looking around the cockpit to try and show it. I know about the cockpit shake. Re: the boat - I wonder if the boat is trying to contact me in any way? The Moscow appears in the radio list (although I've never been able to get through) and the ship opens its 'petals' when you touch down on the pad - this suggests to me there might be some angry unrequited radio traffic berating me for not landing without permission. Maybe this is tripping it up in some way? Or maybe some kind of collision detection conflict - like the 21 is having trouble with? Dunno. However.....however....today it's been more or less fine. The occasional spike and stutter (it's DCS after all) but nothing out of the ordinary. I'll keep an eye on it.

i5-7500 @ 3.8GHZ Same story as yourself, my CPU usually hangs around 45-50% (unless I'm online) in every module I have (MiG-21 has its moments, mind) but the Mi-8 is just all over the shop. e: it was your video that convinced me to buy the Hip so technically this is all your fault.

When flying the Mi-8 I'm experiencing frequent spikes in CPU usage. I haven't been able to find the specific reason for it but I can show it happening. In this video I do a couple of landings on the Moscow in the Ka-50 and then a few more in the Mi-8. The mission has no other A.I. in it and while flying the Ka-50 the CPU doesn't break sweat. But when piloting the Mi-8 the CPU is regularly hitting 100% and causing very choppy performance. The CPU spiking happens even while flying the Mi-8 across the land with no aircraft, ships or anything around so I don't think it's a Moscow thing - I just used the ship mission to reliably capture what was happening. Is anyone else seeing the same thing?

Watch my video. FPS goes down and the GPU load goes up when there are less trees being rendered on screen. This is backwards. The DEFAULT shadows are being rendered with more or less detail depending on distance to the player - that's obvious enough. But when you can zoom in to just a handful of trees and bring your GPU to its knees....well that suggests the DEFAULT process of rendering shadows is just a bit over-enthusiastic at close range.

Then why is the GPU maxing out with only ten trees on-screen while using default shadows?

Here's a comparison screenshot from the video showing the relative GPU loads while zoomed into the side of a hill with about 10 trees maximum on screen.

Here we go. Three clips all identical area and graphics settings (1080p, no AA, 'High' all round) First is shadows 'OFF', then 'FLAT, then 'DEFAULT'. As can be seen the OFF and FLAT settings are more or less identical in their GPU load (avg. 45%) whether just looking around or zoomed in. On the other hand the DEFAULT setting averages at a higher GPU cost (75%) which is to be expected seeing that they're actual projections, but what is problematic is the massive spikes in GPU usage (95%+) the closer you get - e.g. when zoomed in to a tiny patch of ground with only about 10 trees visible. You would expect the GPU to be practically idling in a case like this....as if you were looking up at the sky. Is it possible the 'DEFAULT' shadows are being rendered more and more detailed without limit the closer the proximity to the player? This might explain why a scene with only a couple of trees can bring, in my case, a 1070ti to its knees?

I can sort of confirm this - it's not so much the trees but the shadows on 'DEFAULT' setting that seems to be the culprit. I've got a video on the way - sit tight.