Splash

Any updates on adding the A/T servo state (which would tell me if the A/T servos are active or not)? I asked about this a while back on the thread below. Currently, I have it so it checks various MCP states (datarefs for these are: ixeg/733/MCP/mcp_speed_ann,ixeg/733/MCP/mcp_n1_ann, ixeg/733/MCP/mcp_level_change_ann, ixeg/733/MCP/mcp_vnav_ann) but that's not 100% reliable since after testing, the A/T servos maybe operational even if those states are all off. Please let me know if you can add this dataref. All motorized TQ users need this really. Thanks.

Could of posted that months ago. Thank you.

Project is dead?

All, Windows only: When the IXEG loads in XP12, it appears that the running code changes current privilege level to another privilege level. Does any of the code while loading the aircraft elevate or un-elevate current context (run as different user)? Please confirm. My plugin fails to load because of this issue. My observations: I want to spare you the implementation details, here's what you need to know: When my plugin starts it registers a moniker in the Running Objects Table (ROT) in order to share an instance in Xplane's process address space to another application running in another address space that wants to use the shared instance to communicate with Xplane (inter process communication via COM services using a moniker). When IXEG finished loading the ROT registration is gone (or at least no accessible from the context of the executing thread that wants to use the shared instance). This usually is cause of mismatched privilege levels between running process thread and another thread in another process trying to access the ROT to look up the object which doesn't exist anymore This only happens when I load the IXEG 737, all other installed planes worked (even 3rd party). The culprit is therefore IXEG. So what's changed? In XP11 this was not an issue with IXEG.

Sales of Xplane 12 is one thing. Buying add-ons for it is another thing. The more accurate metric would is how many people use Xplane on daily basis compared to MSFS. ... and then how many people buy add-ons for Xplane compared to MSFS. In addition, comparing XP12 sales to XP11 may not be the number you are looking for but sales of XP12 to MSFS would give you more better and accurate idea.

Also, sounds like you did not properly activate the aircraft. You need to activate to get Gizmo going which powers the aircraft systems.

Maybe conflict with the plugins? Also, did you try running Xp12 as Administrator?

What license issue are you having?

That's correct, that's my opinion. It becomes a bit of risk from business perspective when many people share the same sentiments. Watch flightdeck2sim stream and read user comments. In addition, having so few users on XP12 and the aforementioned comments, don't expect mega sales any time soon.

I am speaking out as I see it. Please watch the last stream from Q8 Pilot, he shares similar sentiments. I believe you can do better especially what I see in MSFS in terms of graphical fidelity/sounds. Either way, remove the expiry date from the Coupon. This way customers are not forced to pay for something they don't want until the promised changes (if any are delivered). This is how software industry works, you don't pay upfront for promises, you pay for deliverables. Please don't take this personally, but this is how it is right now. If you want some references look at: PMDG 737 Upcoming BlueBird's 757 Upcoming Airbus 380

Why is there expiring date on the Coupon? As per current release it doesn't merit for me to upgrade (I need to see changes brought up to spec with quality expected in 2023). It is literally copy/paste from XP11 with a coffee pot which I don't care about. Therefore, the coupon should not have expiry date, I don't want to be (same goes for all customers) forced to upgrade until I see some serious improvements.

Excellent news, was waiting for the announcement, finally here!

He doesn't need Philip to update the model, he has done this before for Xplane 11 and I don't see why he can't redo textures, add pollys, more detail to the model for Xplane 12.

Is there a reason? Jrollon doesn't do Xplane dev anymore? Just curious.

Jrollon, Will you be updating the CRJ 200 for Xplane 12 visually at least? It looks so dated now.

Sweet, thanks Jan.

No worries, ... Just a question in regards to changing speed from what is setup in the FMC. For example, I would like to fly slower what's on the legs page as I approach my destination to give myself more time to setup the aircraft for landing. One option is to just get out of VNAV and use MCP speed but what about changing the speed in FMC and still using VNAV (for descend/speed)? Is that possible right now? If not, when do you think it will be possible to change speed restrictions in FMC and have VNAV follow these modified speeds?

Reporting bug (running latest version): Create any flight plan and finish programming the FMC. Then go to legs page and try to change "speed only" on any of the legs by typing the desired speed (ex: 200/) and pressing line select key. When I try to do that Gizmo console comes up with an error line: Callback_Dref_Hooked_setDataf: cdul_lsk 4R onWrite: [string "ixeg.733.fmc.legs.lua.ral"]:950:attempt to index local 'altInput' (a boolean value) If I am required to type in 200/5000 (speed/alt) instead of just speed shouldn't the FMC display invalid entry? Btw, the value ends up in the FMC (I can see it displayed) but the line select key stops working (ie. clicking this LSK results in no response until you reload lua scripts probably because of the error). Attached is screenshot of the error.

After extensive testing I would like to close this question. It was my joystick that was causing me all these problems. I have adjusted CWS joystick dead zone and everything works as expected.

All, Sometimes on climb my VNAV gets disengaged and switches to CWS P. Probably caused by my joystick (it is a bit noisy, I will play with CWS joystick dead zone later). Nevertheless, when that happens, what is the correct procedure to switch back from CWS P to VNAV? Pushing the VNAV button doesn't work, or should it work? ... Maybe my joystick is interfering when I try to do this as I lean over my desk to enable VNAV on my GF MPC hardware? Let me know.

Yes. And that's the only one I use. I used to use the older tool (DRE) but did not like its rigid UI. Thanks for the heads up.

Tom, I know what happened. When I typed this dataref in dataref inspector, it couldn't find it and displayed it as "ixeg/733/MCP/mcp_vs_dial_ann(0)" <= I thought, that it found it and it had a zero value. Long story short, this dataref never displayed for me in the dataref inspector. I am using Dataref tool by Lee C Baker. What dataref inspector are you using? I took a leap of faith and programmed that dataref into my GF interface tool anyways and it works. Any reasons why this dataref is not showing up in my dataref inspector?

Thanks Tom for detailed explanation. 1) The dataref "ixeg/733/MCP/mcp_vs_dial_ann" seems not to get updated, it is always zero (looking through dataref inspector). 2) The datarefs "ixeg/733/engine/eng1_rev_angle", "ixeg/733/engine/eng2_rev_angle" are read-only so I will have to use the original Xplane's datarefs for setting reverse thrust. Let me know about #1 item work around.

Tom, The dataref ixeg/733/MCP/mcp_vs_target_act is only an actuator for moving V/S knob, ... I would like to display the current set V/S in fpm on my 7Seg display on the mcp. Another question: When A/T is active and servos are engaged, currently I am using dataref "sim/flightmodel/engine/ENGN_thro_use" to read the current position of the levers to drive my throttle levers. It works for most part but sometimes my levers retard without reason and then come back again to correct position (I have to investigate further why but it is probably related to the dataref I have mentioned that I use to track my thrust inputs). The question is: Is this the dataref that I should be using for this purpose? Btw, for Xplane's default 737 I use dataref "sim/flightmodel/engine/ENGN_thro" without any issues. This dataref doesn't work with ixeg 737 when in A/T is on and servos are engaged since these values are not populated.

Quick question to Litjan: Is there a dataref exposed that allows me to check whether throttle servos are engage or disengaged at any point in time? I have throttle quadrant that is motorized but as you know with A/T armed, the servos can be disengaged and the re-engaged under various circumstances such as on T/O or during descend using LVL change mode. Right now, I only look at the MCP's n1/speed/lvl change modes to determine when to engage the A/T servos but unfortunately that's not sufficient. Any help would be appreciated.