pddog58

Hello, Recently I found some time to realize an idea I had for a while now, which is automating and extending the GSX flow with AAO and RPN scripting in a more realistic way. I got a bit carried away and ended up with a Turn-Around-Coordinator that works pretty well. Apart from controlling GSX it also integrates with SimBrief nicely and speaks a little bit. I know RPN scripting is probably not exactly the right tool for that but it gets the job done anyway (and I did not have the time to really dive into programming). There are a couple of things I noticed, only meant as constructive feedback or possible corrections of misunderstandings: From the documentation it is not completely clear if the ONESHOT command refers to one flight (defined by takeoff and landing for me) or one simulator session (defined by executing and shutting down MSFS). By trial & error it seems the second one is meant (e.g. PDF p74 of the manual) It also seems that multi-RPN commands are not necessarily done in exactly the same sequence as written with more complex, sequentially intended expressions. Sometimes this seems to affect the calculation of values depending on script items from 2-3 calculations before, which are not updated in time to reflect the latest value – especially when LVAR are used. Which makes me think for intermediate calculations only used in the scripts one should use a different means (have not tried local or script variables yet) The AAO InGame Panel LVAR (PDF p88 of manual) to show/hide does not seem to work with assigning 1 or 0, because if it also is interacted with within the sim. I.e. opening via RPN and close via “x” button. In these conditions the L:AAO_PANEL_HIDDEN seems to require a toggle of whatever state it is currently in to show up again. Using at as Bool and inverting the state works reliably to show and hide Thanks for creating that wonderful eco system!

Solved it. It does work in Win 11. if anybody else runs into a similar issue: there is a known Windows 11 Realtek Driver Bug. Check e.g on YouTube how to manually re-install.

Hi all, have been trying to get VoxATC working in Windows 11. However, cannot pass the 'cannot initialize voice recognition'. FS2Crew Speech recognition works fine. Before I spend many hours in trying to fix this: has anyone actually a confirmed working Windows 11 VoxAtc combination? Thanks!

Andreas, That seems really low and strange that it does not scale. Is it the same in non-glass cockpits? On a i7 4700k with 1080 GLH, 1980p in EDDF with the A32n cloudes and rain I get between 23-28 flying at high settings. Did you ever try Benchmark to see how your system compares to similar builds? Might be insightful in terms of hardware issues to look at Good luck, Dominik

Completely understand that frustration and share it. Luckily I still had the Thrustmaster - seems to be the only work around for now (BTW sensitivity is automatically reduced to -50 %). I opened a ticket a Zen desk but quite honestly if they want to release on Xbox no way around fixing it anyway

Tried it now with a Thrustmaster TM1600. Difference like night and day. For me the Xbox controller is no option right now. Will be interesting to see how that works wheb they release on Xbox.

One more item to consider: upgrading later to Premium Deluxe seems much more expensive if I read the market correctly

I bought the Premium Deluxe and would not do it again. My motivation for it was EDDF and the 787. EDDF I find underwhelming to be honest. The building colors are way off, some not really recognisable at all. Been travelling through EDDF weekly the last years. My verdict: Better wait for Aerosoft. The 787 has been subject to much debate. Again my opinion: in its current state with the long list of bugs not something I enjoy. Better wait for Quality Wings. Right now (until Asobos pushes out some patches) for me this is a GA sim. Meaning I stay away from big airports and airlines. That makes it in many places really enjoyable.

Maybe I am missing something then: Did you also setup a dead zone or only adjust sensitivity? Which aircraft do you use and is AI yoke control on or off? Thanks!

Same issue here. Introducing a dead zone of 30% and reducing sensitivity to -80% helped a little. But of course now it is really jerking from minor to full deflection in what feels like 2mm travel of the stick. It seems there is nothing more to do than that right now. Personally, I agree with a lot that has been written in the forums around the controls. Due to a previous job I have collected a couple of hundred hours on full motion Level D sims including A320, B747 as well as Cessna CJ. I did not expect that this level of control can be replicated on a Xbox controller in any way but as things are right now this crazy sensitivity / pitch behavior and dropping out of flight on short final is extremely unrealistic in my opinion to an extend taking the fun out of it. Support ticket with Zen desk opened. Let's hope that a lot of people do that in order for Asobo to fix these issues.

