tkyler

duly noted and fixed. the "little aircraft" on the HSI is part of the "panel glass overlays" and simply turned off during development. It will be there for release . The altitmeter adjust bug is white (supposed to be orange)...there's no hole in the yoke for the control lock....and .....***. SUCH is the life of quality control before release! I'm a lot pickier this time around than I was 10 years ago it seems.

The variants I refer to are the "panel variants", not the prop; however, If you consider the 4/5-blade options, then there are actually 6 variants (3 panels x 2 prop options) and indeed their are 6 *.acf files.......or 8 if you include the GTN-750 equipped one for Windows only owners (developed after the official release). That's one of the things dragging this out a bit...each one have their own differing set of support files and of course sound files. Quality control is quite something. anyhow, the panel variants are 1) OEM Radio panel 2) Garmin GNS/GPS Radio Panel 3) Garmin G600 PFD/MDF with GNS/GPS Radio Stack. Note the 3rd option is only available for owners of the Real Sim Gear G500 /600 product from X-Aviation. Below is a screnshot from the docs regarding the panel/prop variants.

you definitely missed it. answer is yes.

RE the GTN. I believe I found the information I needed from an example *.ini file provided by timber61 from X-Plane.org....certainly enough to experiement. I'll set about integrating the GTN; however, the offering will have to wait until after the initial release though I suspect it shouldn't take terribly long. My workflow is already set up for handling variants efficiently. -tkyler

Very good to know. Thank you for that info!

not at release no...not beyond default X-Plane.....but a little more explanation is probably warranted. The code infrastructure absolutely supports the implementing and mangement of failures of lower level components... and indeed I've had an algorithmic model for failures for many years "in my head"; however, I feel an interface to implementing and managing failures is a critical thing to get right for the end user. Such a system would require a "repair module" in my mind. In other words, if you experience what appears to be a failure...how do you know whether its a bug in the software, an omission of a feature, or a genuine "purposeful simulated failure?" Its not unreasonable to envision some kind of "maintenance inspection report feature" where you could get some kind of report on any thing you feel was not working correctly and wanted to have a virtual A&P investigate further...otherwise, you'll end up on forums asking if anybody else has seen "the problem" you're seeing and is it a bug. The limitation, for myself, has always been programming the GUI for such a system...which in the past, required some openGL skills, which is not my strong suit. Gizmo has since introduced the 'imGUI' UI toolset, which I'm just tippy-toeing into on this V2.0 release...but the feature set of imGUI seems to be exactly what I need to get my "failure model" into some kind of "management interface', at least for individual "in sim" management. I've had "web based online failure mangement models" also in my head for some time. (Any full-stack web programmers interested?) So its in the pipeline for sure...the ixeg 737 is built around the same code infrastructure and awaiting a similar GUI interface, but I need some time to develop the "failure and repair interface module" to the vision I have in my head that would be sufficiently engaging for users...which includes me. FWIW, there will be a 'roadmap' documented for the MU2. Such includes the failure work and expansion of the systems. There is a fine line between "systems from the pilot perspective", vs. "systems from the maintenance perspective". For example, some instruments which users see as "one instrument" is actually many in one. the HSI/ADI for example. The ADI gyro uses power from one source, the ADI flags from another and the GS/LOC signal inputs from another etc....so its possible to fail "some" of the instrument, but not all of it. Simulating these 100% accurately requires having knowledge of instrument "pinout diagrams", which are tough to come by as many of these instruments are proprietary and folks in legal possession of these diagrams aren't exactly handing them out like flyers....even if these instruments are 30+ years old. Beats me why this is, but it is. I will certainly be continuing my efforts to improve the Moo systems to this 100% goal (whether attainable or not) as time moves on. After all, I too am a fan of learning these systems at really low levels, if for no other reason than the fun of it. -tkyler

I'm trying. still can't get a response out of Jean-Luc of RXP. I've reached out on 3 separate occasions. Again, after release and stabilization, I'll set about putting in the GTN if I ever get the info I need. I'm making room for it, I can tell you that. -tkyler

XP 12 definitely has a lot of "under the hood" changes will affect the Moo; however, immediately after release and stabilization, I'll begin to test/tweak it for XP12 also.

