Scotfleiger

I'm using Firefox on PC. Also fails on Mac with Safari.

With the P3Dv5.3 HF1 installed my system is logging version 5.2.22.27615 as my reading of 0x3124 was showing. ********* FSUIPC6, Version 6.1.7 (21st December 2021) by Pete & John Dowson ********* Prepar3D.exe version = 5.2.22.27615 Running inside Prepar3D v5 Module base=7FFE7B070000 Windows 10 Home 64 Bit reported as Build 19043, Release ID: 2009 (OS 10.0) Reading options from "F:\FSUIPC6\FSUIPC6.ini" I only did a reinstall of the client and scenery parts. I will check again when my current MSFS2020 update download is complete. That will be tomorrow!!

The download link for WASMv0.05d appears to be broken. Clicking on link jumps back to top of topic.

The offset 0x3124 returns the wrong P3D version number for P3Dv5.3. With FSUIPC 6.1.7 it returns '52' not '53'.

Thank you John. That was what I had thought.

The FSUIPC version number is accessible via the double word offset 0x3304 as a BCD in the upper word. The lower word gives the interim letter version. However, with v6.1.7 a call to the offset return 0x61070000 which reads as 6.107. Can you clarify how the version number should be read?

Previously, FSUIPC was installed in the modules folder of the Flt Sim so they were one and the same. As you reminded me FSUIPC6 should now be in its own folder in a root directory.

The relative file path does not appear with to work with the sound.path function. It works with everything else. I have solved my problem by reading the current directory in my GUI and passing that to LUA to give an absolute address for FSUIPC via the sound.path function.

Sound.play now working thank you. How do I reference the current FSUIPC6 location? Is there an offset?

The FSUIPC LUA Sounds functions no longer work (found in FSUIPC6 6.1.6 with P3D v5.2 and v5.3). I have tried various test combinations to point functions sound.path and sound.play without success. The functions have long been used to play sounds for use with LINDA.

Hi John I have been investigating @Stefan01 query. The problem appears to be linked to the fsuipc6.ini [Programs] block and FSUIPC6 v6.1.6. Previously, with FSUIPC6 v6.0.8 the first line below would start LINDA.EXE (full .ini attached): [Programs] RunIf1=CLOSE,C:\Users\andre\Documents\Prepar3D v5 Add-ons\FSUIPC6\linda.exe RunIf2=CLOSE,C:\Program Files (x86)\HiFi\AS_P3Dv4\AS_P3Dv4.exe In v6.1.6 this will run the second line (Active Sky) but not the first to start LINDA. I note there is a bug fix covering this area in the release notes. Any help would be appreciated. FSUIPC6.ini

Thanks for the info @John Dobson. I will give it another try. I look forward to the future additions.

I have recently been pointed to WASM for accessing MSFS2020 Lvars and Hvars for integration into LINDA using LUA code. I am able to read and write to Lvars but the Hvars have got me confused. I have searched the documentation and thread for clues without success. For the A320Neo both Lvars and Hvars lists are incomplete for full control of the aircraft (eg. MCP data output and buttons missing). As far as I understand, Hvars are related to events. Can someone point me towards suitable notes on how to respond to and trigger Hvars in LUA?

LINDA should do what you need. It uses FSUIPC. See https://www.avsim.com/forums/forum/427-linda-downloads/.

If it is any help I have been running MSFS2020 on the ground (C172) with engines running using FSUIPC7 (disconnect beta) and LINDA for over 24 hours. Inputs via SimConnect have been minimal (axes and button ipc.controls calls) and no scenery updates. I have restarted LINDA many times for development testing. There have been no disconnects to report.

Yes Will do

I don't have this file path on my installation. Do I need to create it?

Hi John I did a 55 min flight this morning (with a 20 min pause) with the 'official' FSUIPC7 beta (28 Aug)' connected to LINDA and PlanG map. Everything worked fine until I was descending for a visual circuit. Then I had a full disconnect of all axes and buttons and the PlanG map froze. I had to turn off FSUIPC7 auto connect, manually disconnect and re-connect. Everything came back with no problems. I have not yet tried the 'trial' version you posted above with the optional switch.

Hi John I believe FSUIPC7 provides sufficient information to allow me to list the available MSFS aircraft programmatically (using 0x3C00 and 0x3E00) for LINDA. Add-on aircraft are accessible via the ..\localcache\packages\community and \official\onestore. I am assuming future add-ons will be required to be located in the \community directory like ORBX which uses a shortcut to the ORBX library. This is work in progress.

@borgfan The information is available after a little investigation. 0x3C00 - returns the \simobjects path as you state (simobjects\airplanes\{aircraft}\aircraft.cfg). 0x3E00 - returns the path to the \packages location (c:\users\{yourname}\appdata\local\packages\microsoft.FlightSimulator_{code}\ localcache\packages). The localcache is a shortcut that points, presumably, to the hidden MSFS install location. If you strip off the last \packages directory (returned by 0x3E00) and add the \simobjects path (returned by 0x3C00) you will get the full path to the aircraft.cfg. eg. c:\users\{username}\appdata\local\packages\microsoft.FlightSimulator_{code}\localcache\simobjects\airplanes\{aircraft}\aircraft.cfg). I hope this helps.

FSUIPC7 runs in the System Tray. You need to exit the application from there to clear the hanging background task.

@earthdog/ @Firefly if you are interested in using LUA then LINDA 4.0.0 provides an easy interface for creating LUA functions and linking to MSFS 2020 via FSUIPC7. The issue at the moment is that functionality is limited to the use of legacy controls and offset. LINDA provides functions for the majority of these.

Hi John/Pete With the latest MSFS 2020 update, I have a new beta version of LINDA (v4.0.0) working well with FSUIPC7 beta. No drop in FPS being experienced and I am able to run with ultra settings. Using the default functions based on available offsets and controls, LINDA provides control of VRi Combo MCPs and Logitech/Saitek flight panels as before. Congratulations on a great job.

Pete, I have checked the control 66237 with the G36 (I don't have the B58). It is a toggle function and takes no parameters. It sets/resets bit 1 in offset 0x3125.

@szeliga90 On the G36 the Aux Fuel Pump switch moves from off to high via low. This is the same when using the mouse or the control 66237. The offset 0x3125 goes from 0 to 1 (bit 1). If you look under Options/Controls, filter ALL and search for Fuel you will see those controls I mentioned before. We are limited to these at the moment.