Jump to content
The simFlight Network Forums

John Dowson

Members
  • Posts

    12,287
  • Joined

  • Last visited

  • Days Won

    253

Everything posted by John Dowson

  1. By "Show window", do you mean the main FSUIPC7 window? What do you mean by "persistent"? Do you mean to keep it on top of other windows (when open), as we do with the console window when you check 'Force Console to Top'? John
  2. @jmig I have added back the Aileron and Rudder Trim set controls. Although these are undocumented, they seem to be working. Can you please download and try the latest release. John
  3. Its not comparable. LittleNavMap uses an older 32-bit SimConnect implementation.
  4. Just delete it. Or just don't run it There is currently nothing installed, you just download and run the exe. You will need to stop FSUIPC7 running first. There is a known issue with the SimConnect API in the released version of MSFS, we are expecting a patch soon., Please see John
  5. Please see Also, please do not post in an unrelated topic. And check this sub-forum first to see if your issue has already been reported. John
  6. This is a known issue with the released SimConnect API. Please see John
  7. As Pete says, you should really try Paul Henty's .net dll client first. Its more modern and kept up-to-date by Paul, and has already been updated to work with MSFS. Please see https://forum.simflight.com/forum/167-fsuipc-client-dll-for-net/ You can try the fsuipc.cs method if you prefer. However, I've never used/looked at this and don't know if it will be working with FSUIPC7/MSFS. John
  8. This is what I assumed and answered for! As Pete says, this is the FSUIPC7 support forum, not for general MSFS support. Just seemed a strange question... John
  9. There is both an 'on release' and a 'repeat' for button/switch assignments. Why do you ask - have you not seen this in the UI? John
  10. I should hope they would provide such facilities. I have posted in the 3rd party forums to ask about this. I also noticed this: It has been brought to my attention that time does tick on regardless of what kind of pause you use! If you use the REAL pause you will see the clock stop… but if you unpause you will see it jump forward in time! The same goes for the ESC pause…! Just so you know. Nothing you can do about it, unfortunately. Doesn’t change the fact that the real pause and ESC should be used instead of Active pause. So even the pause we can use doesn't work as it should! John
  11. This has now been released. John
  12. Also, there is extensive documentation on FSUIPC's Lua interface. You can download this (for FSUIPC4) here: I will be adding the FSUIPC5/6 documentation to that page shortly (next few days), which is more up-to-date, although some facilities (e.g. mouse related functions) won't be working in FSUIPC7. John
  13. You can use Lua as plugins to FSUIPC7, but not for stand-alone applications. For external/stand-alone applications, we provide the 64-bit external user kit for C/C++. There are a variety of other SDKs built on this, for .net, java, C, Delphi, Python, Visual Basic, etc. They should all work with FSUIPC7. See The SDK there is a bit old and needs updating, but should still be valid. I'll add the latest FSUIPC6 SDK at some point. There is also a new java SDK (32-bit and 64-bit) which was kindly provided a week or so ago, that is more efficient than the current version. I'll add that to the SDK shortly. John
  14. There will be a discount for FSUIPC5/6 license holders, but not for FSUIPC4 I'm afraid. John
  15. It has been reported to Asobo that many events for the G1000 are missing, and many of those currently documented (as 'Responded') don't actually work (also for the GNS430/GNS530). Asobo are aware of the issue and have said that this is work in progress. John
  16. Please read the release note/announcement - under 'Missing Functionality' you will see: 1. Mouse Macros (and other mouse functionality, e.g “mouse look”, etc): pending facilities to be provided John
  17. Hi Dave, sorry, but this is not a general forum for MSFS issues, only for those relating to FSUIPC. You should try the MSFS forums. Having said that, it sounds like you haven't specified the correct path to the SimConnect.lib in your build properties. It has to be the folder that contains the SimConnect.lib, not the SDK top-level folder or other folders. Note also, that there are now two SimConnect.lib files. I recommend you link against the one under the 'static' folder, as when using this you do not require the SimConnect.dll at runtime. John
  18. You could try adding a mouse release code to your macro, e.g. [Macros]1=Landing1.1=RX4000001a,3 1.2=RX4000001a,131.3=RX4000001b,3 1.4=RX4000001b,13 (try with and without the 1.4 entry) Alternatively, you could try two mouse macro assignments to the switch instead of using a compound macro. You will need to set up the first mouse macro call. Then comment that out in the ini (or remove and save it). Then set up the second assignment. Then add back in the initial assignment, by editing the ini again, remembering to update the number. John
  19. Also your FSUIPC4.log file, as well as your install log.
  20. I don't see how that could help. Asobo posted on this issue today: John
  21. I am not sure PAUSE SET works. Best to use PAUSE ON and PAUSE OFF. You can also add offset conditions and overload, if using a key or a single press button/switch. Alternatively you could assign to 'Offset Word Set' to offset 0x0262, with a parameter of 1 to pause and 0 to unpause. John
  22. That would be using simvars, not the axes. @jmig You could try sending the axes to the aileron/rudder trim offsets, 0C02 and 0C04. Select 'Sent to FSUIPC offset' in the axis assignment panel, with 'Offset Word Set'. John
  23. I also reported this to Asobo. However, there response was that these axes don't exist in FSX, so why should they in MSFS. However, they do exist in MSFS, its just that they are not documented. John
  24. Aileron and rudder trim axes are currently not available in MSFS. If you look at the release note, under 'Functionality to be Added', you will see: 4. Re-instate aileron/rudder trim control axes: either when/if axes added back to SDK, or switch to using simulator variables John
  25. Depends upon the pause mode used at present. 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 that FSUIPC7 currently uses (as there is no way to detect the others at present). 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
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.