Another update. Though its been quiet here, it is still very much full speed on my end. There simply is a lot of infrastructure work and double-checks to get ready for release. One of the things I'm doing is moving the documentation to be browser based. That was a bit of a last minute decision but one I think will pay dividends moving forward. This makes the documentation searchable and navigated much more quickly and in addition, much easier to update and read IMO. I also forsee the need to facilitate tutorials and such and this format will allow the addition of such material to be added more quickly and presented more effectively. This infrastructure will also serve as a foundation for similar documentation efforts we plan to bring to the ixeg 737. We should be able to publish the docs to PDF also for those that desire such. The paint kit is also complete, which required its fair share of prep and documentation also. The documentation will probably drag on another day or two. At this stage, its looking like early June release. I will say I'm disappointed its not in the 3 week time span I had hoped and predicted, but not disappointed with why...because I simply want to refine lots of little things to ensure its a first class simming experience and its coming along very well. -tkyler

Quick report. I'm moving things back oh so slightly. At this point, I'm updating the docs and working on the sound engineering. The sound is the long straw here, FMOD is a bit new to me and quite intimidating for first timers and taking a bit more time than I hoped to get up to speed..... and I'm quite picky about sound. I am still working on it daily and safe to say that when the sound is done, we'll get it out. I won't say when, but I myself will be quite disappointed if its more than 3 weeks. -tkyler

I don't think I'm going to make it in April Marco.....though I am very close to wrapping things up. Targeting first half of May it looks like now. Right now there is a lot of quality control checks being done. With 3 variants it is quite a lot of flight testing. The last week has been compatiblity work with all the probable hardware configurations and setting up the preferences etc. All the lighting / night lighting is done and the only thing that remains is a punchlist of small items, a few more liveries to do and the last thing will be the sound. This certainly won't drag out, there is nothing else on my plate and this work is all day every day for me until release. -Tom

I need to digress on this statement. The HDG/GPSS converter is still required with the G600 variant, because it uses the same older autopilot as the other variants...not sure what I was thinking with I wrote that. The operation is quite trivial...enter/activate flight plan, engage autopilot, press HDG mode...press GPSS button, crack open a magazine and pass the time. I did get word from Philipp at Laminar though...that for XP12, you will have to be within a reasonable proximity to the GPS flight plan TRK in order to capture the route. XP11 GPSS is a bit 'nice' in that activating GPSS, even when you're a good ways off of a GPS leg...will still turn to intercept and track.

The SHIFT 'backslash' key, is the normal default "toggle" between reverse and forward thrust for the 1.9 series MU2. Also, there is a preference to use "split throttle lever" versus "realistic". To use the key to toggle between reverse and forward, you will want that preference set on "split"

I should elaborate more. There are two ways the autopilot can "work" with the GPS...so that's a bit of a loaded question. The GNS units have analog outputs so that they can drive older autopilots via the "CDI tracking" capability the same way the autpilots track a VOR/LOC......but of course this means you have to adjust the OBS to the next course leg before every turn before the CDI guidance by the GPS can do its thing; however.....I have decided to implement a "GPSS converter" for the GNS variant, which is available within XPlane (going in right now in fact). ...and so there will be a GPSS/HDG button on the panel for that variant. The G600 variant has GPSS 'built in' as it were....no HGD/GPSS button needed, its good to go driving the autopilot via GPSS. -tkyler

There is roll to be expected in these things. The magnitude however, was reduced by Austin some time ago. Being there is no mixture lever in the MU2, this shouldn't be issue if you map your hardware levers to the prop speed levers.

for the record.....I am absolutely willing and anxious to look at popular 3rd party products and integration with such; however, only after I get everything working smooth with default X-Plane first. So any love for these 3rd party add-ons will have to wait until after release. The G500/600 received a little extra love because a lot of MU2s have these nowadays and the integration was discussed early in the MU2 rework with the G500/600 developer. The weather radar specifically is a bit of a odd duck at the moment in that we are close to transitioning to XP12 with its completely new weather engine and possibly new weather radar....so the weather radar is not getting any love at this instant and will initially ship with default XP11 weather radar. I want a properly functioning "old school" radar for sure, but am currently in a 'wait and see' with XP12 being around the corner. I do not have visual 3D icing effects yet but intend to. I'm reluctant to quickly toss on 'stacking show/hide polygons' to simulate 3D ice buildup as I think its a bit cheesy. For myself, given the choice of "do nothing" vs. "do something, but it looks kind of cheesy to me", I'd rather do nothing until I can do it to what I feel is a quality implementation. As far as whats "planned", all I can say is "everything I can"....in due time. The Moo is really a labor of love and I have quite a long list of extras I want to add to it once this new foundation is in. Right now its 10 things at once leading up to release, but afterwards, I can begin developing high quality extra features that will really improve the Moo experience. 2022 is basically slated for IXEG and Moo improvements. -tkyler

