fapador

I heard it was planned for Late August. Its the 31st today..

Lets Wait and see ED's teams input on this matter

ED considered moments of inertia on the roll axis FM of the p47. Thats why it feels a little sluggishcompared to the other warbirds which they dont take account for this, So thats the reason the rest feel a little oversensitive and overperform. Yaw and elevator on the Jug is like the rest

Huggy thats very interesting post, it should help as I have been asked to provide Data but could find none ofcourse thats if ED sees it.

I have been asked to make a new post stating what I think is wrong with the Huey FM so it can be investigated. Above is my post in which I have already mention this . The Huey currently displays an incorrect neutral antitorgue pedal position characteristic in speeds greater than 80 knots. In reality there is a need for right pedal in order to fly the ball centered (in normal mild wind conditions). This can also be seen on the video I provided on the first post and is also stated on a report of your own ED staff by a test flight conducted in Arizona. This discrepancy has also been stated previously in the forum by another user claiming to be real UH-1H operator here (below). I would really like to see this issue get some attention by the team and maybe addressed properly with the teams, surely greater expertise and perhaps utilize the ability to verify with real pilots. I am not expert but I believe the current FM doesn't take account of the main rotor wash shifting rearwards when increasing flight speed, resulting in greater empennage efficiency that would justify the correct response.

My explanation to this is the following. As the heli's speed increases the wash from the main prop is going more and more backwards, making the empennage and the tail rotor much more effective thus requiring right pedal to reduce tail rotor thrust. Currently this is not happening on dcs...

1:40 onwards you can see right pedal depressed for the most of the flight especially on 3:09 where its flying level and straight

Here you go. Unfortuanetely I cant find the other place I have seen this mentioned , but If you look up carefully many videos on youtube show this behaviour provided you take account of the speed reading.

So ...

Is it possible to implement right pedal need in high speeds like over 70 knots?. I have read it also on the review here and have cross referenced other sources that suggest this. Currently the chopper doesnt display such a characteristic.

how much frame time you get? damn 10ms is very low frame time. Nice setup; Update: removed msaa frametime dropped from 27ms on caucasus to 14ms Thank you very much Mattcri!!! Also should I try forcing antiaaliasing through the graphics card?

Ok I will try I think my processor might be the weak point. Would it be easy to tell me how much frametime you have? its below the fps when you hit two times ctrl+pause

Hi, I have this system. I know its not up to todays standards but I should be able to run dcs smooth on low settings. Cpu: amd 8350 oc'ed to 4.5ghz ram :32gb ram X'trident @1600mhz Gpu: Rx580 8gb Monitor 21:9 2560x1080 Now the biggest problem I have is while I get 45 fps average with these settings my frametime is over 25ms and goes to 32 in some cases I read somewhere that it should be below 20 I also think it might affect the flightmodel.. I dont know what to suspect mostly cpu or gpu? What can I do about this without upgrading. What setting would you suggest me to lower?

Id like to see right pedal need in high speeds>70 knots as needed in real life.

Also great flight model in my opinion better than dcs own huey, as it realistically represents right rudder pedal need in higher speeds which Huey doesnt. It also feels more predictable to hover.

Ok I downloaded now I have other problem It seems that the cyclic animation on the pitch axis is reversed the heli flies normal though anyone knows what causes that? Please fix!

I cant download for some reason goes to 100% and then vanishes. Can you please upload to google drive or other site?

Thank you very much for you response .Looking forward to improvements keep up the Good Work!

So a 1ms rudder delay would make me Happy can I get that please with cherries on top

I dont state that its a force problem. Its exactly as you state it, a very small slew rate reduction is needed in my opinion Sure a large lag will lead to instability but its quite obvious in the current state that the ailerons and elevators have already some kind of lag build in to them but the rudders have not . Perhaps an addition to the controls page so everyone can personalise it on his own, not a hard coding change in physics would be a great solution (As msfs has a setting called reactivity but not so sure if it works the same). Also this post (scroll down)talks about PIO according to some research they have calculated that 0.3ms is the maximum lag that doesnt cause instability i wonder what is the response time in DCS planes. https://aviation.stackexchange.com/questions/68322/what-is-the-maximal-acceptable-delay-between-pilots-input-and-flight-control-su Also the deflection rudder forces needed in dcs are quite realistic in my opinion the problem is that when you command them (for example 20%rudder deflection) the forces get applied in an instant thats for the rudder only though.

Large deadzone will not produce delay . it will only delay the start time of your action not make rudder move slower, nevertheless adding deadzone will also make rudders even more sensitive as you will have even less throw or potentiometer/sensor range also Non Linearity is complete useless for rudder pedals in my opinion and should be kept to 0. By the way I got a newly released sim called WOA: Glider simulator, and I have to say the planes there have by far the most correct yaw/rudder response physics that I have ever tried on a PC simulation. Im still convinced that the rudder is modelled oversensitive in dcs and the new msfs too. If only we had an option to tune that down like response delay or noise filter It is just over responsive and makes the planes not have a balanced feel across all the control surfaces. Its quite obvious that the rest (pitch and roll) respond much more tamed thats in external view.

I am not asking for a whole second delay just a couple of more millisecs like 0.0020 If thats the way it is then why is the rudder so much faster responding than the elevators and ailerons in the spitfire ?? Its very obvious upon going on exterior view

yeah it moves too fast compared to ailerons and elevator. damper is no solution I have real time flying hours and i can assure you rudder pedals are smooth and easy to depress in small planes and even in a320 cae simulator I have tried . all I am asking is a couple of milliseconds more delay. In real life there is material elasticity cable stretch there are also rigid body dynamics and the overall motion system response of the complete rudder mechanism. I think there should be some review on the modelling of the yaw/rudder of the planes. I tend to agree to nealius. the rudders respond in a dime almost instant deflection more like a 3d aerobatic rc plane

I would like to see more dynamic physics in the antitorgue pedals especially when it comes to high speeds where right pedal is needed. This is mentioned in the dcs review of the real huey

BTW I only suggest a tiny amount of input latency. Its very easy to go overboard