Hi, Have tried it and switched to VoxATC. For me using a keyboard in VR simply is inconvienient and breaks the immersion. Also ProATC always closes the window after any request and you need to bring it up again. Maybe if you assigned keys to joystick push buttons it could work better. However, just saying to your FO "call for clearance" in Voxatc is the better choice for me. DomNick

Jose of Fsaerodata has found a solution and with Rev3 it works for me again at KSEA and KJFK. Here is what he wrote looked for additional duplicates of ICAO identifiers and corrected some of them still present. Nevertheless, there is still a small risk of similar error with VoxATC, especially when working with add-ons which add several airports (e.g. Orbx regions, MyTraffic or similar).

For the time being I have disabled fsaerodata completely. That way at least Voxatc works.

Hi Jay, it seems I have an issue with my installation of fsaerodata as I experience the same phenomenon at other airports as well until I deactivate fsaerodata. I have asked Jose about that, we will see. Thanks, DomNick

Thanks for the info. Will check next week and report.

Could offer Monday. But I am sure somebody else will be quicker 😊

It does work at several other airports (EDDF, EDDH, EHAM). Only KSEA with all aircraft and different flight plans. I have installed fsaerodata and talked to Jose on their forum as the Runway Number Update seems not to work on Win 10. He has the same issue and can reproduce it. So I assume it's one airport in the KSEA vicinity. Only thing I did not try was to disable T2G KSEA.

It seems I am currently stuck at Taxi2Gate's KSEA and Orbx PNW with the same issue. Could you shed some more light on what kind of editing you did to go get rid of the fatal errors with ADE?

Hi, It has been released yesterday 😉 Thanks, DomNick

Hi, just in case anybody else experiences a bit of frustration with the initial setup. You have to install the latest SimConnect version that comes with P3D V4.2 that is part of the P3D SDK and can be found via SDK Link on both, the P3D machine and the client that is supposed to run as VoxATC Network server. Also, it involves a bit of manual work. A tutorial can be found HERE It would really be great if that was mentioned in the VoxATC manual in the network config chapter. Also not mentioned: Use the VoxATC Settings Dialog on the P3D machine, not the remote server. Best regards, Dom

Hello everybody, is there any experience on wether MCE works "out of the box" with the new CaptainSim B757 III in P3DV4? Thanks, Dominik

Gerald, tried the new DLL. Still the same behavior. I am on Windows 10, Kaspersky Anti virus and UAC is off. What I recently realized is that when I open MCE the task bar also pops-up and there is no way to get P3D into a mode again without task bar. Meaning I have to manually hide it. All programs (P3D, Simstarter, MCE) are running with admin priviliges. EDIT: I use Process Lasso to set affinity. Not sure if that matters. Thanks, Dominik

Hi Gerald, for me the new DLL does not work either. Now, the heading knob is adjusted continuously and never stops turning. The V/S is also adjusted until it shows +6000 at which point the A/C FCU does not allow a further increase. These new DLL currently are only supposed to fix the FCDU, not the Overhead etc., right? Best, Dominik

Hi Gerald, with the new DLL and deactivating the FCU option I was able to complete a flight :-) Unfortunately, your other suggestions did not help the FO to grasp correct control over the FCU and other systems. Maybe the rotor brake actions might be a viable actuation mechanism? An Excel spreadsheet with the already identified items can be bound here http://forums.flightsimlabs.com/index.php?/topic/10548-some-early-parameters-for-those-of-us-using-hardware-controls/ Thanks for the support, Dominik

Hi Gerald, again thanks for the great and quick support. I will try the new DLL hopefully somewhen during this week. That said, the FO continously pulls the the HDG and V/S knob in irregular intervals. This even occurs during taxi, takeoff and when airborne at cruise. I did not change windows or touch anything else in between two occurences (except setting verything back to managed mode). I am speculating know, but mabye with V193 it is no longer possible to read out these values in the same matter? Offtopic: I have scripted my custom-build OpenCockpits FCU with a mixture of SIOC and LUA by using the known LVARS and the ROTOR BRAKE actions. While I can cause most buttons to work now and readout some states, I have not found a way to sample the Speed, Heading, Alt and V/S values in the FCU windows. Is there a thread you could point me to where offsets etc. are discussed or is the means you utilize for MCE a proprietary scheme? Thanks, Dominik EDIT: Just realized I have two different avsim logins. Will erase one, sorry. Posted previously with DomGiu81