b1n4ry

Have you changed (by accident) you keyboard layout in your OS? If ALT+Z works, that is probably the case.

Just adding Clip and Track https://imgur.com/33HmIUO rotor_deflect.trk

Already reported

My idea would be: holding the george menu button long makes him deselect anything he currently has selected.

This is probably an edge-case: PLT is not able to make George "deselect" rockets when only rockets remain. You also can't "steal" them from him by WASing rockets, because it will jump between COOP and CRKT. I have added a Track, although i am not sure if this will help explaining what i mean no_deWAS_option.trk

Had this problem too. Made a quick mission and started a server via the MP Menu. Here is the track. server-20220319-124819.trk

Sorry to dig this up again, but it bothers me too. It's not, that the shake exist, more like how its effect is shown. If i observer it correctly, the "cockpit" shake in the SU25T is applied to the "view" of the pilot, which makes it so irritating (especially when using track IR, probably even worse in VR). It should be more like in the Mi8 or Huey, where the actual cockpit is shaking and not the view. I think it should be changed.

Its sounds to me, that he was experiencing rotor stall. By Pulling up the nose, and descending to fast, he increased the AoA on the blades so high, the he entered an uncontrolled rotor stall. I am not an expert on this, so take it with a grain of salt.

I had the same issue and can confirm =Panther='s fix! if you calibrated the Rudders with Windows calibration and afterwards installed the driver package from Thrustmaster. You have to uninstall the driver package, go to the Windows "Devices and Printer" page, select the TPR, go to "Game controller settings" select the TPR again and go to properties. Then you go to the "Settings" Tab and klick "Reset to Default". After Resting, you can install the driver package again and the brake axis work as intended.

Hello, its hard to explain this bug so i have attached a video, screenshots and a track. I did a little testing and this reflection only appears with Water set to high. In medium and low settings the reflection does not appear. edit: Some more testing with the sun Position reveals, that the reflection is most visibel with a sun angle of < 0.1° and only on Water surfaces when you pan the external camera in such way, that parts of the plane are above the sun. (inside the cockpit you can see this reflections of the canopy struts or Hud frame) Video: https://drive.google.com/file/d/1otur3Abv9hqSA3nZ6JRU1TrJtI9BKPHc/view Graphic settings: Hardware: waterreflections.trk

Hi, i have a question: I have 3 monitors, all are 1920x1080, but my center monitor is 27" while the one left and right are 24". This will obviously won't make the picture from the center align with the ones on the side. Has anyone had a similar issue and could help me out, if they fixed it?

can confirm, also the phoenix missiles are missing the rail after reload. How to reproduce: Spawn in a f14, with mak79 rearm a loadout without mak79 (e.g. 4x Aim7 on Stations 3-6) rearm a loadout with mak79 (e.g. phoenixes or mk20s) This is also reproducible in the ME preview, by following the above steps. @IronMike can you recreate the problem with those instructions? (sorry for tagging, but i though this might get overseen because it is labeled as DCS Issue)

Hello guys! So i was just sitting here and thinking about all the new Aircraft we will be getting in the future and had to ask myself: How will the quantity of aircraft be handled on multiplayer servers? At the moment, every Aircraft has to be placed on the airfield and made client flyable. With increasing number of Air-frames, and i see this problem on some servers already, there is less and less space on an airfield to place all possible Air-frames a client might want to fly. My suggestion would be, to introduce a hollow "Client-Plane", which simply provides a Slot on the multiplayer server, which a player can enter and is then prompted to select a plane from a list of flyable airplanes. This list could be depended on modules installed and can influenced with a white-/blacklist by the Mission-designer. This Problem might not be as critical right now, but surely will be in the future with 50+ flyable airplanes. I searched around the forum, if something like this has already been suggested, but couldn't quite find anything. Maybe there are other solutions, it's just a problem i think should be pointed out.

A buddy of mine had this problem too. Repairing your install and deleting precompiled shaders (e.g. with Skatzillas DCS Updater) fixed it.

Hmm, i searched the forum for this but couldn't find a thread. Sure it's low priority, but I found it very irritating in night ops. Also I didn't noticed it before. However, sorry for rereporting. Gesendet von meinem JSN-L21 mit Tapatalk