jumphigh

Right, but why is there such an error marking in the Gazelle for e.g. active pause? I never changed the key assignment, neither in the global UI section nor inside general section of the SA342 module. Both are set to the standard Win + Pause. So there is no conflict at all, but I have the exclamation mark from day one of installation of this module. It's the SA342, all other modules never show such small problems. But I don't care, since it works anyway, regardless of the red sign.

Auto-hover holds within the range of stick movements of a manual hover. So your static input needs to stay close to the holding point. You have to trim your stick if it returns to centre due to the spring load.

Are you meaning the exclamation marks? If you hover above, it tells you what is wrong. Most cases refer to a collision of function or assignment. But I'm in doubt if we can solve a function collision. In my opinion there shouldn't be such a warning with a module freshly installed from stock.

It is the Liveries folder inside of your Saved Games\DCS! There you have to put the three Cockpit_SA342x folders.

Can you fix your server please? The link to the mission file uses unencrypted http which leads to a security warning in Firefox (unencrypted content on an encrypted page). If I modify the link myself to https I encounter an invalid server certificate because the presented subject is a weird name instead of gamesfromhell.com.

Already posted on this forum:

AFAIK cockpit resolution setting is only for MFD rendering, not the whole pit.

Playing DCS with a RX 570 4GB I set most graphics options to medium or low – textures as well. Without anti aliasing and on 2560x1440 the Huey cockpit was always blurry and mostly unreadable. A solution is to use a custom cockpit without mipmaps and with all textures only on full resolution like this one. I created a no-mipmap-version for the Gazelle myself based on the English gray dash with the help of Gimp. Of course without AA I get some artefacts but I don't mind some highlighted lines and most important the pit is readable regardless of zoom. Beside that I got a gain of up to 10fps with the use of the multithreading version of DCS on Georgia map.

We have to look at the new version: Polychop will use ED's Mistral in the future. Maybe you can test this Mistral with another platform and compare to Gazelle's current one?

No, it was quite clear. But it's your fault to think that a RC helicopter is different to "real" RW aircrafts in general flight functioning. Furthermore modern flight augmentation systems work like the solutions used in the RC hobby, e.g. auto hover. Maybe you can't compare a Huey or a Robinson to a EC 145 as well? Beside that: As a German I'm following the same rules of law as any other air space user. I'm forced to pay a special liability insurance, too. Since we build our own models some might know more about helicopter physics and technological details than "real" pilots who get their plane from a specialised technician out of the assembly hangar... Okay, I'm exaggerating. But the claim is, that real Gazelle pilots tested this version and decided it's good enough. So it seems that there isn't the one and only truth even among real RW pilots. That doesn't mean that there aren't evident bugs in our DCS module. But bugs are a different story.

No, it depends on the model! For RC helos with FBL you control roll rates with your stick. There's no need for trimming – centred stick means stay at the current attitude. It's the task of the flight controller to achieve that – even if it means that the swash plate isn't neutral at all. Another example is rudder and tail. As a RC pilot I'm using a tail gyro, there's no need for pedal left when hovering like with the Huey. I talked to Tiger pilots but unfortunately they didn't even know what I'm talking about. It seems some "real" pilots have a narrow horizon not wider than the length of their blade. But take our UH-60 free mod: There you do not need rudder for a stable hover, too. So it seems that there are even real Biggies with modern electronics that mimics the flight model of a RC helicopters more than that of a ancient Huey.

But what's the correct behaviour of a helicopter??? As a RC helicopter pilot I know the old way of mechanical stabilisation and the new way with electronic gyros. It's the same with modern "real" helicopters. They have electronic flight augmentation systems – even an old thing like the Gazelle. You can't compare their flight with much more older non-stabilised models like the Huey. Our Gazelle might be wrong for the real thing but not impossible for helicopters in general.

You're one year too late...

Turbine damage off means no random failure, not that the turbine is immortal. And rudder trimmer isn't an auto rudder, it simply holds a control throw to move your HW back to zero to lessen your fight against spring loaded pedals (or sticks). Have a look at the Huey, its trimming (of all inputs) is more crucial than that of the Gazelle. The Gazelle mostly flies almost centred on stick and pedals. Have you tried global game mode of DCS?

Is it just me and nobody else thinks that DCS' 3D projection is wrong? Have a look at the second picture above! I know that a AH-64 is a giant but I'm in doubt that you're sitting that high above the top of the mast of the Kiowa!? The Kiowa isn't a toy like on this image. Have a look at this view from a Huey cockpit, too. It's the same but inverted with the Huey: Embarking soldiers next to the UH-1 appear to tall. Nobody else has this occasional feeling of disproportion?