Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 01/28/2024 in all areas

  1. Hi IXEG Team. Can you bring back this amazing and realistic effect, when braking the plane the shock absorbers behaviour? 883276915_2024-01-2808-48-19.mp4
    1 point
  2. 1 point
  3. I know how you feel Mike....I felt a similar sting reading your comments on Toto's Discord a while back, insinuting a simple swap from your work to mine would "make eveything OK" and I was just too lazy to do it....and clearly my defensive posture resulted in a harsh turn of phrase above..which doesn't make it right. At the end of the day though, we get the customer support emails (a much larger contingent than is present on forums) and as such, I have a broader perspective of my customer base ...and enough experience in this market to know that your changes would result in making several customers happier, but also several more disappointed and I have to answer to those folks. I'm sorry if it stung a bit. What we're dealing with here is a "philosophy of development" given known limitations in 'modeling methodology'. For a good while I've watched us aircraft devs "put in the numbers" and complain to Austin when things don't perform right. But at the end of the day, these are just a big collection of numerical models and approximations, some better than others depending on lots of factors. So as aircraft devs with 'approximate models' in many places, we've always had to determine "which numbers to prioritize" given the state of X-Plane's flight/systems models. If, for example, you prioritize "accurate blade angles and engine parameters per handbooks" but the plane's performance is off in some regime because X-Plane's 'black box models' are off or too generic in places ....then you have to ask yourself, "can a user see the blade twist angles of the flight model? ..... or can a user more easily see the "off-nominal performance" and you make your decision about what to prioritize and compromise. If I said, "I'm putting in all the accurate numbers and will wait for X-Plane to 'come to me' and perform correctly before I release the product....well..you can imagine how that will go, so my philosophy is different. Numerical compromises and fudges are required for more balanced performance across the envelope in my experience. Indeed you have put in a crazy amount of accurate info into Plane-maker, and I do appreciate your work and it won't go to waste. It is not a simple swap and deploy because as you've noted, the X-Plane models aren't perfect so some numbers will have to change to accomodate the ground regime; however, your work is a wonderful springboard that I do respect and will simply have to look at parameter by parameter and gauge the effect against their impacts in a broader range of regimes. I hope I can strike a balance that satisfies enough. -tkyler
    1 point
  4. in progress. I have the FMOD project file going and some sounds ported over, but there's about 140 of them in total I think....and I'm having to audit each one....look at the code, reverse engineer the "equations" ...with multiple parameters and get those to graphical form, then fashion those up in FMOD.....super tedious work, and sorry for the time, but this will free us up for compatibility for many years to come and was an inevitable overhaul. I for one will be super happy when done so I can get on to the FMS stuffs.
    1 point
  5. It is still relevant, yes. LR haven't made any significant changes that I know of.
    1 point
  6. Usually I'll release a zip file with install instructions for users that are feeling adventurous. Sometimes X-Aviation will create a beta-gizmo installer. Then when we're confident that it's ready for a wider release the new Gizmo build will be incorporated into the official product installers.
    1 point
  7. Correlation does not equal causation. These parameters have no affect on the x-aviation licensing system.
    1 point
×
×
  • Create New...