
John Dowson
Members-
Posts
13,030 -
Joined
-
Last visited
-
Days Won
267
Content Type
Profiles
Forums
Events
Gallery
Downloads
Everything posted by John Dowson
-
Cannot run FSUIPC7 installer, cannot open README.txt
John Dowson replied to charlievine20's topic in FSUIPC7 MSFS
Maybe check the security properties of the installer - right-click and select properties. The security tab should look similar to this: Check that it has the correct permissions. John -
Cannot run FSUIPC7 installer, cannot open README.txt
John Dowson replied to charlievine20's topic in FSUIPC7 MSFS
When you double-click it, a message should pop-up asking you if you want to allow an app from an unknown publisher to make changes to your system. You have to agree to this and then the installer will run. If you do not see such a box, then check your task bar (for a shield - it may be iconised). If it is not there, then check the Windows Event Viewer to see if anything is reported there. You must run the installer from an account that can have elevated privileges. If none of this works, I can't help you I am afraid. Try google, e.g. https://support.microsoft.com/en-gb/topic/fix-problems-that-block-programs-from-being-installed-or-removed-cca7d1b6-65a9-3d98-426b-e9f927e1eb4d https://www.makeuseof.com/tag/try-windows-software-wont-install/ https://answers.microsoft.com/en-us/windows/forum/all/program-installer-wont-open-on-windows-11/b9a0a715-b829-4c21-a920-ce7fe4cd6e71 https://forums.tomshardware.com/threads/exe-installer-files-wont-run-on-my-computer.1757906 I am sure your answer lies there somewhere... John -
Cannot run FSUIPC7 installer, cannot open README.txt
John Dowson replied to charlievine20's topic in FSUIPC7 MSFS
I also have no idea why either ,and no idea what you are doing. If you want help, please answer any questions I ask and explain clearly what you are doing. The installation of FSUIPC is straight-forward and should not be difficult: 1. Download the latest Install_FSUIPC7.zip file from www.fsuipc.com 2. unzip the file 3. open and read the Installing and Registering FSUIPC7.pdf document and also take a look at the README.txt 3. Double-click the Install_FSUIPC7.exe file, which will start the installation process. If there are any problems, check any anti-virus software that you have running to see if it has blocked or quarantined anything, and if so either add an exception to allow the installer to run, or disable your anti-virus software before downloading/extracting or running the installer, whichever part is being blocked. -
In both cases ( @EisernUnion & @superrodrigues753), something is creating lvars every few seconds. When new lvars are created, the WASM will detect this and push out the new (complete) lvar list out to clients. This involves dropping all existing CDAs (Client Data Areas, the memory areas that MSFS provides to share such data between MSFS and clients) and re-creating them. This is happening 3-10 times a minute (or more) in both cases. I created a lua script that mimics this behavior and set it running in an MSFS session that I had been running for over 2 days without any issue. Doing this, I still didn't get a WASM crash, but I did get an MSFS crash! And the FSUIPC_WASM.log file was over 2GB, but still didn't show any issues. I don't understand why lvars are continually being created, or what is creating them. It could be the aircraft itself, or an add-on that you are using. If you list the lvars, the ones recently created will be the ones with the highest id - lvars are listed in id order in the FSUIPC7.log file when you do Log->Add-ons->WASM->List Lvars. Maybe try listing them and see if you can determine what is creating them from the names. I suspect GSX but could be another add-on or the aircraft itself (don't have the Fenix so cannot check this, or GSX). FSUIPC7 does have to continually re-scan for lvars at initial start-up of a flight, as many lvars are created quite a while after the flight session starts. However, I don't think lvars created long into a flight can be of much use to the user (especially for assignments) - they are probably for use by the add-on or aircraft that is creating them only. Therefore I am going to add a new WASM ini parameter LvarScanPeriod, set to a default of 600 seconds (10 mins). This will be the period, after the aircraft is loaded and ready-to-fly, during which the WASM will scan for lvars, and after this the periodic scanning for lvars (with period defined by LvarScanFrequency ini parameter) will stop. Note that if you create an lvar via FSUIPC using the lvar creation facilities (NOT via calc code!) , the new lvar's name/value will still be automatically pushed-out to FSUIPC7, and the client can always request an lvar scan either manually (add-ons->WASM->Reload), via lua ( ipc.reloadWASM()) or via a control (Reload WASM). I have also noticed that a new MSFS SDK has been released, 0.24.3.0. I will also rebuild everything against this SDK for this release. Not sure what the changes to the SDK are yet, but I will take a look. I would expect to release this next version sometime next week. I will still be interested in trace logs and any other information you can find if you get the WASM crash with that version I posted above. Regards, John
-
Assign aircraft variable to LVAR and attach to a button
John Dowson replied to earthdog's topic in FSUIPC7 MSFS
👍 -
Cannot run FSUIPC7 installer, cannot open README.txt
John Dowson replied to charlievine20's topic in FSUIPC7 MSFS
Double-click on what? If you are double-clicking the FSUIPC7.exe (after installation) and that does not start FSUIPC7 (you should see a splash screen) Have you installed FSUIPC7? if so, please show me your installation log. If you cannot run the installer, then you probably need to update your VC++ redistributables. I'm sorry but I cannot help with this - if you have extracted the zip file you downloaded, then you should be able to open the README.txt in any editor. If you cannot do this, it is a windows issue on your machine that you need to resolve - I cannot help with this. I have attached the README.txt. And please give your posts an appropriate title - FSCUIPC7 (sic) means nothing, and a title of FSUIPC7 would apply to every post in this forum, as this IS the FSUIPC7 support forum. I will update it this time. John README.txt -
Assign aircraft variable to LVAR and attach to a button
John Dowson replied to earthdog's topic in FSUIPC7 MSFS
Create a preset for this in the myevents.txt file (create this if it doesn't exist), then assign your button to the preset. It is pretty straightforward - why don't you just give it a go? Read the section Using Calculator Code Presets on page 49 of the Advanced User guide. If you have anu issues, post again and I can help further. John -
I do not understand why you are posting. Do you actually have a question?
-
So what is the issue? That means you are good to go - click next or skip and finish the installation process and you are good to go. Any issues with installation and/or registration, please see the provided installation and registration guide. John
-
Is FSUIPC 6 running under my P3Dv5.4?
John Dowson replied to Heron's topic in FSUIPC Support Pete Dowson Modules
Very strange - never heard of that issue. Anyway, glad its now working. John -
FSUIPC7 7.4.12 update and PACX not working
John Dowson replied to b.cuthbertson's topic in FSUIPC7 MSFS
Yes - error 2 is not really an error and shows PACX was running and connected. Unfortunately you attached your log file for when you restarted and PACX connected ok. I need to see the log file from when FSUIPC7 is auto-started and PACX fails to connect. Please show me/attach that the next time it happens. If you restart FSUIPC7, then the previous log file will be renamed to FSUIPC7_prev.log. John -
Why are you still using a trial license? The trial license is meant for you to try FSUIPC for a period of a few weeks or so. After that, if you don't want to purchase, you should either delete or use the unregistered version. Ok. That log file is useless. Also, when it next happens, can you also attach the FSUIPC_WASM.log file and any events you see related to FSUIPC. Also, please check the MSFS console for any messages relating to the FSUIPC WASM. Was the first flight/session a long one? i.e. how many hours (approx) and how many flights? What other add-ons are you using? Do you use GSX?
-
I am not familiar with the 787 - where is this button located? Is there even such a button? I have read this: With VNAV active, pushing the IAS/MACH selector enables speed intervention See https://www.avsim.com/forums/topic/640784-airspeed-intervention-unstable-approach/
-
Can you check in the Windows the Event Viewer please and see if there are any events related to FSUIPC (under Windows Logs -> Application) and if so save the event and show it to me/attach it. So this has happened in the past? Was this reported? The next time it occurs, can you please show me the log file from both when FSUIPC freezes, and also when you restart and it stops responding. Your ini file is pretty empty - looks like you are not using FSUIPC for anything except auto-save.... John
-
Not offhand. There is a preset for altitude intervention: AUTOPILOT_PUSH_ALTITUDE_INTERVENTION This uses the hvar H:AS01B_FMC_1_AP_ALT_INTERVENTION You could test to see if there is a similar hvar for the speed intervention. Try executing the calculator code (Add-ons->WASM->Execute Calculator Code) (>H:AS01B_FMC_1_AP_SPD_INTERVENTION) and maybe also try: (>H:AS01B_FMC_1_AP_SPEED_INTERVENTION) to see if any of those work. If so, you can define your own preset. Otherwise, you can try inspecting the behavior of the button using the MSFS development tools - see https://www.badcasserole.com/uncovering-input-events-using-the-msfs2020-model-behavior-dialog/ Also you can try logging Input Events (Log -> Input Events), press the Speed Intv button and see if anything is logged, and if so use that. I can take a deeper look at some point, but probably not for at least a few days. John
-
This is not necessary. You do not need to install/use the MobiFlight WASM module if using FSUIPC7. Do you need to use MobiFlight? i.e. do you have any home-built equipment that requires its use? If not, you should remove this from your WASM community folder and try again. All you should need to do is download and install FSUIPC7. This contains a MobiFlight events.txt file - it is pretty recent and should not need to be updated, but you can update this if there are new MF events not in the current one. You should be able to assign to these events/presets and they should work via the FSUIPC WASM module. Ah, this is what you are doing wrong. You are assigning to the MF events, not the presets. If you assign directly to MF events, you will need to install/use the MF WASM module. However, it is FAR better and easier to use presets instead. To do this, Select for Preset, then click the Find Preset... button and locate the required preset and use this. The MF add-on event functionality (and the event file functionality in general) are an older method of control and should really no longer be needed, as everything is far easier using the presets, and the MF presets in particular. All add-on custom events will now have a preset equivalent that you should use instead. So, remove the MF WASM module from your community folder. Then change your assignments from using the MF events to using presets, and remove any *.evt files from your FSUIPC7 installation folder. Any issues, please attach your FSUIPC7.ini and FSUIPC7.log files and I will take a look. John
-
The files you are attaching don't make sense: From your prev.log file: From your (latest) .log file: From your ini file: Are they all from the same folder? They should be, but I do not understand how your log files can show a different version than your ini file. Please run MSFS again with FSUIPC7, then open your installation folder (File->Open Installation Folder...). That will be the location of your log and ini files that I need to see. And PLEASE at least check your files before posting them - if they are not from 7.4.12 or later, don't post them as they are useless to me. John
-
Looks like you are experiencing a WASM crash, the same as @EisernUnion. Can you please download and use the updated version of FSUIPC7 + WASM posted above and set the log level to Trace in the WASM, and re-attach your files the next time you get an issue. Your log files will be very large and will probably be to big to attach even when compressed. If so, try using one of the free file transfer services, e.g. FileTransfer.io John
-
I do not provide links to older versions - only the latest version is supported. Please show me/attach your FSUIPC7.log file (from 7.4.12, not 7.4.11). John
-
FSUIPC7 7.4.12 update and PACX not working
John Dowson replied to b.cuthbertson's topic in FSUIPC7 MSFS
Can you also try manually starting FSUIPC7 to see if that makes a difference. Once FSUIPC7 is started (with MSFS), just exit, and restart FSUIPC7 once MSFS has arrived at the main menu. Does PACX then work? John -
That is a typo - I will correct . You should always use the assignments panel to create your assignments, or at least your initial ones. You can then edit the ini to add offset conditions, etc, or to overload. I do not understand why on earth anyone would want to create an assignment entry by hand - I would never do this... They are not available as nobody has requested this to be added before. I normally don't add simvars any more, as it is quite straightforward for users to add any simvars to offsets, but i will add this one. It will be added to offset 0x0B22 (2-bytes). It has been added in the attached beta version (7.4.13a). John FSUIPC7.exe
-
FSUIPC7 7.4.12 update and PACX not working
John Dowson replied to b.cuthbertson's topic in FSUIPC7 MSFS
No they are not - I need to see your FSUIPC7.log file, not your InstallFSUIPC7.log file. -
Is FSUIPC 6 running under my P3Dv5.4?
John Dowson replied to Heron's topic in FSUIPC Support Pete Dowson Modules
It will be listed under the Add-ons menu. No. No idea. Please attach your InstallFSUIPC6.log file. John -
Thats the GUID - see my previous comment. You don't have to make new assignments, a simple edit of the ini file would fix it. A new letter will be assigned to the new GUID, you just have to change that letter to the original (also on device name), and then delete the original lines using that letter. Try that the next time a GUID changes - or post your ini and I can adjust for you. John