![]() |
|
|||||||
| FM/DM threads Everything about FM/DM in CoD |
![]() |
|
|
Thread Tools | Display Modes |
|
|
|
#1
|
||||
|
||||
|
Quote:
__________________
![]() i7 7700K 4.8GHz, 32GB Ram 3GHz, MSI GTX 1070 8GB, 27' 1920x1080, W10/64, TrackIR 4Pro, G940 Cliffs of Dover Bugtracker site: share and vote issues here |
|
#2
|
||||
|
||||
|
Quote:
"OK, I accept what you say about the title. I should have named it "Request to devs to re-check the G value for the Merlin negative g cutout point", a bit of a mouthfull but that is what I am asking for as I described in my first post (in the tracker). I think it is too sensitive and I want them to check it. Why would anyone not want something checked that someone thinks is wrong? I am not asking for a change of cutout g value, I just think the devs may have go it wrong given they are trying to create historically correct FMs using historical documentation, in this case setting the cutout point to about 0.1g - or is the historical data what your really arguing against?" and as I said in an earlier Tracker post "Why do I think it is too sensititve? Years of reading decriptions and reports which make me suspicious, plus I installed a G meter in the A2A simulations Spitfire 1a and my 'perceived vertical rate of change' necessary when pushing over to hit 0.1G in that aircraft is a world away from the same observation of the cutout point in CoD. And before you ask I did not compare it with A2A's actual cutout point but observed the rate of change of vertical direction necessary to hit 0.1G. It is not scientific but points to the CoD Merlins being too sensitive."
__________________
klem 56 Squadron RAF "Firebirds" http://firebirds.2ndtaf.org.uk/ ASUS Sabertooth X58 /i7 950 @ 4GHz / 6Gb DDR3 1600 CAS8 / EVGA GTX570 GPU 1.28Gb superclocked / Crucial 128Gb SSD SATA III 6Gb/s, 355Mb-215Mb Read-Write / 850W PSU Windows 7 64 bit Home Premium / Samsung 22" 226BW @ 1680 x 1050 / TrackIR4 with TrackIR5 software / Saitek X52 Pro & Rudders |
|
#3
|
|||
|
|||
|
|
|
#4
|
|||
|
|||
|
Quote:
I think comparing two flight simulators and saying that one is wrong because they differ is a bit uhm ... well, far far from any proof of whatsoever. |
|
#5
|
||||
|
||||
|
Quote:
I'm not trying to start a war. I'm just asking them to re-check it or perhaps even confirm that it has been looked at under the new patch. It was admitted before October 2011 that it was wrong, it was adjusted at the October 2011 patch and I think I read somewhere that it was set at 0.5G pending further work but I can't confirm that. In any case it just needs a response from the devs. There's no need for some of the acrimonious reaction that occured in the tracker - and yes, I apologise for questioning the negative-voting 'blues' motives but it was a knee-jerk reaction to their tracker posts attacking this request and my perceptions instead of just expressing their view by voting on it and possibly even offering something to support their voting reasons. Their view (and tbh yours) that it is ok is no more valid than my feeling that it isn't. We can't prove it either way without a cockpit G-meter so we have to ask the devs. I'm fairly sure it's wrong and I just want it looked at.
__________________
klem 56 Squadron RAF "Firebirds" http://firebirds.2ndtaf.org.uk/ ASUS Sabertooth X58 /i7 950 @ 4GHz / 6Gb DDR3 1600 CAS8 / EVGA GTX570 GPU 1.28Gb superclocked / Crucial 128Gb SSD SATA III 6Gb/s, 355Mb-215Mb Read-Write / 850W PSU Windows 7 64 bit Home Premium / Samsung 22" 226BW @ 1680 x 1050 / TrackIR4 with TrackIR5 software / Saitek X52 Pro & Rudders |
|
#6
|
|||
|
|||
|
Actually I remember the discussion on the cut off behaviour in its release state very well. In fact the devs never said that the g levels were wrong but they understood that the way it was implemented led to some oversensitivity. BTW back then the concern was merely that turbulences were enough to cause the first stage of cut out. So the devs eliminated basically the first stage of cut out completely while it actually should have been there. To my feeling (as you put forward your feelings I may too) they just should have removed the instant first stage cut out due to turbulences by putting in some inertial behaviour of the first stage cut out to render it more insensitive to small to medium turbulences.
I also do thing that the current cut out is not over sensitive. BTW I do not understand what you expect them to do. You want them to check the g level from which cut out occurs. So you want to know the number and that's it? Or do you want them to make it less sensitive whatever g number they have used? If the latter is the case please provide some historic documents that supports your view that g level has to be improved. Last edited by 41Sqn_Stormcrow; 04-29-2012 at 09:29 PM. |
|
#7
|
||||
|
||||
|
Quote:
What do I expect them to do? What they said when they committed to as accurate modelling of FMs as possible by checking whether the documented data is incorporated into the flight model or if the FM is still using an estimated value for the last patch. Its that simple and I don't understand why anyone would want to say "No! Don't check it!" What is there to be afraid of? Either its correct or it isn't. No amount of discussion here will answer this, only they know.
__________________
klem 56 Squadron RAF "Firebirds" http://firebirds.2ndtaf.org.uk/ ASUS Sabertooth X58 /i7 950 @ 4GHz / 6Gb DDR3 1600 CAS8 / EVGA GTX570 GPU 1.28Gb superclocked / Crucial 128Gb SSD SATA III 6Gb/s, 355Mb-215Mb Read-Write / 850W PSU Windows 7 64 bit Home Premium / Samsung 22" 226BW @ 1680 x 1050 / TrackIR4 with TrackIR5 software / Saitek X52 Pro & Rudders |
![]() |
|
|