John Dowson
-
Posts
11,206 -
Joined
-
Last visited
-
Days Won
220
Content Type
Profiles
Forums
Events
Gallery
Downloads
Posts posted by John Dowson
-
-
Just now, Jateu_01 said:
I meant both fsuipc running as in a start up error.
FSUIPC7 is the only version of FSUIPC that is an exe and that you can run standalone, all other versions are dlls that are embedded in the FS, so they only start with the FS that they are embedded in, so this makes no sense.
-
1 minute ago, Jateu_01 said:
Can both work at same time ?
No, as I said...
2 minutes ago, Jateu_01 said:Say both MSFS and P3D fsuipc were to auto start as windows loads?
Why would you ever want to run both MSFS and P3D at the same time, let alone have them auto-started? I don't think there is any external FS app (i.e. one that connects to the FS) that can handle this scenario, or would even want to...
John
-
3 minutes ago, Fragtality said:
If it helps anything, it would already help for that Use-Case if one Call to ipc.execCalcCode would come through (can set the L-Var via that also)
Lua threads have no access to the FS, and they can only communicate by sending (windows) messages to the main thread that communicates with the FS. The problem is that these messages are not being sent once the lua thread is closing, so this applies to all lua calls that would interact with the FS. The terminate function should be used to close things down on the client side really, i.e. no interaction with the FS.
I am not sure what or if anything can be done about this at the moment, but I will take a look after the SU15 release. You may have to set up something manual to achieve what you want, such has having an event.flag function to set/write the lvar value and then overload the LuaKill assignment to first set the flag (LuaSet) , to trigger the lvar update, and then kill the script (or call the LuaSet on press and the LuaKill on release)..
John
-
I can see the problem (windows messages sent from terminating lua processes are not being processed) but am not sure what can be done about this at the moment.
I will look into this further after the SU15 release.
John
-
3 hours ago, John Dowson said:
Please try increasing the TimeForLuaClosing ini parameter - see the Advanced User guide for details. However, I would have thought that the default of 2 seconds would be enough to set an lvar value - I will take a look later...
Event setting this ini parameter to the maximum of 20 seconds still doesn't allow lvars to be updated in the terminate function, so it looks like such calls are blocked when terminating. I am not sure why or if there is anything that can be done about it at the moment - I will look into this and get back to you.
John
-
By the way, how are you exiting the lua script - are you killing it manually (i.e. LuaKill), or is it being killed automatically as the flight has ended? In case of the latter, it may be that the connection to the FS has been terminated before the request to update the lvar can be sent.
Maybe try adding an ipc.log call after the request to set the lvar - does this message get logged? -
1 hour ago, Jateu_01 said:
Would I have to use the specific version of fsuipc for the SIM, are they interchangable etc.
FSUIPC7 is for MSFS2020 only.
FSUIPC6 is for P3Dv4, P3Dv5 and P3Dv6 only.
FSUIPC5 (now discontinued) is for P3Fv4 and P3Dv5 only/
FSUIPC4 is for FSX and P3Dv1-v3.
They are not interchangeable, except for FSUIPC5 and 6 with P3Dv4 & 5.1 hour ago, Jateu_01 said:I would assume there would be issue using one for the other.
Well, as all versions of FSUIPC except FSUIPC7 are dlls (i.e. embedded in the sim), you cannot use these for any sim that they are not designed to work with. FSUIPC7 will not see ot connect to any other FS than MSFS2020. If it is running when you start P3D or FSX, it will prevent any other version of FSUIPC running, so just don't run FSUIPC7 with any other sim than MSFS2020.
1 hour ago, Jateu_01 said:I believe I have fsuipc for MSFS currently would that cause potentially conflicts with P3D?
No, it will have no affect whatsoever on P3D.
-
Please try increasing the TimeForLuaClosing ini parameter - see the Advanced User guide for details. However, I would have thought that the default of 2 seconds would be enough to set an lvar value - I will take a look later...
John
-
Just now, FabioMerlo said:
Thank you to your help !!! Is appreciated ! Sorry for delay!
No problem!
-
1
-
-
Also anti-virus software (especially McAfree but also with other anti-virus software) can prevent the key validation program from running, so please check any anti-virus software that you are using.
All of this is described in the FSUIPC7 Installation and Registration guide, under Invalid Key Problems. Please always consult the documentation before posting with issues.
John
-
11 hours ago, abh_jc_03 said:
Order number from simmarket is: #3210562
I have checked this order and the key details are valid. Are you sure that you are entering the details correctly?
I have PM'ed you a key file - please try this.You are also using FSUIPC7 - please use the specific sub-forum for FSUIPC7 for all future issues with this product.
John
-
Can you please show me/attach your FSUIPC4.log file generated after a crash. Also, please check the windows event viewer for the crash report and save and attach that.
John
-
7 hours ago, captain71 said:
What does the Parameter tab mean? What does it affect and how to use it?
It is the parameter/value that is sent with the control. Some controls take a parameter, others not. The parameter should be pretty obvious many/most controls, but if you do not if an FS control/event tales a parmeter, or what that is, then you will need to look up the event in the Asobo documentation (e.g. see https://docs.flightsimulator.com/flighting/html/Programming_Tools/Event_IDs/Aircraft_Autopilot_Flight_Assist_Events.htm).
For presets, the parameter is used to substitute the parameter placeholder (the '@' symbol or $Param) before sending the preset calculator code and applying it in the FS,
Some Input Events also take parameters (always 64bit floats at the moment) others not - you will need to use logging to determine if a parameter is needed and what the value range of the parameter is.You also posted in a topic that has nothing to do with your question. Please don't hijack unrelated topics/posts - create a new one, with an appropriate title, if you have a question unrelated to other posts.
John
(I also thought i had already responded to this question in a fresh post but can no longer find/see that...)
-
4 hours ago, DaveSCUSA said:
That's why in progtramming one has walksthru. Or better error descriptions in compilers.
Or maybe try looking at the provided documentation....
-
1
-
-
All three components (Name, Address/email & key) must match. If they all match and the key still doesn't validate, this is usually because the VC++ reditributables need updating. Download and install the latest combined redistristributables (both x64 and x86) from https://docs.microsoft.com/en-US/cpp/windows/latest-supported-vc-redist and try again.
If you still get the same issue, please let me know your order number (do NOT post your key details!).
John
-
14 hours ago, David Wilkinson said:
What I see happening in the sim is the virtual switch rapidly toggling until I move my switch back to off.
Sounds like you have checked the Control to repeat while held checkbox. Uncheck that and try again.
-
12 hours ago, David Wilkinson said:
However, these are not showing up in the FSUPC7 dropdown list "Control to be sent when button pressed".
You need to use the lvars, not the standard FS controls. The easiest way to do this is to use the available presets. Check the Select for Preset box, click the Find Preset... button, and navigate to the Black Box->AnalogBaron presets, and under Electrical you will see the following presets:
LEFT_ALTERNATOR_OFF
LEFT_ALTERNATOR_ON
RIGHT_ALTERNATOR_OFF
RIGHT_ALTERNATOR_ONTry assigning to those. However, looking at the calculator code for those presets, it looks like the *_ON ones are toggles (but not the *_OFF ones) for some reason.
You can either use those or define your own presets. Alternatively, you can add the lvars BKSQ_alternatorSwitch_R and BKSQ_alternatorSwitch_L to free/spare FSUIPC offsets and assign to the provided offset controls to set/clear the lvars via the offsets.John
-
First you have to be aware that the flight load/save/auto-save functionality provided by FSUIPC completely rely on the functions provided by the MSFS SDK, namely the SimConnect functions SimConnect_FlightLoad and SimConnect_FlightSave (as well as SimConnect_FlightPlanLoad). Although the SimConnect_FlightLoad function is documented as working, the SimConnect_FlightSave function (as well as the SimConnect_FlightPlanLoad function) is still documented as 'NOTE: The current status of this function is NO ERROR, NO RESPONSE.', which is Asobo's way of saying that this function is still not 100% working/reliable, It has been this way since release.
Therefore the saving and loading of flights is still not 100% reliable, although some users have reported more success with this than others (maybe aircraft dependent). If it is not working, I cannot do much about this - you can try raising a bug request with Asobo, but they may reject this if the flight file is generated by the SimConnect_FlightSave function as they are already aware of issues with this.
Flight files generated by MSFS2020 itself and those generated by external apps (using SimConnect_FlightSave) should be compatible/the same, but this may not actually be the case at the moment. You could try loading the flight file via FSUIPC7 (File -> Load Flight) to see if that makes a difference. You can do this either when in the World Map, or when you already have an aircraft loaded and ready-to-fly.
John
-
3 minutes ago, zephyrus said:
So it looks like GPSOut and other instructions in the earlier post are only accessible for paid (registered) versions of FSUIPC.
Yes.
3 minutes ago, zephyrus said:Not willing to gamble on success where the developer knows nothing about my application.
Up to you. There are hundreds of add-ons that use FSUIPC, some the freeware version and some the registered/paid version. I cannot comment on any such software - you need yo contact the developer.
John
-
-
Just now, jimbooo said:
your program does that very nicely - except for the RSG integration.
But as I keep telling you, FSUIPC and the PFC driver have nothing to do with your RSG equipment, and I cannot help with this as these devices are not supported by FSUIPC.
2 minutes ago, jimbooo said:thanks for your help along the way
No problem.
John
-
Can you please try the attached version which has been reported to have fixed this issue. Please let me know if it works for you.
John
-
1 minute ago, ark1320 said:
I noticed a new entry in the EXE.xml file: <CommandLine>-FSIntegration</CommandLine>
That is nothing to do with FSUIPC - I hope that is not in the FSUIPC Launch.Addon section...
2 minutes ago, ark1320 said:but was not able to pick out the new FSUIPC7.ini timing parameter you mentioned.
This is because they are mot written - you add them only if/when needed.
3 minutes ago, ark1320 said:What is it called?
There are two new ini parameters that you can add to the [General] section which control the delay between sim detection and trying to connect:
DetectToConnectDelay - defaults to 5 seconds, used when FSUIPC7 is started manually
DetectToConnectDelayAuto - defaults to 60 seconds, used when MSFS starts FSUIPC7 (i.e. when the '-auto' command-line argument is present7 minutes ago, ark1320 said:Thanks very much for the work on this,
No problem - thanks for testing this for me. The issue seems to be that MSFS does not send the required events when you try to connect obtain a connection too early during its initial loading period. I don't understand why I cannot reproduce this here though, very strange...
John
-
2 minutes ago, zephyrus said:
Here's a discussion you had on a similar subject:
Then read that! As it says in that post, I don't know what NMEA/GPS sentences Foreflight is expecting - you need to ask them.
2 minutes ago, zephyrus said:What is GPSout?
It is a facility provided by FSUIPC to send out GPS data to the network for use by 3rd-party programs. If Foreflight is using this feature, they should let you know how to configure this in FSUIPC. This feature is configurable in the AutoSave/GPSOut tab of FSUIPC4 and is described in the FSUIPC4 User guide starting on page 10.
12 minutes ago, zephyrus said:But i do not support Foreflight, only FSUIPC, I do not know how to configure FSUIPC for use with Foreflight, you need support form them, not me.
John
Hotkey issue
in FSUIPC7 MSFS
Posted · Edited by John Dowson
Further info added
I can't see any changes between 7.4.8 and 7.4.9 that could cause this... I will need to see a log file with logging for Buttons & Keys activated.
Some users reported key presses not being received in 7.4.8, and this seemed to be related to the timing of acquiring the connection to MSFS. This was changed slightly (i.e. a delay added between the detection of MSFS and attempting to connect) and seemed to fix the issue for those that reported it. Its rather annoying that this has now broken the same thing for some other users.
I have no idea why MSFS is just not sending keys to FSUIPC7 in some cases, and no errors are reported.
The users having this issue can maybe change the timings using some new ini parameters (undocumented). How are these users starting FSUIPC7 - is it auto-started (recommended) or are they starting it manually, and if so when (i.e. before or after MSFS is started).
Are these users using a registered/licensed version of FSUIPC7 or an unregistered/freeware version?
John