Leaderboard

Captains, Mark your calendars! This Friday, September 15th, we're releasing the IXEG 737 Classic Plus! This is a next era re-brand for what the IXEG 737 Classic has become after many months of labor. The primary goal in this endeavor was to bring full X-Plane 12 compatibility to this amazing aircraft, squeeze in a few new features, and set the stage for improvements in the future. To us, it's a rebirth of a classic, tailored for X-Plane 12. Truly, stepping into the cockpit feels so good in the new X-Plane 12 environment! A Special Note on Pricing: For our customers who acquired the IXEG 737 Classic on or after February 7th, 2022, this update is for free for you to honor our promise of a free update at the time you made the purchase. As for our dedicated pilots who've been with us since the beginning and purchased the IXEG 737 Classic on or before February 6th, 2022, the upgrade to the Classic Plus version will be available at a nominal fee of $14.95 USD. We believe this price point offers tremendous value, and you'll have 60 days to take advantage of this upgrade offer once the product is released. The IXEG 737 Classic Plus doesn't just bring new features; it rejuvenates the entire flying experience, making this aircraft feel brand new. Here's a quick rundown of what's been brewing over the past 9 months: Fixes & Enhancements (from the XP11 version): Engine Bleed Configuration: Now accurately impacts Takeoff N1. FMS PERF Page: Resets to blank entries post-landing and deceleration below 60kts. Code Optimization: Streamlined and revamped for quicker future updates. Brand New Features for the XP12 Version: Wingflex: Experience the subtle flex of the 737's sturdy wing in our 3D model. 3D Cabin: Dive into a fully detailed cabin, complete with operational galleys (Fancy a cup of coffee?). Moving Cabin Doors: Open and close each cabin door, influencing differential pressure just like the cockpit windows. Loading Stations Concept: Assign weights to specific seat rows and cargo holds for accurate physical effects on the aircraft. Cockpit & Cabin Lighting: Updated for XP12's lighting engine, including interactive cabin lights. X-Plane GUI Integration: Set up your load and fuel seamlessly. GUI Enhancements: A fresh look for the IXEG interface, now VR-accessible. Hide Yoke: With default XP12 key assignment. FOV Slider: Added to preferences for a tailored viewing experience. Cockpit Windows: Upgraded to XP12 tech, showcasing rain and ice effects. Outside Lighting: Balanced for an immersive XP12 photometric experience. Aerodynamics & Engine Tuning: Optimized for XP12's advanced modeling. To our loyal customers transitioning from the X-Plane 11 version, we've poured countless hours into this upgrade, ensuring it's worth every penny. We're confident you'll find the enhancements enjoyable, and with the help of full X-Plane 12 compatibility, transformative! We can't wait for you to take to the skies with the IXEG 737 Classic Plus this Friday. Clear skies and happy flying! IXEG and X-Aviation

I absolutely understand the anticipation you must be feeling as you wait for this release! It's a thrilling time for all of us, and I can assure you that our team is diligently working away to bring it to you. We're following the latest update from Tom just last week, so everything is still on track. Please keep an eye on our announcements, and we'll make sure to keep you informed as soon as there's news to share. Your patience and excitement mean a lot to us, and we're eager to deliver something fantastic for you!

I REALLY don´t want this thread to devolve into the same old same old "my sim is better than your sim" discussion. We X-Plane people don´t care how many copies MSFS sells (maybe a little bit, the more the better since it introduces people to the flightsim genre that might try X-Plane as well later on), we only care about how many copies we sell and if those are enough to cover our cost and make us enough money to keep doing this. We could make a LOT more money coding some farm game where you can raise pigs or plant barley, but we like making airplanes better.

