Leaderboard

Tom and I discussed making load and trim a bit more realistic by adding "random" factors like this, but ultimately I convinced him to make the weight be accurate at all time. Two reasons for this: 1.) Normally the variance in weight will sort of "average out". Some people and their handluggage are more heavy, others are more light than the average weight. The actual weight could be off by maybe up to 1000kgs, something the pilot will not notice. 2.) Some people want to TEST the airplane against published data, and not being able to set up weight and balance precisely is a necessity when doing so (because you WILL notice the weight being off by 1000kgs if you do precise measuring). Adding an option to randomize weights will only confuse people, options always carry the risk of confusing people, no matter how crystal clear the option may appear to you and me (as we saw with the option to switch between KGs and LBs)... If you want to "realistically randomize" your weight, get someone living in your house to move the sliders by a small amount when you are not looking and then have them close the window and there you go

This is great!! not too over the top, just does what it needs to and allows us to load without using the quirky X-Plane loading screen. Nice work team!

Is it possible to program a key command to set the landing gear lever to its center off position? I'd be fine if the regular key command "g" can trigger 3 positions (down -> up -> off -> down etc.). The "Landing Gear Off" key assignment in xplane doesn't do anything for me in the IXEG 737 and it's kind of flimsy to place the lever in off with the mouse.

It's been stated that the XP 11 version would be made available upon request, however you should contact X-Aviation Support via e-mail before making a purchase to get confirmation.

There is a bell curve randomness to the mass values themselves, to both pax and payload, but not to the seating locations, i.e. thats not a weighted algorithm, so it distributes rather evenly. As Jan mentioned, we discussed this but he said, 'were building a flight simulation, not a payload simulation', and in the end, the result is an overall weight and a CG location, which is settable more easily now. The main goal was to keep users "in the cockpit" for fuel/loading instead of having to go to the XP menus, which pauses the sim/sound and kills the immersion. I may revisit this at some point as a personal challenge, but the FMS/FMOD work are waiting for their turn and that will take quite a bit of time so I'm anxious to get started on that. -TK

Hi Jan, My assignments (keyboard + joystick) look just like yours. I removed the NAV 1 and NAV 2 flip standby assignments that are also visible on your screenshot. No change. My system behaviour equals the one okernel described above. Also tried to switch between panel states. Same result.

Lately, I've changed my perspective regarding addon developers (aircraft, scenery, etc.). Today, unlike before, I realize it's not possible to sustain oneself solely on the financial returns generated by this work, due to various factors, one of them being the fact that flight simulation is a niche. There aren't many people engaged in this activity, and even fewer are willing to spend money on an addon, as many believe that upon acquiring the simulator, they should already have access to everything. In summary, I might be wrong, but I see development more as a paid hobby than a job that provides a constant income. That's why I don't think it's fair to question or pressure developers with inquiries like "When will it be ready?" or "It's taking too long...", especially when updates are free.

That is a good idea and I think it can be implemented as an option!