It is not currently implemented and I haven't looked into it at this time (nor librain), my plate is pretty full with other things that take higher precedence; however, it is on my list and my code is structured to support integration with some of these great add-ons.... so it will get looked at in due course. -tkyler

A few more interior shots showing some more angles. The interior design is quite subjective and I suspect I may (after release) do some alternate schemes for folks to choose from.

While I don't like to give dates because there are a few unknowns (FMOD sound in particular)....I think its fair to say it will come out some time in April almost certainly. I have a target on my calendar that is in April and working feverishly towards that and best I can tell, still on track. That's the best I can say atm.

a solid "maybe" is all I can say. There are some reasons for doing so now that weren't as pressing as in the past and so its occupying a corner of our minds.

we are looking into it. We have reached out to Reality XP but have not heard back yet. I certainly want to, but if/when it happens, it will be after the initial MU2 release stabilizes a bit. I have been planning for it however.

Hey guys..,.yep....my MU2 is almost out and I'm right onto the FMS right after the "stabilization period" of the Moo....so early summer the IXEG comes into long-time rotation for updating. -tkyler

another quick update. Not much has changed since the last report, except I'm a whole lot further along on my MU2 project than I was at last report. X-Plane is still full time work for me and I'm making steady progress towards returning to this guy. Jan is standing by for the aftermath of the MU2 release when we jump back onto this guy full time and work the FMC and other 3D for a good while I'm sure. I suspect we'll be back on the IXEG by the summer months. -tkyler

Been a while since an update. After reaching a natural break point in the VNAV work at the beginnig of the year, the 733 work has since been waiting in the wings. A few things happened since the last report. 1) I've been working with Laminar for some projects that will eventually make its way into XP12. 2) I wrapped up all my other non xplane contract work so that I now only work on my X-Plane projects full time and 3) I reprioritized my MU2 project as my highest priority now that I'm back developing for xplane full time. I am targeting releasing my MU2 later this year. Progress on that is described elsewhere in these forums...so those wondering what I'm doing if I'm working full time XPlane....then the Mu2 is the answer. Getting the MU2 update out of the way (being long overdue as a 13 year old product) will allow me to resume the 733 work in earnest. A lot of good things have come out of my work for Laminar and the MU2 work that will allow us to improve the 733 in lots of ways, not only the FMS, but also targeting -400 / -500 variants, wing flex and simply improving the product all around. The 733 will not be abandonware...no more so than the MU2, which I've maintained for nearly 15+ years. When it gets in turn in rotation after the MU2 release later this year, it will be front and center for me for quite some time after. -tkyler

as far as "what to look forward to", my response is "what are we still inspired to do"...and subsequently...will want to try to get to. The answer to that is a lot actually. Certainly the VNAV/FMC is highest on our plate. After that, the 3D cabin/doors wrap up, etc. After that, wing-flex.....after that, 400/500 variants, etc. Those of us who are a bit older knows how fast life moves and things can get in the way. For years, I've been working towards the goal of Xplane being the only thing I have to do to get by and I can honestly say that as of last month, that has finally happened. (Thank you low interest rates, appreciation, cough *refi). It is my sincere desire to only work on xplane and in addition, limit my work to only about 3-4 aircraft max for the remainder of my life, such that they could be properly maintained. Being an engineer, my work tends to be "by project" and after every project, I'm effectively unemployed. Its the nature of my job that every project has a dedicated timeline, duration and end...and once a project begins, the timelines are such that it demands all my time until my role is completed. My work on the IXEG has always been between projects and in the evenings/weekends. With independence from having to take projects to survive, it opens up new windows for us to commit to the IXEG. I do have to wrap up some contract work with Laminar for XP12 stuffs, so another month or two and I'll be going full time on my xplane projects only. tkyler