Getting close to next patch. As Q8 mentioned, the Preflight menu was a "step back", but I still contend we had to take that step back to take some steps forward. So in the next patch, the following GUI will be avail on the PREFLIGHT tab. From this GUI, you'll be able to set the start state as usual (via the RESTART button + checkbox state). Also the quick "Plan fuel calculator" for quick fuel calcs is back. For loading fuel, you'll now use a "Aircraft fuel request" panel to add your fuel. You can hit the 'typical' button, which uses a common fuel config for most short hauls...or the "plan fuel" button, which takes its fuel amount from the "plan fuel calculator" ...or finally, you just move the sliders manually. Each of these actions constitutes a 'fuel request'. As fuel is requested, then you will see the amount requested below, along with the estimated time to refuel. If you have the "real time fueling" pref enabled, then this will be on the order of minutes normally, but if that preference is unchecked, then the estimated time will show only a few seconds. To actually add the fuel, you hit the 'start fueling' button. The 'meters' on the right show the requested fuel (red lines) as well as the actual fuel. The load sheet GUI is used to configure the weight and CG of the aircraft, by adding passengers and cargo and shifting the cargo around. I don't have passenger shifting atm, they're currently 'well balanced' throughout. You can drag a slider to add/remove passengers. There is also a "weight factor" slider, that defaults to one, which represents 'average weights" for humans / baggage"....BUT if you want to overload the plane, or simulate say, a plane full of Sumo wrestlers, then you can up this slider to add some extra "density" to the passenger cabin payload. There's a pulldown to view the cabin vs. cargo hold. When viewing the cargo hold, there'll be two sliders, one for "additional cargo", which is cargo not related to the passengers, which many airlines do carry...and there'll also be a "bias slider", where you can shift cargo between the front/rear holds to adjust the CG range and get the trim units value. Adjusting the cargo hold loading between front/rear is the preferred way to tweak the CG. Sorry we had to backtrack a bit before we could get this back in, but hope it helps maintain immersion by not having to go to the default XP menus for fuel and payload. Down below is what the cargo sliders look like (more or less...this was a few days back and there's been some slight improvements since then) -tk cargo_slider.mp4

And just a heads-up from my side: I will be away flying DLH507 from Friday afternoon to Saturday morning, landing around 8:45Z in EDDF. I won´t be able to man the forums and give technical advice and log problems until later that afternoon, plus I have a family outing planned on Saturday night to celebrate my 53rd birthday that I spent here in Sao Paulo, away from my family. So give us a chance to catch up with everything over the weekend, I will certainly try to get through the backlog on Sunday. There are bound to be some problems and issues that slipped by me and my testflights, but as Tom already said, we are going to be on deck in the days and week after the launch and the plan is to have a very short turnaround time on critical fixes. I am excited to hear what you guys think! Cheers, Jan

that's kinda correct Frank... though 'sometime later' is actually to begin asap after the bug-fix phase following release. The term "major lift" is probably somewhat relative to each individual though. This is more evolution than revolution. The plan is to prioritize the FMS/VNAV improvements first, then in parallel as able, swap the sounds over to FMOD and begin a new 3D exterior model. So for folks who spend 95% of their time enjoying the cockpit and don't care about the rest much....then elements of a "major lift" may not seem so major. For folks who live for VNAV descents, then they may see the VNAV work as a major lift etc. Either/or, the plan is to continue on those elements listed above after release for sure and we'll evaluate other features along the way. -tk

Hello All, This will serve as an official announcement that we have released the version 1.51 update for the Take Command! IXEG 737 Classic Plus. All customers who have purchased the IXEG 737 Classic Plus up till now have been sent an e-mail by X-Aviation with complete instructions on how to obtain your update. We have made this a very simple process! For those that purchase the IXEG 737 Classic Plus from today forward, your purchased download will already be updated to version 1.5.1 for you. IXEG also has a new website documenting changes, so click here if you'd like to keep continually updated! What if I didn't get the update e-mail? If you did not receive your update e-mail don't fret! X-Aviation has updated our system to allow all customers to update with ease, regardless of whether you received an e-mail for the update! Here's what to do: 1. Login to your X-Aviation account here: https://www.x-aviation.com/catalog/account_history.php 2. Find your original IXEG 737 Classic download and re-download the file. It will download as the latest version! The following is a list of additions/fixes included: Bug fixes: Level-2 Validation failure Wiper Switch didn't work Standby airspeed indicator drum was not rotating Floating 3D polygons outboard of the rear doors VRconfig.txt file was missing Weak starter at high density altitudes Engine start too fast after lightoff. SLIGHT improvement implemented. Laminar acknowledged bug. Will revisit after. Wing lights were not working Visual texture glitch was underside of left wing Taxi light was too dim MCP backlighting was too dim Right side window heat annunciators were swapped Right Turnoff light was missing INVALID ENTRY msg appearing when trying to manually enter V1 on TAKEOFF REF page Pitch up moment change during liftoff and landing was too strong Idle fuel flow was too low - fixed for next patch CDU keys were not backlit FMC would cause Gizmo crash during VNAV calculation with only 1 waypoint in the route ECAM pie needles were not illuminated at night Improvements: Fuel Crossfeed annunciator annunciator is now more dim with xfeed valve open Additions: Four new commands to command the fuel levers 1 & 2 to idle/cutoff. Useful for single button/click action Cockpit door defaults to open in turn-around mode. Cockpit door occludes light from galley when shut. Linked to Default XP Commands (below) to connect/disconnect/toggle the GPU. Helpful in VR ixeg/733/left_fuel_lever_to_idle ixeg/733/left_fuel_lever_to_cutoff ixeg/733/right_fuel_lever_to_idle ixeg/733/right_fuel_lever_to_cutoff As always, thanks for being a customer with X-Aviation. We appreciate your feedback and support!

Been quiet here a while. Sorry for that. Yes, still on this every day We have slapped a release date on our own calendars finally, but of course we're not tossing that date out because our crystal ball isn't the latest model. To at least be able to see a firm date is encouraging. The delay since wrapping up the 3D/visual work is mostly due to my reworking of my code infrastructure to be more 'decoupled' and "libraryish", such that it can more easily be reused and applied to future work. Because we're wanting to do new projects while improving the 737 also, I needed my old code to be a bit more flexible and it was just easier to begin that process now. So hopefully the benefit of this phase of work will be seen with more rapid development down the line. I hope that's the case . Sorry for delay in reporting, I'm still happy to be doing this and ensuring I can continue to do so. -tkyler

It is now (thanks Pils)...and I'm still making my way back home. We're pretty much done with the issues list for deployment and only have to get though technical infrastructure and deployment prep, but as mentioned before, that's not an overnight thing, but it is the 'final leg' of this route. The plan is to get this 'port + compatibility patch' out, which I'm sure will result in plenty of issues reported, but then immediately begin addressing those issues and start the road towards our planned improvements. The obvious 'improvement roadmap' consists of converting our sound work to FMOD, improve FMS operation and finally a new 3D exterior, these are the things to bring the IXEG into 'modern times'. I'm sure this work will roll well into 2024 and the goal is to just keep going. After those obvious items are addressed is when will think about any other 'options' to the product. Its enough of a heavy lift job to overhaul this thing from 2009 tech as it is. -tkyler

Hi guys, @rkuhlmann is right about communication...guilty as charged for being too quiet. The 733 isn't dead. We will continue to work on it as able, and best I can tell, probably have free updates for as long as I can foresee (whenever those may be). For my MU2 customers who have watched me keep the MU2 relevant through X-Plane versions 7, 8, 9, 10, 11, and 12 over 19 years, you know what I'm talking about. (even though its been a while since the last update and I'm literally 99% done with the next one but need to get it out There have been things beyond our control that have made update efforts challenging (shit rolling downhill kind of things)...which you guys don't see, nor will I talk about, nor should you care about, but we have to deal with just the same. Not an excuse, an explanation. I acknowledge that communicating is something we could do better and I'm sorry about that. As I've said many times, my committment has always been to keep facing forward and never sit down and that's still the case. So ....open communication time.....where's my time at the moment? I'm working for Laminar again. I am rewriting their documentation set for developers to help train and enable more developers for X-Plane. This initiative began in February at the X-Plane dev conference and I've been in the midst of a heavy 'front loaded' time effort to build the infrastructure for these docs and there's some slight pressure to "show anything at FSExpo". For consumers (rather than devs), this doesn't mean anything.... I know that doesn't make anyone here feel better or fix their concerns now, but is the road I had to take to preserve my ability to work on the IXEG in any capacity into the future. I do foresee time to work on the IXEG again after a few more milestones are reached with Laminar....indeed I'm meeting with some folks at FSExpo to discuss ways for them to assist in the effort. I am committed to maintaining the aircraft, even though I'm not sure exactly when updates will be. We have a plan, we try and stick with it, sometimes we slip, but we have never "forgotten about it". I like to say the IXEG is "perpetually in my inbox". Roadmap is the FMOD sound conversions still....and then the system updates. I am sure I'll have to repeat this later, but the "updates" period will also be quite lengthy because of the aforementioned (shit rolling downhill) situation I have to deal with. Getting through this phase is akin to the large efforts required to bring the IXEG to V12 and was unforseen, but its here on my doorstep just the same. Trudging through it, complaints and all, is the only way to ensure the IXEG survives into the future and those updates eventually come. The IXEG still has a lot of old tech and rebuilding it completely anew is a big task. I'm sorry again about the silence. -tkyler

Hi everyone! Thanks for everyone´s support and feedback for our initial launch of the IXEG 737 in XP12. This post will detail the bugs that were reported and confirmed by us. This post will be updated regularly and shall serve as a tool to check if something you observe has already been reported. Activation issues with the DRM that revolve around the "Level 2 check" failing - fixed Wiper switches not working - fixed for next patch Standby airspeed indicator drum not moving - fixed for next patch Bullseye windows on doors 3L and 3R too far outboard - fixed for next patch VRconfig.txt file missing - fixed for next patch Starter not strong enough at high density altitudes - fixed for next patch Engine start process going too fast - improved (total duration matches) but fix in LR´s court Wing illumination light not working - fixed for next patch Visual texture glitch on underside of left wing - fixed for next patch Taxi light a bit too dim MCP backlighting a bit too dim Window heat OFF logic reversed for right side windows - fixed for next patch No turnoff light for right side - fixed for next patch INVALID ENTRY message when trying to manually enter a V1 on TAKEOFF REF page - fixed for next patch Pitch up moment change during liftoff and landing too strong - fixed for next patch Idle fuel flow too low - fixed for next patch No CDU backlit keys - fixed for next patch. FMC / Gizmo crash when executing VNAV calc with only one waypoint in LEGS - fixed for next patch. ECAM gauge needles not lit up at night - fixed for next patch. Added four commands to command the fuel lever to idle/cutoff. For hardware binding to buttons/switches. Linked to default XP commands to connect/disconnect/toggle the GPU. Helpful for VR users. Cockpit door default to pen in the Turn-around mode Cockpit door occludes front galley lighting at night when closed. Fuel Crossfeed annunciator dimmer (less bright) when crossfeed valve open. Was too bright. - fixed for next patch.

We're thinking "time is money". My mortgage payments runs on a timeframe...my internet fees...my software subscriptions, my commissions.....special offers in the mail......all time frame limited to encourage folks to act to keep the economic cycle moving. Time and money is inextricably linked. Without this principle, no business would survive and we've have no products...no add-ons, no x-plane, etc. Who is John Galt anyhow. TK

@spreilly a bit of of background about this whole variant thing. The ability to upgrade our work and make variants is very much tied to both the toolchain we use to develop the IXEG, as well as our 'techniques'. Like anything else, we get better over time at what we do and how we do things and the tools we use evolve as well. In the beginning (2010), we used Blender 2.49, a software quite difficult to make changes in. Also, we wrote our own exporting scripts to leverage emerging X-Plane tech. So after some time, we have this enormous amount of data/assets in a software format that is aging (like every software title). Fast forward a bit in the future and Blender 2.8 releases.....that was such a major....really major paradigm shift in organization of 3D assets....that it changed everything and we set about converting all our work to that format. Blender 2.49 was being abandoned by all. That was a really really laborious and long process that you guys didn't see any change from from ..it was our own challenge to keep the IXEG poised for the future. Even thinking about variants at this point wasn't an option. Fast forward a bit more...we get everything into Blender 2.8, things settle down for a year or so, I work on the MU2, which handles...count em....6 variants... and then X-Plane 12 drops. *sigh...here we go again. and so for the better part of a year, we start this process of integrating everything into X-Plane 12 format. On top of that, I'm swapping out lots of code for more "template" code, getting ready to start some new products also and we've just been building this 'infrastructure' on top of Blender 2.8+ (now 3.6) and XP12 for quite a long time. So....we still have to catch up on all that FMS stuff, still have to make the swap to FMOD and redo the 3D exterioro to keep the IXEG 'up with the times'....and after ALL that, then we can think about variants. BUT....best we can tell, we are in a technical place to do so. Its not that we don't want to...we just have 'the priority list' based on many years of customer input. I know this stuff takes a while, but in my quiet moments, I remind myself that I've been flight simming since 1981...still do it, its a lifelong hobby, most of the 'IXEG type' customers are probably the same...and I should just keep on moving. I'd like the variants in at some point...even those old mechnical ADIs / HSIs. Fingers crossed we'll get there. -TomK

Hello All, This will serve as an official announcement that we have released the version 1.5.2 update for the Take Command! IXEG 737 Classic Plus. All customers who have purchased the IXEG 737 Classic Plus up till now have been sent an e-mail by X-Aviation with complete instructions on how to obtain your update. We have made this a very simple process! For those that purchase the IXEG 737 Classic Plus from today forward, your purchased download will already be updated to version 1.5.2 for you. IXEG also has a new website documenting changes, so click here if you'd like to keep continually updated! What if I didn't get the update e-mail? If you did not receive your update e-mail don't fret! X-Aviation has updated our system to allow all customers to update with ease, regardless of whether you received an e-mail for the update! Here's what to do: 1. Login to your X-Aviation account here: https://www.x-aviation.com/catalog/account_history.php 2. Find your original IXEG 737 Classic download and re-download the file. It will download as the latest version! The following is a list of additions/fixes included: Bug fixes: Wing light didn't show with winglets. Also, wing light source wasn't visible Eyebrow window preference was not getting saved Transponder was not reporting altitude (mode C). Updated to use XP12 mode enumerations Incorrect lat/lon representation on CDU Duplicates / Disambiguation CDU page No button click sound on CDU CLR keys MCP Panel Lighting Removed the DDS texture, incorporated spills and PM effect Improvements: IAS speedbug manipulators now of the rotate type. Drag mouse around the IAS bezel to move speed bugs. Much more natural. Additions: Added preference to synchronize CPT and FO speedbugs and altimeter bug setting. Added preference to set the plastic speed bugs to Vspeeds automatically (for VR users, disables manual control) Added the following new commands ixeg/733/show_settings_window ixeg/733/close_settings_window // will auto-save prefs when closing ixeg/733/toggle_settings_window sim/flight_controls/landing_gear_off // default command now moves LG lever to OFF when able (not always able) New GUI elements in the PREFLIGHT panel for fueling & flight planning As always, thanks for being a customer with X-Aviation. We appreciate your feedback and support!

I can't help the dissapointed. There is a quite well known phrase, "Disappointment is the difference between expectations and reality". We have tried to be as forthcoming as possible with setting expectations by telling folks it will take the majority of this year getting converted to FMOD and improving the FMS....but beyond that, there are also very big changes necessary 'under the hood'....big and time-consuming. Folks think that its always 'evolution'....just incremental work, but with tech, eventually the patches get too heavy. There is a very major overhaul of the "black box" bits to ensure future compatibility and the IXEG's continued existence....a rewriting of nearly 70,000 lines of code in a new language (that took 3 years to write originally) , stuff you won't see but I have to do to keep the IXEG compatible for the future. Guess what...its going to be silent for even longer while I work on the FMOD and code refactoring / FMS. Settle in...enjoy some other wonderful products for X-Plane, but know that it is not abandonware....and we won't be charging for updates for years to come probably. -tk

We respect your opinion and understand where you're coming from. The flight simulation community is diverse and people have strong feelings towards their preferred platforms. You do come off quite bias rather than basing your opinion on factual information (like actual IXEG or other product sales numbers, which we have plenty of data on). Both X-Plane and MSFS offer different experiences, and our internal data does indicate a positive trend for X-Plane 12. Let's focus on providing the best simulation experience for everyone, regardless of the platform they prefer.

We do appreciate your support Hermann, but your conclusion here is a subjective one. The product pages at XA are provided "for prospective customers consideration when evaluating a purchase", They are not policy pages, warranties or guarantees. Once one has made a purchase, that page, conceptually, goes out of context. I find this reasonable. I bought a Dell monitor a year ago. For me to keep an eye on Dell's "sales page" and try and argue that "current deals offered to prospective customers" on those pages should be retroactively applied to my purchase over a year ago is not reasonable in my opinion. I respect you have your perspective though mine is different. Certainly your perspective will be taken into consideration for future wordings so your points are noted. On a broader level though...you stated previously that you thought the IXEG was great and I thank you for that. If we didn't charge for this update, then I would have never started the update and we would have absolutely declared the IXEG end of life at Version 11 and I would have moved on from X-Plane development. As it stands, I hope to now support the IXEG for years to come and also develop new products. Your support, whether you agree with some elements of the effort or not, does play a part in that. If you choose to purchase the upgrade, I hope you still find the IXEG to your liking and we'll endeavor to keep at it making it better. -tkyler

A year ago, a friend bought his son (now 14) a copy of the IXEG. Before, his son was not in a life place to desire/enjoy the 737 but has recently become interested in Aviation and flight simulation. Is he undedicated because he purchased within the last year? There are 'new' flight sim enthusiasts every day. They do not deserve to be called undedicated. For the rest of you folks who understand economics and the software dev cycle....and value your time / work and also respect the value/time of others work, I thank you and appreciate you. I know there's a of you out there. This update is intended to be a foundation from which to continue improvements on the IXEG. XP12 broke a lot of stuff and "band-aids" weren't going to get it done. Towards that end, some answers to recurring questions..which will be regurgitated elsewhere at release. Operational functionality is the same as V11 currently. (i.e. no change to FMS) Last 9 months were spent in 'repair' of areas broken in V12 and getting back to baseline. Plan going forward is to focus on 4 areas (in no particular order). FMS/vnav FMOD sounds New 3D exterior. Mac ARM suppport The above items will take a while. We'll begin work on this immediately, indeed already in process. Any cargo, 400/500 variants takes a back seat to the items above, if at all. Minimal demand. Unsure the time frame for ARM support. I myself deal with this and run Rosetta currently. we understand many MAC users may not find this acceptable until ARM support. We're on it. A new 3D exterior will be provided one day. When so, the old liveries won't work; however, folks can still use the old 3D exterior if desired. Again, I thank those who understand the economics! -TomK

Hello All, This will serve as an official announcement that we have released update version 1.8 for the CL650. All customers who have purchased the CL650 up till now have been sent an e-mail by X-Aviation with complete instructions on how to obtain your update. We have made this a very simple process! For those that purchase the CL650 from today forward, your purchased download will already be updated to version 1.8 for you. What if I didn't get the update e-mail? If you did not receive your update e-mail don't fret! X-Aviation has updated our system to allow all customers to update with ease, regardless of whether you received an e-mail for the update! Here's what to do: 1. Login to your X-Aviation account here: https://www.x-aviation.com/catalog/account_history.php  2. Find your original Challenger 650 download and re-download the file. It will download as the latest version! The following is a list of additions/fixes included: Release Highlights: Added support for Zink rendering mode in XP12. This should provide a good amount of performance uplift to AMD GPU users. Nvidia users should see some improvements to framerate stability. Hovering mouse over PFD & MFD will now bring up semi-transparent popups for DCP & CCP, to allow easier manipulation of display settings without having to look down on the pedestal. The forward equipment bay is now modeled, including the main battery disconnect, TRUs and all CBs. Use this to disconnect the main battery now, instead of the Ground Services menu. Aft equipment bay isn't complete yet, so use the menu method to disconnect the APU battery. The radome can be opened to allow looking at the antenna & nose HIDs lights more easily. FLC DESCENT mode now retards throttles more slowly and stops moving after 4 seconds, releasing manual control back to the pilot. You may need to manually adjust throttles after this to achieve fully idle FLC descents. When VRAM-limited, texture blurries on the cockpit textures should be much less frequent now, since we've marked them as "high-res" and so X-Plane should prioritize them over other textures. Changing cockpit lighting now immediately causes X-Plane to refresh the reflection cubemap to avoid windshield glare at night in XP12 Worked around issues with some FMOD sound triggers not working in XP12, even though the exact same FMOD sounds work fine in XP11. Retuned the "buzzsaw" sound to be more audible and closer to the real airplane both outside and inside. Several hundred bugfixes (see full commit log below). Bugfixes Commit Log: 3DMODEL: Wings 3DMODEL: Exterior labels 3DMODEL: Vertical Tail - Added Canadian Flag 3DMODEL: Exterior Labels - Fixed animation for labels on nose equipment door 3DMODEL: Circuit Breakers - A lot of clean up. Re-aligning. 3DMODEL: Cockpit Object - Flipped rt and ic 3DMODEL: Cockpit Object - Changed PTT switch commands 3DMODEL: Control Columns - Remodelled PTT switches. Animated PTT switches and added manipulators to cockpit object 3DMODEL: Cockpit Object - Deleted obsolete objects that were not being used. 0004533: Typo in ECS study window due to line break in source file 0004532: Very long leg's distance incorrectly calculated after sequencing 0004530: FPLN WIND UPDATE with no wind data in the GFS dataset crashes 0004529: Show LNV1 instead of LNV2 on right side when in TO mode and NAV is armed 0004525: CTD due to assertion "is_valid_hdg(crs)" failed in leg_start_crs 0004528: Remove superfluous abus include from win_keeper.h 0004524: Passing last waypoint doesn't trigger flight plan sequencing 0004521: Shared cockpit guest's ATS MSD isn't respecting IND LTS setting 0004517: Departure path vertical estimation should be started from TER the not DER 0004515: IRS alignment is susceptible to bad biasing if the airplane heading was drifting very slowly during the alignment 0002753: Boarding lights on overhead 0004510: Implement auto-restart of the alignment if the computed latitude disagrees with GPS latitude 0004508: Add IRU debug log uploading to beta build when a bad alignment is detected 0004505: Handling of FA legs is broken 0004501: AoA datarefs aren't sync'ed to shared cockpit guest, generating spurious wingtip particle effects 0004499: Engine sounds are incorrect on shared cockpit guest 0004498: Add further hardening against bogus GFS data being ingested into fx_lin in phys.c 0004496: Broken GFS data from NOAA with zero altitudes trips an assertion check for field ordering 0004495: Entering a non-existent airway into the second VIA line in the AIRWAY INTERSECTION page crashes 0004491: Retune N1 buzz noise to match reference recordings a lot more closely 0004489: Don't treat '+' altitude constraints on climb/misap legs as being required for path termination 0004488: Doors page on GCP has misspelled "hydraulics" 0004482: OpenGPWS generates spurious chatter on XP11 about missing -ele png files only present in XP12 0004479: Use C++ designated initializers in user_settings.cc 0004476: TAWS terrain texture shows garbage in Zink mode at startup 0004474: glReadPixels in TAWS terrain elevation readback can cause 20ms stutter every 10 seconds on Nvidia drivers without Zink 0004471: MFD UPR MENU doesn't properly time out when CHARTS is displayed while the menu is visible 0004473: Do not auto-adjust the cruise altitude when no manual cruise altitude has been entered by the pilot 0004472: Ignore descent speed constraints in history if the leg has been bypassed by direct-to or manual active-from 0004216: CTD due to assertion "tune->cont.name != ((void *)0)" failed in nav_cont_draw_cb 0004466: XFLOW zone open_ratio is being applied incorrectly 0003321: Main door closing handle isn't making a sound when closed in XP12 0004460: EFIS miscompare and comparator operation CAS messages aren't generating audio and aren't behaving correctly 0003665: NAV-to-NAV transfer should be working without off-side NAV source being FMS 0002277: 2D overlays drawn out of proportion on multi-monitor 0004442: Split up time-in-nav and time-to-nav parameters in IRS Study window into two fields 0004456: Refactor LNAV capture law to avoid lethargic steering when entering a direct-to 0004424: When FD is operating in slaved mode, display master-side LNV FMA, not on-side 0004445: Hints updated Pt II: Add securing checklist hint image 0004454: Minor memory leak issues in OpenGPWS and OpenWXR 0004453: OrbX TrueEarth GB scenery DSFs are causing OpenGPWS to crash due to DSF parsing bug 0004449: Add PERF INIT INVALID CDU message 0004439: Add "MORE INFO" clickable links on study windows showing data displays 0004437: SAT2200 unit should operate even if only IRS position is available 0004425: Implement five LRN snowflakes on PFD 0004436: Refactor IRS alignment and tracking code to fix persisteng drift issues on XP12.07+ 0004438: abus should randomize module boot times a little 0004433: Engaging FLC should always sync speed target to current speed 0004435: FMC3 VNAV Path study window menu item is misspelled as "VPATH Path" 0004432: Typo in user settings tooltip describing F/O Assists go-around actions 0004429: Descent speed constraint can become applied too early 0004428: Hoppie CPDLC translator doesn't handle VVI arguments correctly 0004427: Ram air valve simulation must use a split flow model to allow for air draft to the OFV during motion 0004426: Accessing miscellaneous tab in User Settings while shared cockpit guest will crash 0004419: CIFP parser could include spurious PRDAT record in subsequent approach procedure if preceding approach was missing a MAP 0004417: Transitioning packs onto engines with anti-ice on shouldn't remove TO thrust if currently active 0004415: Simplify SplitMaxLenIter::next() implementation to remove a superfluous temporary variable 0004414: Optimize objkill subsystem and add kill datarefs for every object we don't absolutely need to be visible 0004412: Don't report LPV NOT AVAILABLE when approach is set to RNP mode in ARR DATA 0004411: Increase GPS WAAS map download timeout from 10 seconds to 30 seconds 0004409: When FLEX thrust is above TO thrust, set FLEX equal to TO thrust, don't blank FLEX thrust 0004408: split_with_max_len won't return any text lines if the input string has zero-length 0004407: pl21_text2lines trips assertion failure when double space next to newline is encountered 0004406: Use linear interpolation instead of orthographic projection for placing the aircraft symbol on charts 0004405: Don't allow sending TAKEOFF vspeeds in the air and APPROACH vspeeds on the ground 0004391: Spurious APPR NOT AVAILABLE FMS message when no approach is selected for an airport and we're within the terminal area 0004390: Remove old XP11 datarefs from librain when running on XP12 0004389: Refactor C++ version of PHYS_GET to use more natural C++ constructs to copy the field instead of memcpy 0004388: Remove superfluous IOC route entry 0004387: Revive atmosphere study screen for stock XP12 weather and display what atmospheric info we have from XP12 0004383: TAWS Mode 5 is missing front-course check 0004382: Dummy devices XM_RADIO, EVS_HTR_FAIRING and EVS_HTR_WINDOW should be removed 0004381: FDR MSGS column isn't recording FCC messages 0004379: ETA display on FROM waypoint is showing current time, not waypoint passage time 0004380: Move C string handling out of plrs into rust2c crate 0004378: Remove activation from older beta releases to force beta users to update 0004377: WASD walking can get stuck permanently if multiple opposing keys are pressed at the same time 0004376: Reduce the number of deprecated datarefs in phys.c being resolved in XP12 0004375: Flight plans containing legs with co-located terminators but with different names will crash when viewed on the LEGS page 0004367: FMS should prefer offset hold entry up to 5° away from an exact course reversal 0004316: Updated documentation for V1.8 0004366: Rewrite most data access URLs in the avionics to use our own server to avoid breakage when they change in the future 0004360: Celestrak URLs need to change to restore Iridium functionality 0004364: DDS textures are screwy in 3D rendered panel popups, so disable them until a solution is found 0004361: Implement flight plan fuzzer to help fix persistent flight plan construction bugs 0004362: Implement CHECK HEADING REF FMS message 0004363: Remove non-functional CMake SANITIZE build option 0004359: Regenerate Panel_layout.png from latest changes 0004358: FLAP MOTOR OVHT should say FLAPS MOTOR OVHT 0004356: Reloading the aircraft on EXT AC generator shouldn't cause a power cycle 0004355: PL21 configurations need to rebuilt cleanly every time build_release is run 0004354: Several corner cases of description code 4 IAF coding not handled correctly 0004351: Swapping or activating SEC FPLN breaks AIRWAY INTERSECTION logic and primary/secondary flight plan flag 0004028: LPV and RNP ARM should annunciate when in the terminal area, not when APPR is pushed 0004348: If no CRZ ALT is set, upcoming DES speed constraints are applied too early 0004346: C99 VLAs are considered harmful and must be removed across the board 0004345: Accessing Navigraph charts for EDDF or EDDL on macOS causes a crash 0004344: Optional types in libacfutils break build due to structcheck.sh not declaring __STDC_VERSION__ 0004342: Refactor is_null.rs to remove superfluous "return" keywords 0004341: Mismatched return type in libpnlren causing build breakage under certain conditions 0004340: Migrate to new generic optional.h implementation in libacfutils 0004339: Restructure FMC subsystem serializing refactor to get rid of needless trait methods 0004338: Add tooltips to User Settings window 0004337: Don't skip drawing TO waypoint when it is the first waypoint in the flight plan and it is a direct-to 0004335: Adjust pnlren.conf Y coordinates for glareshield to match new glareshield model 0004323: Descent path computation crashes when encountering a course-cut that produces a negative length 0004332: Implement customizable INOP stickers and CB collars 0004334: Update simbrief screenshots in FMS primer with new Simbrief UI 0004333: LPV NOT AVAILABLE FMS message should have been amber, not white 0004325: Tooltips don't display correctly in popped-out windows 0004324: If PERF INIT wind component exceeds TAS, this results in assertion trip in FPLN performance solver 0004322: Bulk fuel temp should be rounded before being compared against threshold value on SUMRY page 0004319: Implement MAX DEMO CROSSWIND message 0004317: Direct-to lead estimation is using the wrong turn radius in the presence of significant wind component 0004317: Direct-to lead estimation is using the wrong turn radius in the presence of significant wind component 0004313: Don't inject DESC_CODE1_FLY_OVER based on leg sequence, use dynamic fly-over determination in flight 0004177: VNAV window descent constraint can overlap DES ADVISORY text 0004308: Entering direct can break vertical path computations 0004312: Refactor symbol lookup facilities for crash reporting on Windows 0004311: AFD menus should be rendered on top of failboxes, not below 0004310: Refine climb constraint decoding functions to use more optional types 0004305: Attempting to copy back the BRG/DIST to an ABEAM FIX which is coincident with its REF FIX crashes 0004304: Rear cargo compartment is missing from XP11 ACF 0004302: Refine C interface in Rust part of pl21 codebase 0004301: Refactor FMS code to use a lot more optional floats for integrity checking 0004300: HUD shouldn't lose HDG when performing automatic reversion from MAG to TRUE in the polar region 0004299: If airplane is dragged around on the map, the EFIS sometimes reverts to TRUE heading reference 0004293: CTD due to [fpl.c:1891]: assertion "is_valid_alt_m(pos.elev)" failed 0004270: SVS sky color needs to be a deeper blue - take 2 0004290: keytool needs to link zlib from libacfutils, not from the OS 0004289: Implement anti-stick protection for momentary and pushbutton switches 0004277: Gear touchdown smoke particles have excessive emissive lighting 0004282: Hover-popups don't display until regular-popup is opened/closed 0004284: Implement SEND NA-NOT IN SYNC message 0004283: Spurious VSPEEDS DISAGREE message shows after cross-side FMC is shut down after landing 0004280: Beta update notification must not say that the installer will preserve liveries and saved views 0004278: Add Rust panic logging facility 0004270: SVS sky color needs to be a deeper blue 0004271: CDU and ISI brightness setting should be being restored between avionics resets 0004268: Show a cyan 'H' next to the DTG value when active nav source is VOR/LOC and DME hold is active 0004267: Nvidia driver on Linux is causing spurious GL errors in libsvs after the simulator windows is resized and aircraft is reloaded 0004189: Extraneous error logs from OpenGPWS [Cannot stat xxx.dsf] when searching scenery for tiles 0004266: DCU_TAWS_enums.h is using the wrong define in include guard 0004265: Refactor and replace header file parsing for runtime config files and remove dependency on ucppi library 0004265: Refactor and replace header file parsing for runtime config files and remove dependency on ucppi library 0004192: Attempting to enter airport XES0003 crashes due to tripping airport ID code length check in DEP/ARR subsystem 0003879: VNAV handling of CF-to-CF turnaround on DISIT1G still needs improvement 0004262: UNABLE FPLN ALT check on FACF should use coded constraint rather than effective path construction constraint 0004261: Entering FPLN average winds as wind components can crash if the FPLN contains descent legs without a determinate course 0004259: LPV approaches with intermediate fixes in the final segment cause a reversion to non-LPV presentation 0004164: CTD due to assertion rl->type == RL_APPCH failed (0x0 == 0x4) in ap_ctl_main 0003874: CTD due to assertion mach >= 0 failed (1.#QNAN0 >= 0.000000) in solve_vnav_crz_des 0004207: CTD due to [fpl_path.c:4328]: assertion burn >= 0 failed in update_perf_acf_state 0004258: FMC shouldn't drop PATH CAP enable flag when VPATH mode is active and vertical guidance is angular 0004257: Obstacle database refresh logic was missing 0004255: ca-bundle build broken due to libcurl internal changes 0004254: Implement serialization support in AIRWAY INTERSECTION subsystem 0004253: SEC PERF fuel needs to be cleared when SEC FPLN is reinitialized 0004251: SEC PERF fuel planning is completely incorrect 0004250: Possible race condition when resizing the FMC VNAV Path window 0004249: XP12.08a4 has changed the sim/cockpit/electrical/generator_EQ dataref to read-only, causing an assertion failure 0004248: Implement AIRWAY INTERSECTION page and flight plan construction logic 0004247: Represent 64-bit integers from abus to X-Plane dataref interface as byte arrays 0004245: libradio distort API must not be dllexport on Windows when building for X-Plane 0004244: TAWS TAD function should utilize TCF height during terrain intersection check, rather than a fixed 30ft 0004243: Left FCC isn't receiving R-FMC input data, causing failure to steer using LNV2 0004242: Don't prevent nav-to-nav transfer inside of the FAF, provided we've still got the MAP ahead of us 0003782: METAR, etc., lookup broken due to URL changes at AviationWeather.gov 0004241: When UPnP router responds with error during GetExternalIPAddress request, netlink_upnp crashes with an assertion failure 0004240: libpnlren's glpriv.h got renamed, breaking the build 0002078: BPB drops CL650 nosewheel when it starts moving 0004239: libturbine can crash during engine thermalization when long delta-time results in large oil flow into a bearing 0004237: Engines shouldn't flame out during fuel exhaustion from only one side of the fuel system 0004238: APU negative-G fuel pickup misbehaves when right main tank is exhausted 0004236: EXTERNAL DOOR OPEN CAS needs to show for radome, fwd eqpt and APU control door open as well 0004235: SEC FPLN progress data doesn't get cleared out after a database swap 0004233: Reduce thrust limit recalculation interval from 1 Hz to 0.25 Hz 0004232: Bump macOS minimum version requirement to 10.15 due to requirement for aligned_alloc() 0004199: Thrust limit should not auto-fallback to CLB when TO becomes unavailable at 15k 0004231: Prevent elapsed value passed into main_floop_cb from being zero or negative 0004230: Add smoke puffs when touching down and/or the tire skids 0004229: Fix typo carried over from documentation to say PRVDR in SBAS status message instead of PVRDR 0004228: When the current copyout leg is in the missed approach, copyout the entire missed approach 0004226: C++ warning and Clang build breakage fixes 0004225: Build breakage due to unused variables under clang 0003949: Sending V-speeds once already posted shouldn't remove them 0004224: If cross-side FMS cannot send v-speeds, the on-side FMS should show VSPEEDS DISAGREE instead of VSPEEDS DESELECTED 0004222: Refactor pause-at-TOD setting in user settings to give the exact reason for why it is not armed 0004221: Reduce cabin window glass thickness to reduce its thermal inertia 0004220: IRS aligning in windy conditions leads to excessive tilt error 0004219: If FMS position gets set to NULL_GEO_POS3, that causes a crash 0004218: IRS SET HDG needs to set TRUE heading when FMS is in TRUE heading mode 0004215: Loading .FMS file with embedded SID incorrectly sequences past first TO waypoint 0004214: Implement workaround if .FMS file contains spurious transition which is actually the last/first waypoint name on SID/STAR 0004213: Honeywell TCAS appears to be using 100 ft hysterhesis in both directions when entering/leaving SL2 0004212: Going direct-to the exit waypoint of a hold crashes 0004211: Immediate realign option in INS study menu is misspelled 0004210: librain commit 72981e9d broke CL650 build 0004209: Turn midpoint determination is broken when next leg is PI 0004179: CTD due to assertion next_leg->segs.main.type == FPL_SEG_STRT failed (0x0 == 0x1) in update_lnv_output 0004208: I28R at KMOD trips up VNAV path constructor due to IF at DLRAY including a VNAV constraint that should be ignored when virtual 0004206: Terminal waypoints shouldn't be considered in waypoint lookup unless the associated airport is in one of the flight plans 0004205: Constructed runway waypoints are using the ISO-3166 country codes instead of ICAO region codes 0004203: Reduce BATTERY OFF CAS message voltage threshold to 5V 0004202: Link DC ELEC BATT OFF legend directly to the corresponding CAS message 0004201: Misaligned hold tracks 0004195: Pushing START on refuel pump should confirm a flashing PRESET value without needing an explicit ENTER 0004194: Need support for RNP approach route type coding introduced in ARINC 424-19 0004186: The MFD checklist needs support for a RETURN TO MENU trailing item in addition to a NEXT CKLIST item 0004185: Add another CL650 operator checklist from user The_Doppi to the repo 0004184: New function attributes for thread_create() in libacfutils is causing build breakage due to missing return value check 0004183: First page on electronic checklist shouldn't have an automatic empty line inserted at the start 0004181: Refactor of libelec API for open-sourcing work requires aircraft-side changes to accommodate 0004178: Build breakage in fpl test program due to changes in airac.h interfaces 0004176: Synthesize an IF leg on STARs/IAPs if they start with a hold leg 0004175: Inserting a new direct-to leg in front of a HF leg won't insert a mandatory disco and crash in the path constructor 0004174: Panel popup code can crash in replay mode when X-Plane passes a negative delta-time value to the flight loop callback 0004172: Rewrite fuel price fetch system to account for upstream EIA API changes 0004173: Print log message if the user hasn't set their Hoppie logon code in user settings 0004165: CMU subsystem shouldn't be leaking Hoppie logon creds into log file 0004170: Add address sanitization to debug build infrastructure 0004169: Attempting to enter an invalid A/C TYPE in DEPART CLX should give INVALID ENTRY error 0004168: Do not permit PATH capture if we're in an altitude-changing mode if the ALT SEL is above aircraft altitude 0004159: BARO-SET PFD MENU design is incorrect and should allow fine setting of QNH value, not just STD/QNH swap 0004158: libacfutils commit 01e7b60a changed ZERO_FREE semantics and leads to crashes 0004155: Netlink connection check is prone to livelocking if remote end keeps spamming spurious input 0004156: Add explicit client HELLO message to avoid the server spamming the client with unwanted messages during the connection check 0004154: GCC __attribute__((packed)) behavior differs between compiler versions when targeting MinGW 0004153: Add fast-build option to build_release script 0004152: abus wire link info timeouts are too tight and can cause spurious failures 0004150: Netlink TCP sockets weren't being explicitly closed, only shutdown 0004149: Drop nanomsg-ng and rewrite netlink to use plain TLS sockets 0004147: CHECK FUEL AT [DEST|ALTN] messages need to behave differently when performance mode is MEASURED or MANUAL 0004146: hoppie_cpdlc_init function leaks the resolved struct addrinfo 0004145: Netlink connections are unreliable from Linux guest to Windows host 0004143: chk_data_base_dates_uses_rtc should default to true, not false 0004058: CTD due to assertion avl_find(&arpt->procs, proc, &where) == ((void *)0) failed in finalize_proc 0004139: LPV approaches need to switch angular guidance as soon as FAF leg gets sequenced 0004138: SVS crashes when encountering a runway with a 'T' suffix for true heading-reference 0004137: ABS() macro has been moved in libacfutils to math.h 0004136: Optimize SVS to perform a lot better on top of Zink (and in general) 0004135: Fire bottle squib electrical continuity test must fail after the squib has fired 0004134: Engine fire bottle squib test switch wiring is crossed 0004133: Foreground rendering mode in libsvs is causing crash in zink on reload or exit 0004131: Cleanly separate ABUS_NET functionality to allow for easier non-netlink building 0004130: Rewrite MFD VNAV window calculation for FPA and VSR 0004129: Provide a command to temporarily override ATS inputs by the user's physical joystick throttle inputs 0004128: Manually connecting a leg to a CF leg should convert the CF to a TF 0004127: Do not allow deleting a discontinuity preceding an FA, FC, FD or FM leg 0004125: FC leg names should incorporate the leg course in the name, rather than the distance 0004126: FA, FC, FD and FM legs should synthetize start leg in the database in case they are not preceded by a coded leg of matching fix 0004124: FA, FC, FD and FM legs should initialize lateral position in LNAV path solver to wpt1 not wpt2 0004099: ATS needs to retard throttles on FLC descent more slowly and permit manual user input after 4 seconds 0004123: Don't allow turn-anticipation until TKE < 30° instead of 90° 0004122: VNAV debug page should show GPS ALT when guidance is using geometric LPV GP, instead of barometric 0004121: VNAV speed algorithm needs to use actual VPA to waypoint instead of estimated angle for scheduling of the VNAV deceleration ramp 0004120: VPATH study window needs to use GPS altitude for drawing when guidance is using GS or LPV GP for steering 0004119: Add GS/GP symbol to FMC VPATH study window 0004117: Do not perform GP path blending to the LPV path, enforce a hard jump instead 0004097: When entering a direct into an empty flight plan, do not sequence the single waypoint into the FROM position immediately 0004116: Don't list header line on LEGS as (DIR) on direct-to legs when a manual direct-to is performed 0004114: Rewrite leg course handling to add support for true-reference procedures 0004113: CHECK APPROACH REF should actually say CHECK APPROACH PERF 0004110: Refine X-Plane FMS parser error reporting to make procedure loading failures clearer 0004109: Add workaround for LittleNavMap's use of DEP/DES instead of ADEP/ADES in FMS flight plans 0004100: Attempting to go direct-to an off-route waypoint while on an airway segment causes a crash 0004108: Discard missed approach status of leg when copy-out occurs due to procedure re-insert 0004107: Show TKE on VNAV debug with one decimal point of precision when TKE < 9.9° 0004106: SPD/ALT LIM header was misaligned on VNAV DEBUG page 1/2 0004101: Rewrite VSR advisory donut algorithm 0004104: Don't search for hold legs for VNAV PLAN SPD past the MAP when on approach 0004103: Hold decel algorithm should use 0 for min VPA, not FPL_MIN_VPA 0004098: Rewrite VNAV plan speed algorithm from the ground up 0004058: CTD due to assertion avl_find(&arpt->procs, proc, &where) == ((void *)0) failed in finalize_proc Debug logging, not a fix. 0004088: VNAV must enforce a level segment following FACF even when the subsequent leg encodes no vangle 0004094: Inserting ZEFFR7 without an originating runway livelocks the FPL edit machinery 0004092: Climb VNAV can erroneously select a descent leg for the climb VNAV speed cap 0004093: Trigger FPL path rebuild immediately when a new FMC fuel value is set by the pilot 0004091: Smooth leg join on FROM leg should be replaced by turn arrow after sequencing 0004089: Show speed limits for legs on VNAV path study screen 0004087: Refactor VNAV speed selection to always respect the active phase and upcoming climb and descent constraints 0003933: LIRM NDB 06R missed approach causes bad intercept path construction in turn anticipator 0004086: MFD window should show destination fuel in amber when predicted landing fuel is less than RESV FUEL 0004085: If a procedure is broken in the navdb due to a bad waypoint line parse, finalize_proc never gets called 0004082: VPAs computed on DIRECT-TO page are inconsistent with actual vertical direct-to path construction algorithm 0004081: FMC VNAV path visualizer is altitude-checking the wrong struct field 0004080: VNAV alt cap shouldn't be applied past a direct-to leg 0004078: Don't show hold turn direction in LEGS header encoding 0004077: Immediately rebuild flight plan path when a hold auto-exit arming action occurs 0004076: Convert LEGS heading to HOLD AT for HA and HF holds if the user elects to continue the hold after the entry is complete 0004072: HA and HF legs should be split into two lines on LEGS page 0004073: Honor descent leg speed constraints in VNAV cruise phase 0004070: Expand LOC capture range to DDM<0.3 and simplify steering algorithm to not pre-steer using CRS needle 0004068: Shorten loc_cap_delay by 0.5s 0004065: Remove Airbus-style runway waypoint name format 0004063: Refactor TA/TL picker for leg altitude display to work better when viewing the arrival while still on the ground 0004061: Implement waypoint database lookup delay 0004060: Implement simulation of processing delay of flight plan edit operations and path recomputation 0004054: Turn radius predictor should take subsequent altitude constraints into account to limit its total altitude change prediction 0004052: Altitude descriptors of type 'J' aren't being treated as AT constraints by the VPATH constructor 0004051: Don't place TOC/TOD marker on the FROM leg 0004049: FMC VNAV path visualizer isn't drawing actual TOD marker in green 0004048: Refactor approach e-charts SPLIT view to use new Navigraph chart section regions 0004035: to/clb/crz/mct headings on thrust limit page should be fully left justified 0004047: Add a VNAV path visualizer to FMC study menu 0004046: UNABLE CRZ ALT message must appear irrespective of whether we're close to the vpath or not 0004045: TOC position determination fails if the same leg also performs a descent 0004043: Numerical instability in radio path solver is causing GPS jammers to sometimes miscalculate power and exceed range 0004036: formatting differences on LEGS page with no flight plan 0004042: Distance estimation through lateral discontinuities needs refinement to allow for better vpath estimation 0004041: Empty transition passed in string_procedure needs to be interpreted as the "vectors" transition by default 0004040: fpl test program should use vectors transition in absence of dot-specified approach transition 0004039: Refine Hoppie speed parsing to support Mach specification with optional period and leading zero digit 0004038: Expand VDLMA station generation to include airports with "INFO", "AIRPORT" and "CONTROL" in their 1050 records 0004029: RF leg presentation on LEGS page should use a different line header format saying "ARC" instead of the leg length 0004027: Rework network livery sync for shared cockpit to work around six character liveries causing a crash when Windows is hosting 0004026: Separate debug version GPS jammer file for development purposes 0004025: GPS jammer file start/end date format needs to be more natural 0004020: Adjusting altitude pre-selector at speeds below Mach 0.4 disables FMS speed control 0004023: Retune XP12 flap drag & lift model to more closely match ops reference 0004021: Wayplane-terminated legs must not sequence when the TDV flag is set and the initial turn hasn't been completed yet 0003987: Update Anti-Skid response in Quick Turn electronic checklist 0004014: Passed descent speed constraint picker needs to skip over discontinuities to prevent speedup after passing a vectoring leg 0004003: Rolling mouse wheel on lower half of PFD/MFD popups should roll the RANGE knob on the associated DCP 0004002: TOD TTG calculation is using the wrong leg length when close in 0004001: Implement mouse-hover CCP/DCP popups for PFDs and MFDs 0004000: Performing a leg-shorten and conversion to direct leg should drop coded turn direction 0003999: Editing speed on vertically direct-to leg shouldn't clear the vertical direct-to flag and reset the VPA 0003998: When turn-anticipation code sees >179° turn angle, the DTG & TTG values have undefined behavior 0003988: VNAV doesn't use the proper path source leg when direct-to a waypoint and haven't passed preceding waypoint terminator yet 0003995: TDR and TSS need to use wire signal from PSEU for WOW, not ARINC 429 data and set Mode S GND automatically 0003973: Preset QNH resets to 29.92/1013 at kias<>mach auto-transition 0003991: Screen and window contents appear flipped on Windows when using an AMD GPU in Zink mode on XP12 0003990: Performing maual RWY UPDATE with only the originating runway causes a crash 0003989: Update USCG direct-download GPS almanac URL 0003985: laser_pointer_lamp must be array-only not auto-scalar, otherwise DRE crashes attempting to read the dataref as scalar 0003983: Export cabin door status to X-Plane door_open_ratio dataref 0003981: Implement new XP12 Mode-S transponder_mode enums 0003982: Add AIRAC database unit test to attempt to add every airport, runway, SID, STAR and approach combo into the FPL 0003980: Pause-at-TOD doesn't correctly recognize an autotically increased cruise altitude following a step climb 0003979: Refactor mt_cairo_render to reduce VRAM usage 0003977: APU FIRE button cover isn't auto-closing after timeout or actuation 0003976: Regmark on cockpit placard doesn't get auto-normalized 0003975: HUD not rendering on fbo:1 in beta14 0003974: Add Zink GL driver support 0003972: mt_cairo_render coherent memory mode is prone to flashing due to race conditions between render and present threads 0003970: Refactor cabin info system to avoid generating a background GL context for texture loading 0003967: VNAV path needs to stop path smoothing when it encounters a direct-to leg 0003966: Descent constraint isn't properly clearing advisory descent path status flag 0003932: Heavy black lines showing at panel gaps 0003964: PL21 panel popup system should use mt_cairo_uploader when not in coherent mode 0003961: X-TCAS build is broken due to is_valid_alt needing to be renamed to is_valid_alt_m 0003957: Manual leg in downtrack causes PATH arming check to fail 0003946: Implement Windows<->macOS/Linux interoperability for shared cockpit 0003936: Don't automatically show IP address of incoming shared cockpit connection in authorization prompt 0003931: PFD isn't correctly rounding down the minutes on the TTG indication 0003920: Don't generate a BOC indication if we're already at the final altitude (cruise or misap) 0003929: TOD capture lead should take current VS into account 0003930: ALT CAP steering is unstable on XP11 as a consequence of using pitch-attitude-rate as proxy for G load rate 0003927: VPATH capture is occurring immediately when diverging from the path 0003924: Refine actual TOD placement algorithm to avoid corner cases where the TOD falls on the boundary between legs 0003923: Drop VPATH mode immediately when FMC is no longer sennding the VNV_PATH_CAP signal 0003919: VDEV jump at FACF isn't forcing a vertical discontinuity and a VPTCH reversion 0003917: Actual TOD TTG computation is quite inaccurate and diverges a lot from planned TOD at longer ranges 0003918: Actual TOD placement fails when descent VPA is changed such that the starting leg of the descent changes 0003916: Modify SOCL rules to use non-capture gains for all path tracking to avoid wobbly steering at high speed and shallow bank limits 0003875: Refactor TOD capture logic and displace TOD point based on actual capture start point 0003913: FMC crashes determing approach RNP after a leg connect from STAR to approach 0003907: Refactor solve_des algorithm to avoid relying on having a preceding leg to construct a descent path on the current leg 0003906: constrain_path_alt_at_from_leg non-null end_fix check is inverted 0003905: Refactor fixed-pitch target steering to avoid oscillations in severe turbulence 0003904: Angular vertical deviation mode activates too early on LPV approaches 0003903: Refactor GP and PATH steering to use G-load instead of pitch target 0003900: Hold leg in vpath causes vert dev computation to fail 0003896: Reduce bank angle for initial DIR-TO turn prediction to shallow up the turn a bit and give it more room 0003883: Refactor and clean up wind direction data from IRS to represent wind-from direction 0003893: Real airplane doesn't limit roll to a target turn rate 0003885: Don't show range-to-alt-sel on PPOS when in VOR display mode 0002765: Prevent stock XP auto-throttle from engaging 0003890: When A429 bytes word length changes between versions, deserializing bus with word can cause memory corruption 0003889: Range-to-alt-sel should hide when 100 ft from target altitude, not 200 ft 0003878: Close-to-TOD trigger condition should be calculated as distance from origin, not distance to path 0003887: Don't recompute TOD point while on GS mode 0003886: Refactor AP control loops to use roll rate and G-load targets 0003884: Transposed arguments in VOR parameter update function call causes radial rate to be calculated incorrectly 0003880: DME radio failures are loaded before module instance number is initialized 0003876: Refactor direct-to to avoid generating a (DIR) IF pseudo waypoint and breaking up the flight plan into pieces 0003846: TOD point on current leg needs to be recomputed from present altitude 0003873: Implement circular range limiting on map lights 0003870: Inhibit external door manipulations while in motion 0003872: Add overhead map light pan and tilt manipulation 0003868: Generate a log entry for when loading an alternate from simbrief fails 0003866: Trying to go direct to a waypoint following a discontinuity which is more than 4000NM for away trips a distance assertion 0003867: Waypoint sorting on SELECT WPT page when invoked from FPLN page is broken if the preceding leg is a discontinuity 0003854: Bank limit for the AP in HDG mode should be 27.5° 0003863: On XP12 modify array index 4 to change the absolute nits brightness, not the brightness scalar 0003862: Laser pointer needs to be much brighter on XP11 0003860: Implement laser pointer integrated with shared cockpit to allow point at things for the other pilot 0003858: "Stanby" typo in failure manager, 34-Nav 0003853: ATS MSD needs to show amber FAIL while ATS computer is booting up 0003852: Refactor map source on MFD and nav source on PFD indications and add failure flags 0003851: When FMS has no current position, trying to SET POS crashes 0003850: Add automatic brightness control to the cockpit EFB 0003845: 1/2 bank limit at high altitude should be imposed only by the FCCs, not by the FMC's LNAV steering algorithm 0003838: LNAV capture will not occur if the TAE is very small 0003843: Implement TRU fans 0003842: Implement switch manipulation for battery connections 0003841: DF legs do not encode TDV flag even when they require a specific turn 0003840: Add support for persistent coherent memory in mt_cairo_render 0003839: Refactor hold steering to use BAR algorithm 0003836: MFD window should show -MANUAL- and -MEASURED- line when in the respective FMC performance mode 0003763: Loading a failure scenario doesn't get transmitted over the network to the other host 0003834: Fix incorrect uses of find_nrst_appch_leg which would get confused by a disconnected approach leg 0003833: When starting leg to LPV approach becomes disconnected due to DIRECT-TO, LPV/RNP toggle stops working 0003832: Add objkill datarefs to forward equipment bay 0003830: Doing VNAV direct when resulting sin(VPA) * dist_to_prev_wpt lies between 30,478m and 100,000m will crash 0003829: Pushing LSK 5R on FPLN page 1 acts on the first flight plan route line instead of being inactive 0003827: Excessive TKE check in wayplane termination will fail if called on very first runloop iteration after leg sequence 0003824: HSTCU should declare itself offline even when only the MCU's AC power input fails 0003823: AC ESS BUS power status determination needs to use relay K1XD pin A2 signal 0003822: AC 1/2 AUTOXFER CAS messages must have same trigger as AUTO XFER FAIL lamp drivers 0003821: 24-51 UTIL OFF (lamp only) trigger is incorrect 0003820: AC ESS ALTN and ESS PWR ALTN lamp driver conditions incorrect 0003819: ESS TRU 1 and ESS TRU 2 CAS messages should be white status, not amber cautions 0003817: Use BAR algorithm XTK limit to determine when to capture LNAV 0003811: Selecting origin SID on ILS approach crashes in nav-to-nav transfer frequency lookup code 0003796: Refactor LNAV & VNAV to new constant-radius steering algorithm 0003804: User settings window shouldn't show "(null)" when WAN IP address determination fails during UPnP setup 0003800: Leg sequence-based overfly determination needs to be dynamic and mustn't be pre-applied during procedure load 0003802: FPL sequencer can fire too early when leg change angle is too small 0003801: Refactor leg termination to use wayplane and arc radial terminations for the appropriate legs 0003799: Fuselage must not be killed when forward equipment bay doors are open 0003797: When on-side nav source is not FMS then on-side nav radio tuning mode cannot be auto 0003794: Nav-to-nav won't detect approach if a leg shorten is performed which places an approach transition leg in front of the FAF 0003793: If the last waypoint on the FPLN is missing a constraint, VNAV path construction isn't honoring preceding at-or-below constraint 0003791: When an ARINC 429 data word type changes, don't trip an assertion after deserializing a state with the wrong type on the bus 0003790: Glideslope reference line on HUD should show flaps are extended, not only when fully extended 0002445: "Design Studio" not set in the ACF 0003779: Selecting VECTORS transition should always insert discontinuity ahead of IAP legs 0003780: Refine LNAV gain scheduling to more closely match real world avionics behavior 0003778: Do not arm PATH mode when not navigating on FMS nav source 0003772: ISI brightness isn't preserved in airframe state 0003770: Refactor LNAV steering code to follow real avionics algorithm much more closely 0003768: Sudden reposition downwards can crash in FPL path solver due to altitude underflow 0003673: AT OR ABOVE constraints on the FACF should be treated as AT constraints 0003767: Guest position is mismatched to host when host is on XP11 and guest on XP12 0003766: Make wind entry more strict to reject any junk in the wind speed portion 0003764: Refactor R/T-I/C switch on yoke and clean up REU interface for unified radio keying behavior 0003762: Setting FLIGHT ID on ATC/TCAS CONTROL page isn't functional 0003761: FPLN page is missing support for PDW lat-lon entry format 0003760: Implement PDW entry in shorthand ARINC 424 format 0003759: Visual presentation of hstab angle is disconnected from physical stabilizer trim state on XP12 0003755: Control wheel PTT switch description is reversed in switch_list.txt 0003754: Pushing [LEGS] key while showing LEGS to get to page 1 with a leg in the scratchpad shouldn't clear out the edit hint 0003753: PSEU should start MLG retraction after a timeout even if NLG cannot be retracted 0003752: NOSE DOOR OPEN message must be inhibited during nose landing gear transition 0003751: Hack XP12 brightness of ATS MSD to workaround bad behavior at dawn/dusk 0003750: Refactor HDG mode turn locking to avoid overshooting the heading target at high rates of turn 0003749: Parallel and offset hold entries weren't complying with refined DO-236 hold steering 0003746: FLC activation on overspeed shouldn't sync speed bug to current airspeed 0003747: Turn anticipation needs to use algorithm described in DO-236 in section 3.2.5.4.1 0003745: Holding pattern construction isn't compliant with DO-236 rules 0003744: Fix completely incorrect computation of TKE 0003740: Toggling NAV radio to auto tuning doesn't clear set-by-id flag when cross-side CDU tuning is disabled 0003741: Manually tuning DME freq should switch VOR tuning to manual 0000874: 3xTune Inhib = COM 1 set to 121.5 0003742: Back-feeding of ENGN_FF is setting kg/hr when it should be setting in kg/s 0003738: Add key lock mechanism to forward equipment bay doors 0003737: String replacement of $MSN was truncating 5-character MSN at 4-characters 0003735: Reflection rebuild dataref had a typo in it 0003734: Mark cockpit OBJs with text on them as hi-res to avoid blurries in XP12 when the sim is having VRAM limitation issues 0003730: Deleting VNAV constraints on deduplicated enroute legs doesn't clear constraint class flag 0003729: Pushing LSK 6L on FIX INFO page shouldn't return to the INDEX 0003728: Update CL650 Shared Cockpit Quick Start Guide to version 1.1 000xxxx: libcpdlc update 000xxxx: libacfutils update 000xxxx: Refine XP12 flap drag coefficients to bring performance closer to Ops Reference manual Enjoy these latest updates, and stay tuned to the forum as we continually announce the latest happenings.

Hi all, with the upgrade transition finished, I thought I'd report on whats planned to help set expectations for the future and into 2024. A high priority is weening off of technologies that may cause "show-stoppers" for customers or in danger of causing conflicts as XPlane and computers evolve. This means the transition to the FMOD sound engine is first up...as we've seen some issues for customers and is a sign that things aren't going to get better. This is a pretty good sized job as we have quite a few sounds we have to port and we also have a LOT of code we have to excise without breaking other things. A port to FMOD easily sets the stage for many more years of compatibility. We don't work completely linearly...so in interstitial gaps in time between FMOD work, we'll also begin integrating in the XP11 Navdata format. Users won't see this for some time as its a big under the hood change. This is necessary not only to improve the IXEG FMS, but is also necessary for two future products with FMSs and as with FMOD...ensures forward compatibility...so this move to the XP default is also quite important. Third, we'll also begin work on the FMS VNAV / holds / performance predicitions. This work depends on the XP11 navadata to some degree, but not competely so we'll be able to make strides in this department while working on the XP11 navdata format transition also. Also, we're refactoring (rewriting) an enormouse amount of code for future-proofing and developing a new graphics library along the lines of what the RSG and TorqueSim folks are using. This will open the door to more engaging graphics for GUIs and value-added interfaces such as failures and EFBs etc. and Finally, we'll work on a new, high-resolution exterior model with new paint kit. We expect this work to take most of 2024....but it very much has applicability in the other projects we're doing so the end of the road isn't just some "under the hood" stuff on the IXEG, but also new models. Thank you for your support, we'll continue to keep working. -Tom Kyler

Surprised it hasnt being posted yet. Thanks Tom great interview,

This isnt' the kind of thing I'd normally throw out there....I don't like excuses, but there is some behind the scenes info on whats going on time wise. ...and I know how hard the team is working despite the circumstances. We had planned the release earlier, when everyone was avail to support, but my elderly mother had a AAA (Aortic aneurism) a short while ago and I had to bolt out of town for the emergency, and this delayed the release. I don't want sympathies or well wishes here or in PMs, please keep those to yourself.....that's not what this post is for. This delay pushed the release back a bit.....to this weekend where some of our team are out of town (one out of country) for events with their families they scheduled months ago...and unable to work efficiently as they'd like. They're trying the best they can..and we're trying to get back together as fast as possible so we can get on with the business of improving the IXEG. We'll be hitting this hard tomorrow as well. We are fully committed to getting everyone up and running. This post is simply to let folks know that "life happened" to us these past few weeks and we're not just ignoring folks or don't care, or have lowered our standards. With all that said, I'll be hammering away all week on the things I can control. The other team members will continue as well and we'll be running on all cylinders again very shortly. TomK

Hi everyone, just landed and got home, 11h flight from SBGR... just catching up on the posts here and wanted to let you know that I will take over for a bit, after taking a nap, only had about 3h of break on the flight. Weight and balance + fuel has to be set up through the default X-Plane menu for now Spool up times for engine start is a known subject, we can not control the fuel scheduling in X-Plane 12 and therefore this is a function of engine inertia...we are looking at a way to slow it down a bit more XPUIPC does not work in its latest version, use the one posted in this thread earlier (this covers most "throttle does not move" issues Activation problems will need to be solved with X-Aviation support Discount email problems will also need to be solved with X-Aviation support When encountering unexplicable problems the default X-Plane troubleshooting rule applies: Remove all (other) plugins and try again, if it works, add the removed plugins one by one to see which one is conflicting Further discussion of problems and issues will be handled in the "Support" subsection of this forum. We are determined to get the first patch out with the most common and pressing problems fixed first, thanks for everyone´s patience and help in finding and eliminating bugs! Cheers, Jan

Just done a flight in XP-11.. I tried several different planes on xp and msfs, dumping fuel into the engines early and IXEG is the only one that got a hot start and then what really impressed me was when motoring the engine the EGTs cool down faster as I would expect. Not really one for nit picking like that but it was really just out of curiosity lol. I really can't wait to have a blast in the XP-12 version. IXEG is really the only plane that, after flying others, I get back into it and think... Wow. I like to spend a few moments hand flying her and manual Landings are a treat. 737-300 is one of my faves, fat little nugget with its cute little squashed engines and lol.

I can certainly appreciate your anticipation and eagerness for the update. Currently, we're working diligently on adapting to the intricacies introduced by X-Plane 12, especially due to its major changes affecting our unique turbine engine model. While I'd love to give you a specific timeline, we're diving deep into a comprehensive re-write on multiple levels to ensure the best possible experience for our users. Therefore, it's difficult to pinpoint a release date. All I can assure you is that we're committed to getting it right, rather than rushing it. Quality takes time. We appreciate your patience and understanding. It'll definitely be worth the wait.

@gemster18 I understand your frustration regarding the TBM 900 not yet being updated for X-Plane 12 compatibility while other aircraft, like the IXEG 737-300, have already been updated. The teams that work on these products are different people. As has been previously mentioned here, the TBM team (Hot Start) is actively working on a TBM update that has proved to be a major challenge, and ultimately a big re-work of how the product is done. Each aircraft presents unique challenges during the update process, and our goal is to deliver a stable and high-quality product that meets our standards and your expectations. We appreciate your patience as we continue to work on the X-Plane 12 TBM 900 version. We value your feedback and are committed to providing the best possible experience for our customers.

I understand this - and I also like to have "development updates" on the games I play, stuff that the devs work on, plans for the future, just some chatter to read and follow along with. But we at IXEG are now just a small 2 person team with "real" jobs and families and shifting life priorities. We already talked a bit about what we could envision in the future... right now there is nothing to talk about. Tom is working slowly on converting the sounds to FMOD (which will not make them sound different at all) and we are still planning to fix some stuff like the VNAV and HOLDs, but a timeline can not be given and doing so would just not be reputable. For me the IXEG 737 project at this point is purely a labor of love. The income I get is negligible and my motivation is purely from my love for the aircraft and the good vibes and emotions I get when interacting with the users. If you want to see the 737 get developed further in the future, don´t take that motivation away. Posts like yours are a good way to kill that motivation. So as harsh as that may sound: There is nothing to talk about right now and we are also not some YouTube or Instagram channel who needs to post new content every day to keep his followers engaged.

Greetings, fellow aviators! We're beyond thrilled to announce that on September 7th, 2023, we will be launching the Leading Edge Simulations DC-3 v2. This is an all-new aircraft compared to v1, and truly expands on the fidelity of the systems compared to v1. A perfect blend of history's elegance and modern simulation marvel, this aircraft is a testament to the golden age of aviation, now meticulously crafted for your virtual skies! Special Upgrade Offer for Our Loyal v1 Customers: To show our gratitude, all v1 customers will receive a 35% discount on the new DC-3 v2. This discount will be valid for 60 days from release, so be sure to get in on the offer before that time is up. We value your continued support and want to ensure you enjoy the evolution of this classic beauty. From its intricate 3D details, authentic systems and the duality of classic and modern variants, the Leading Edge Simulations DC-3 v2 promises an unparalleled experience. Whether you're a seasoned pilot or just starting out, this iconic bird offers something for everyone. Go to Product Page So, mark your calendars for September 7th, and prepare to traverse the virtual skies like never before. History awaits! Be sure to check out the new product page for the Leading Edge Simulations Douglas DC-3 v2! Blue skies and safe landings, X-Aviation

So....good example of why this port to XP12 is a pain. ..and this is just one of a lot. Went over this for a long while yesterday and just had trouble trying to code around it. Took it directly to Laminar and sure enough, the acceleration ramp between lightoff and idle is simply inaccurate. The acceleration curve shape between lightoff and idle is hard coded and not tweakable via PM. Below is the N2 ramp for the default 738 (which has the same problem). This is Laminar's own data of N2 vs. time (but my overlay comments). You can see the very rapid rise of N2 after lightoff...getting to within 80% of idle in a few seconds. So you may ask, "well why don't you custom code it"...and we do to some extent, but there is a limit. Some parameters, if we decide to override, means its all or nothing. So if we "override the engines" for example..then we have to write the entire engine model for all regimes and that is almost a product in and of itself. Besides, Laminar's model is mature and pretty good...no need to reinvent the wheel.....to me this is simply a "plane-maker design issue" oversight. A 'coefficient' should have been provided (and is what I'm lobbying for) to shape this curve...like a lot of curves in PM can be shaped. The good news is its official, we're filing a ticket to Austin. Also good news (but not perfect) is I've coded a workaround for the next patch to get us through.....because I'm sure it'll be some time before the next update to XP comes out with this fix. The limitation on my patch will be "don't mess with a running engine while the other one is starting". If you do, then the starting engine will exhibit this "rapid rise" behavior somewhat. ...but many folks may not notice it. and these kinds of sweeping modeling changes are all over the place, and have really wreaked havoc with the accuracy of our performance. BUT....we're working on that too now. TK

At the end of the day, you have to look at it like a business and not a charity, mate. If yall can't grasp the idea of this then there is something wrong with everyone whinging about it.. It makes sense to me to honour the free upgrade to someone who has just recently spent $85 on a product to then have to again pay to upgrade it.. If you cant save £15 in the space of 2 or 3 etc years to upgrade then I don't know what to tell ya lol. A loyal customer like my self will happily pay to upgrade, you know, to support the developers. Jesus can we please just stop with it now cos im already in a bad mood, come home and read a bunch of schoolkids crying about a 10ner...

There are elements of PBR in the cockpit already, though not to the extent of the cabin for sure. I will make a pass over that at some point to determine how to best thandle this. Our techniques at the time didn't have the 'power' we do today with Substance Painter. So yea, I'll give it a look, but it will be gradual process after other things are handled first. -tk

Been learning/flying the CL650 over the past couple of weeks and thought I'd seen largely everything it had to offer. Then I get an oil pressure warning as we approach Skiathos. Turns out we should be checking the oil before each flight. As a RW pilot, I know this but am flabbergasted to see it modelled in the CL650. I've been simming for the best part of 40 years and have seen nothing like this. The rest of the industry really needs to see how far up the bar has been puished and attempt to rise to the challenge. Anyway, my heartfelt thanks and appreciation to all behind this wonderful aircraft. Owain

NOTE that the B733_mcp image file (png and dds) will be gone in the next patch. It was a hack of a system from 2010, before the DDS textures...and I've redone it to proper XP standards with modern lights. @maub Unsure how that may affect the text at night....be curious to know..even if that texture is going away. @Bulva replace the two DDS textures with theses PNGs and you should be fine. B733_mcp.zip

Gods can only thrive where humans wonder

The bulk of that time was spent on the CL650 update, as there was quite a bit to take care of. As there's only 2 of us, we have to prioritize the work according to various factors. Is there an ETA? Not one that we can safely stick to. We loosely planned to push out the last update for the CL650 within 2 years of release. That deadline passed 3 months ago. We're putting in the hours to get both the TBM and CL650 done as soon as we can, as we want to move on to the next project. All I ca n promise is we aren't going anywhere, and we're working to get everything done.

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.

Gotta say, this is one of the more bizarre/confusing posts I've ever seen. But, all that aside so others can kind of follow what's going on here:

@rosseloh Thx for that report. After quite a bit of investigating...it may be X-Plane didn't 'break' anything. As the sim evolves, Laminar puts in more detailed models and for older aircraft where those details didn't exist, then Laminar has to toss in some default values. In some cases, those default values provide behavior counter to the way things used to be...so while it seems X-Plane BROKE something...they really didn't I think that's the case here. X-Plane has refined their fuel transfer and 'tank types' a little ways back, but since I wasn't affected, I never bothered to look at their new system and try and leverage it...I just let my old 14 year old fuel transfer code stick around. I think they might have "tightened up" some code, which closed holes in their own code. I've been able to manually set up a fuel tank / dataref config that seems to work, but need to tie it into the cockpit controls. If it works in 12.08, the that will be a good thing and I'll move focus to the Moo for a bit and get out the next round of patches. TK

I will graphically supplement the answer on how to activate or exclude the pop-up side menu

We refuse to post specifics in public, because many times what we plan to do, never makes it to the final product. Then we have to deal with, "But they said they were going to do it! What happened?". And the reason can be 1 of many. If you really want to know what we're currently up to, I can give you that. Due to the changes made in XP12's engine model, Saso continues to work on "libturbine". He's also adding a few "extras". And me, I'm juggling 650, TBM and DC3 update work. The TBM is getting some polish on the 3D, textures and animations.

Next - first real flight one - video is up:

Tom explained it in the recent video he did with Q8pilot - he had to make a decision whether to continue developing the 737 or going down another road in his life to make money. And he needs to eat now, he can´t go hungry for a few months with people on the fence waiting if they want to maybe update or not ("I want to wait until they put in the holds..."). That is why we nudge people to pay the money now.

Hello All, This will serve as an official announcement that we have released the version 2.0.1 update for the LES Douglas DC-3 v2. All customers who have purchased the LES Douglas DC-3 v2 up till now have been sent an e-mail by X-Aviation with complete instructions on how to obtain your update. We have made this a very simple process! For those that purchase the LES Douglas DC-3 v2 from today forward, your purchased download will already be updated to version 2.0.1 for you. What if I didn't get the update e-mail? If you did not receive your update e-mail don't fret! X-Aviation has updated our system to allow all customers to update with ease, regardless of whether you received an e-mail for the update! Here's what to do: 1. Login to your X-Aviation account here: https://www.x-aviation.com/catalog/account_history.php 2. Find your original LES Douglas DC-3 v2 download and re-download the file. It will download as the latest version! The following is a list of additions/fixes included: What's New / Changed: Both Variants: Fixed aircraft locked issues Fixed Cowl flaps from working without hydraulic pressure Differential power will be disabled when tail wheel is not on the ground and MAP above 35 Pilots are visible from outside, only when the aircraft is powered Cabin door manipulators are available when parking brake is set Improved American Airlines livery colors and resolution Improved Hellenic Aviation Authority livery resolution Added toe brake animation 'READ THE MANUAL' button now opens the online manual in your default browser Modern Variant: Fixed ADF1 ET timer - Does not reset when the unit turns off Fixed ADF2 timers - Not working properly Fixed Transponder ID button - Working when in STBY and TEST modes Fixed Transponder TEST mode - Three first knobs can change the code Fixed Transponder code - Resets to 1200 when unit is turned off Fixed Copilot's CI TO/FROM flag - Responding to pilot's CI Fixed some sounds not audible due to wrong coordinates (fire bell, overhead, etc) Fixed AP test tone Improved instruments night lighting As always, thanks for being a customer with X-Aviation. We appreciate your feedback and support!

@AngelOfAttack I have identified and fixed the reason for the weird pitch during takeoff and landing. It will be fixed in the next version, so dont get too used to the effect ;-)