John Dowson

For the time being, you can use documentation for FSUIPC4/5 or 6. If you don't have this, its available from here: Only the FSUIPC4 documentation is there at the moment, but I'll add the FSUIPC5 and FSUIPC6 documentation which will be slightly more relevant. John

This is the expected behavior and is due to the windows API being used only supporting the first 32 buttons (0-31). However, a lua plugin can be used to read and process (best sent to "virtual buttons" for assignment) all buttons. There is an example provided in the lua examples zip (provided with FSUIPC4/5/6) called "HidDemo.lua". That handles many axes and up to 256 buttons on a device, mapping them to "virtual buttons" in FSUIPC which will be seen in the Buttons & Switches tab and can be assigned there. All you should have to do is change these two lines: Vendor = 0x16C0 Product = 0x05B5 John Lua example attached: HidDemo.lua

First, you posted in a sub-forum not related to your question. I have moved your post for you. Please post in the correct place. Really? Where did you read this? FSUIPC6 requires a license for FSUIPC6, and a FSUIPC4 or FSUIPC5 license is not valid. There is a special upgrade price from FSUIPC5, but not from FSUIPC4. Please see John

Sorry, but I don't understand this. You do not need the SimConnect.dll with the latest build as it is compiled against the (recently added) static SimConnect.lib. John

There is no default 'Sound' folder in MSFS. I'm therefore going to remove setting a default for this parameter. It will still be read, when manually set by the user, for FSUIPC's sound interface, and it can always be set by the lua sound.path function. John

Looks like this was a problem in FSUIPC7 where the rate was hard-coded to be always 0, probably because this wasn't working in an early version of the SDK. Its now working and I've updated FSUIPC7, so this should be resolved in the next release. I'll re-check the write status before I release. John

Not related to this thread, but all FSUIPC7-beta users should update to the latest build. For details, please see I recommend all beta users to follow that thread, as that is where I will be posting updates on new build releases during the beta test period. Cheers, John

Here: http://fsuipc.simflight.com/beta/GFDevDLL64.zip Yes. John

This issue has been addressed, and hopefully fixed, in the latest release. The locations are different depending upon steam vs ms store install. For details, see Note that I will be posting there when I update the FSUIPC7-beta release.

0x0262 is for setting - its 0x0264 for reading. Please note that there are 3 different styles of 'pause' in MSFS: 1. Active pause (default key: PAUSE): this is more like a lat/long/alt freeze - it freezes the plane, but the world moves on. Be careful when using this! 2. Sim pause (default key: ESC): takes you to the MSFS menus. Not really a pause, more of a temporary stop! 3. The real pause (no default key): this is the proper pause and is activated by the Pause On and Pause Off controls (no toggle) The third one is the one to use. This pause mode also updates offset 0x0264 correctly. I've checked offset 0x0262, and that works for pausing/unpausing (with the real pause). For the time being, I'll mark offset 0264 as partially working, until we can get the pause state correctly from the other pause modes. John

There are currently issues with the SimConnect functions to load/save files. Asobo are aware of this issue. There is also a problem in FSUIPC7 related to the location of such files, and currently they won't be removed correctly. I reported this here: John

This problem didn't exist in the Alpha and Beta releases - it was introduced in the official release.... John

Thanks for reporting, I'll update.

Ok, glad its now working. This was mentioned in the release note, under 'Issues'. John

Thanks for reporting this. Looks like the reading is ok via a simvar, but the setting via an event isn't working. I'll check it to see if its an issue with the event or an FSUIPC7 issue and get back to you. This may take a while though. John

Well, that folder itself seems to be the 'default' location - this is where FSUIPC's auto-save files are saved. The ones from MSFS seem to go into different places under this folder, depending upon where you save from. Check under MISSIONS\Custom or MISSIONS\Custom\CustomFlight maybe.

For Steam installations, the default flight plan folder seems to be under <USER>\AppData\Roaming\Microsoft Flight Simulator\

There seem to be registry entries when MSFS is installed from the MS Store, but not when installed via Steam. And the different installations have different default paths for various files. Its all a bit confusing at the moment, and different to how things were located in the alpha/beta releases. Yes, sorry, that's correct. Offset 0x3308 is set by FSUIPC7 on start-up. Offset 0x3124 is set once connected to the sim.

These are problems related to the MSFS SDK, not FSUIPC7. What works in the final version will also depend upon what is working in the SDK! Its due to the current state of the SDK that I have released FSUIPC7 as a beta, to hopefully track down such issues, report them to Asobo/Microsoft, and get them fixed. Cheers, John

As mentioned in the 'Limitations' section of the release note, "actions" (usually called events or controls) related to view control (including the PAN * events) are currently not working in MSFS. For view control, you currently need to assign in MSFS. Are there any non-view control "actions" that don't work for you? John

FSUIPC7 can handle up to 16 "joystick" (USB HID compliant) type devices. You can also have 16 devices per WideClient instance (for buttons & switches, not axes), running on separate PCs. John

It looks like the arrow keys are not recognised by MSFS - they don't even appear in the MSFS list of 'Status of Input Events'. I will report this. Could you try to see if your key assignments work when FSUIPC7 has the focus? I just tried with elevator down/up and that seems to work. If all your assignments work when FSUIPC7 has the focus, then this means the events are working but the corresponding input events are not yet working. All you can do at the moment is to assign to different keys. You can also try activating logging for 'Buttons & keys' and 'Events', which should also show you when FSUIPC7 is receiving the key press and what it is doing with it. John

I have a few GF devices (GFP8's, GFT8's & GFR48's) and they work just fine with the GFDev64.dll and FSUIPC7. John

Hi Laurie, please download the latest version of FSUIPC7, released yesterday. It does not require the SimConnect.dll. John

Please see