Lixma 06

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.

You need to get into a hover by yourself and trim it, make sure you're not in Director Mode (so you can't see = = on the HUD) and then engage auto-hover. It's not a miracle worker, though. If you're poorly trimmed and drifting when you engage hover the autopilot will try its best but you'll likely carry on drifting into a tree.

There's a load of twisty knobs in the Mi-8 that are just crying out for axis control (e.g. gunsight range, brightness). Also there are many 3-position switches (e.g. landing/nav lights) but no 'rotary' command option in the controls.

This video shows the moment the accident happened. I turned on the control helper to better see what's going on. Just after you gain forward speed it shows a large uncorrected cyclic input to the right which rolls you into the ground. I also tried taking control just after you switched off auto-hover but everything worked OK. So the problem is/was an unwanted cyclic input to the right. Looks like a control input issue - maybe a conflict?

I remember a bug from the BS-1 days where if you had a racing wheel/pedals attached then the trimmer wouldn't work properly. Check if your'e not unwittingly resetting the trim as you exit hover mode, maybe with a duplicated control.

When will the T-Rudder Pedals be back in stock?

He can shift to the right OK but the range of movement to the left is only an inch or so; not great when trying to find somewhere to land. The co-pilot does not have this restriction when leaning to the right. Is this limit on the pilot intentional or is there a file I could edit to fix it?

Mirrors can cause it too.

If it's any consolation (it isn't) I get the same thing in IL-2 while DCS is fine. :joystick: