Jump to content

pvince

JAGDSTAFFEL 11
  • Posts

    154
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by pvince

  1. Yes, and it was not the case in our previous releases. We'll be close to that in the next release (F1C-200 update in progress) and following.
  2. Thank you ! Comparing the sections, I see the same entries and seems to work the same.
  3. I have retested with F1 and yes, I also found the slats movement consistent with speed. Then I am wondering what the difference is between "AUTOMATIC_AERODYNAMIC_LOAD" and "AUTOMATIC_SPEED" if they both use speed. I have been through many data.ini but I have not found an example of "AUTOMATIC_SPEED" use.
  4. No, I confirm it is not G, thereshold too high. Example of Mirage F1 Slats: DeploymentMethod=AUTOMATIC_AERODYNAMIC_LOAD Setting[1].Angle=25.0 Setting[1].DeployValue=102.88 Setting[1].RetractValue=154.33
  5. For a speed, yes, but what I meant is that for "AUTOMATIC_AERODYNAMIC_LOAD" the thresholds do not seem to a be speed. I have tested it and the deployment/retraction are not at the corresponding speed in m/s.
  6. One remark, there is a deployment method for "HIGHLIFT_DEVICE" that is "DeploymentMethod=AUTOMATIC_AERODYNAMIC_LOAD" that I have not found in your docs, or maybe I have not looked at the right place. That's strange, because it seems to be a regular one. I was wondering the units for "DeployValue" and "RetractValue". We also have "MANUAL_WITH_BLOWBACK". "DeploymentMethod=AUTOMATIC_ANGLE_OF_ATTACK" is also valid and could be the correct syntax for AUTOMATIC_AOA
  7. Short feedback: using your explanations of the stall spin model parameters, we’re working on the mirage F1 improvement. That will be in the next release. Thanks !
  8. Here it is a cockpit function, a display, or light, in cockpit.ini, it is something else. How do you set Max_G for a plane ?
  9. Type=RADAR_LOW_VC tested successfully, only one threshold on absolute value, eg: Type=RADAR_LOW_VC NodeName= MovementType=LIGHT Set[01].Position=1 Set[01].Value=50 ValueUnit=KNOTS Tested Type=MAX_G, returns a fast decreasing cycling value, not understood at the moment. I've quickly tested "Type=THREAT_AZ_ANGLE" but always returns 0, even with RWR warning. May need further test. What could be "MISSILE_INTERLOCK" ? Quickly tested as a lamp in missile operation (lock, min/max range) but never went on.
  10. I have tested successfully: Type=COURSE_DIFFERENCE (difference to waypoint, +/-) Type=ECM_TRANSMIT (difference with ECM ??) Type=RADAR_AZ_ANGLE (+/-) Type=RADAR_TARGET_CLOSURE_RATE Type=RADAR_TARGET_RANGE Thanks
  11. Correction: LOW_ALT_WARNING_LIGHT works, tested ok on F1CZ_late. Syntax is slightly different than RADAR_ALTIMETER (one entry for threshold). With LOW_ALT_WARNING_LIGHT: [RadarAltimeterWarning] Type=LOW_ALT_WARNING_LIGHT NodeName=LightRadarAltLight MovementType=LIGHT Set[01].Position=1.0 Set[01].Value=500 ValueUnit=FEET With RADAR_ALTIMETER: [RadarAltimeterWarning] Type=RADAR_ALTIMETER NodeName=LightRadarAltLight MovementType=LIGHT Set[01].Position=1.0 Set[01].Value=499 Set[02].Position=0.0 Set[02].Value=500 ValueUnit=FEET At first glance the 2 functions give the same functional result and I do not see the difference for using "LOW_ALT_WARNING_LIGHT". Interested to know.
  12. My personal experience (cockpit.ini functions, Type=...): Those are new for me, never seen, never tried before: CONTROL_STICK COURSE_DIFFERENCE ECM_TRANSMIT ENGINE_EXHAUST_PRESSURE MAX_G MISSILE_INTERLOCK RADAR_AZ_ANGLE RADAR_LOW_VC RADAR_OBSTACLE RADAR_TARGET_CLOSURE_RATE RADAR_TARGET_RANGE THREAT_AZ_ANGLE THREAT_INDICATOR TURN_COORDINATOR TV_DISPLAY Those were known, but operational not sure: GYRO_COMPASS (never used) HYDRAULIC_PRESSURE_INDICATOR (never worked for me) LOW_ALT_WARNING_LIGHT (seems it works, but I have failed on F1CZ test, should retry) PNEUMATIC_PRESSURE_INDICATOR (mostly not operational) THREAT_CW_WARNING_LIGHT (never got it on, but difficult to test with sure conclusion) THREAT_GROUND_RADAR_WARNING_LIGHT (never got it on, but difficult to test with sure conclusion) Open to feedback from the others ...
  13. Most of them known but some new (at list for me): NIGHT_ONLY capability, FIBERGLASS material Also the full damage scale !
  14. Amazing Impressed by what we get and the power of the AI assistance there
  15. Very useful. Thanks ! Great work. With those new info on stall, I've put in my todo list to reopen the Mirage F1 stall model, that is not accurate currently.
  16. I am not 100% sure but for me the StallXXTableData are not nominal values but relative coefficients to apply to the nominal value. For example for the Stall Lift Table, the coefficient will be 1, multiplied by CLmax=1.45, which gives 1.45 in your example. I say that based on how tables are used in SF2 and actual values in data.ini. To be checked.
  17. OK. "LIGHT" and "FULL", is it your assessment, or the IA assessment, or is it in the source ?
  18. Very interesting With « placeholder » we have the confirmation of those that do not work. But what is the difference between full and light ? Both work.
  19. I tried a few new functions found. For some, so far nok (tried in Avionics70 only): I tried SymbolType=MISSILE_TOF and then tried SymbolType=MISSILE_TOF_TEXT in case of ... but none displayed something I also tried the font overrides: // --- Per-symbol font overrides (optional) --- TextFontName=Arial TextSize=14 TextBold=TRUE TextItalic=FALSE TextUnderline=FALSE TextStrikeOut=FALSE TextShadow=FALSE ShadowColor=0.0,0.0,0.0,1.0 ShadowOffset=1 TextOutline=FALSE OutlineColor=0.0,0.0,0.0,1.0 OutlineSize=1 in a TEXT entry, and also added them in [RadarFont] but also no effect. On the opposite, for "SymbolType=MASTER_ARM_TEXT", I knew the simplified one, but I could test successfully the options "OnText" OffText" and "HideWithGuns=TRUE" that were unknown so far. For those that did not work I can assume they are there as provision, or leftover from the library, but not coded yet, or code removed because unused for optimization.
  20. It's not exactly the table you described but it is a first step. All the Avionics and Cockpit functions I know, by alphabetical order. I cannot claim it is exhaustive. Those in red were captured in dll or mods but either they do not work or I have not been able to make them work. Cockpit and Avionics Functions.xlsx
  21. As far as I can say, HUD and RWR entries are the same for Avionics60 and Avionics70. Avionics70 is different for Radar functions only. Maybe less work for the radar difference only. Avionics14A: some differences in radar functions + VDI introduction
  22. Incredible work, amazing, this is much more complete than the databases we had so far based on accumulated experience. It seems that the outcome has HUD, RADAR, but also COCKPIT functions. For example I have not been able to get "SymbolType=LOW_ALT_INDICATOR" working for the HUD. But the "INDICATOR" part is the clue for me that it is like the cockpit function "Type=LOW_ALT_WARNING_LIGHT" (that works). I am not sure. Unfortunately, a function intended for "RADAR" does not work for "HUD" (or COCKPIT, and vice-versa). A great future outcome of the work could be to get a new "HUD" function (for example) derived from an existing "RADAR" or "COCKPIT" function (because in that case the output data is known existing from the simulation engine, so it is "just" to display it). Some Remarks: "HUD_" in Symbol[XX]=HUD_FUNCTION and [HUD_FUNCTION] entry is not mandatory, just practical legacy naming convention. Any name would work. Same for Radar_ (and most likely VDI_) SymbolType=ALT_LOW_TEXT is an interesting case (not in your list). It works, the defined text will be displayed, but whatever the altitude is. A bug I guess. BORESIGHT alone not sure, but SymbolType=BORESIGHT_CROSS works SymbolType=CLOSURE_RATE_SCALE not sure but SymbolType=RADAR_CLOSURE_SCALE works SymbolType=DEVIATION -> SymbolType=COURSE_DEVIATION SymbolType=FLIGHTPATH not sure but SymbolType=FLIGHTPATH_MARKER works (I have seen your note on alias in the previous release but not tested) G_INDICATOR not sure for HUD, but SymbolType=CURRENT_G_TEXT works SymbolType=GLIDESLOPE -> SymbolType=ILS_GLIDESLOPE SymbolType=LOW_ALT_INDICATOR does not work (see above) MACH_INDICATOR not sure but SymbolType=MACH_TEXT works MasterArm not sure but SymbolType=MASTER_ARM_TEXT confirmed yes SymbolType=MAX_G_INDICATOR -> SymbolType=MAX_G_TEXT works SymbolType=MODE_INDICATOR not sure, and not useful, as any function is called in a known mode so "SymbolType=" makes it (but "Type=HUD_MODE_INDIDCATOR" is valid cockpit function) SymbolType=RADAR_ALT_INDICATOR -> SymbolType=RADAR_ALT_TEXT SymbolType=RADAR_RANGE -> SymbolType=RADAR_RANGE_TEXT SymbolType=RADAR_TARGET_ALT -> SymbolType=RADAR_TARGET_ALT_TEXT SymbolType=RADAR_TARGET_ASPECT -> SymbolType=RADAR_TARGET_ASPECT_TEXT SymbolType=RADAR_TARGET_BEARING not HUD (tbc) but SymbolType=TARGET_BEARING_TEXT works in radar display SymbolType=RADAR_TARGET_HEADING not HUD (tbc) but SymbolType=TARGET_HEADING_TEXT works in radar display SymbolType=RADAR_TARGET_TAS -> SymbolType=RADAR_TARGET_TAS_TEXT SymbolType=RADAR_TARGET_VC -> SymbolType=RADAR_TARGET_VC_TEXT SymbolType=SCALE alone I am not sure (what on the scale ?) SymbolType=TARGET_TEXT alone ? SymbolType=WAYPOINT_ID not ok (checked) -> SymbolType=WAYPOINT_ID_TEXT works SymbolType=WAYPOINT_RANGE not ok (checked) -> SymbolType=WAYPOINT_RANGE_TEXT works SymbolType=WEAPON_COUNT -> SymbolType=WEAPON_COUNT_TEXT Again, great, very promising !
  23. Wishlist (starting "slowly" ): - SymbolType=CLOCK_TEXT - SymbolType=WAYPOINT_TIME_TEXT (time to next waypoint at current speed)
  24. I would not correct the typos bugs in the dll, because then the old XX.ini, modded but also original ones, will not work. There are other typos like that, but they are known by ini modders: Type=HUD_MODE_INDIDCATOR (cockpit.ini) NoJettisionTank=TRUE (data.ini) and maybe others that do not come to my mind now
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use, Privacy Policy, and We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue..