
NovemberUniform
-
Posts
48 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Gallery
Downloads
Posts posted by NovemberUniform
-
-
7 hours ago, John Dowson said:
The Community folder should be under 'Flight Simulator installation' folder held in offset 0x3E00,
Hi John,
as far as I know you are free to choose another location for the community folder, for example via usercfg.opt. Or is this info wrong?
-
Hi,
I'm looking for an easy way to read the version number of a specific MSFS aircraft add-on with a Lua program. The only location I found that version number is the manifest.json of the add-on, which is installed in the community folder. I guess there is no way to read the version number of an add-on directly, so I would try doing it manually by looking for the manifest.json file in the add-on folder. Reading the FSUIPC documentation, I could not find an offset that holds the path of the community folder directly. I know of offset 0x3C00, which could in theory be used to find the community folder, but I also know of the problematic use of this offset, when it sometimes only returns a relative path, which is useless in my case.
Knowing that we have MS2020 and MSFS2024, Steam and Store and on top the possibility to move the community folder to a custom location, it would be a rather tedious task to find the right folder under any circumstances (for example via usercfg.opt).
-
On 8/27/2024 at 10:38 AM, John Dowson said:
Yes - corrected.
I have also delayed the request of keys from MSFS to prevent this issue (or to at least make it less likely to occur) in the next release. I have attached a beta with this update below if you would like to try it. With this version, you should be able to keep the delay at 85, although there should also be no issue increasing this slightly.
John
Hi John, just to let you know,
in the meantime, I think I loaded four to five flights and on all flights the keys did work with your provided beta. This looks promising. Thank you!
-
6 hours ago, John Dowson said:
I have attached a beta with this update below if you would like to try it. With this version, you should be able to keep the delay at 85, although there should also be no issue increasing this slightly.
Thanks, John!
I may be able to test the beta later in the week. I'm occupied with work, unfortunately.
-
On 8/12/2024 at 6:36 PM, John Dowson said:
There does seem to be an ongoing issue where keep presses are sometimes not being sent from MSFS to FSUIPC7. If this happens, you can try disconnecting and re-connecting to MSFS (using FSUIPC7's MSFS menu) or restarting FSUIPC7. This also seems to be due to the timing of when FSUIPC7 connects to MSFS when auto-started, so you can also try increasing the DetectToConnectDelayAuto ini parameter by 5 (seconds) or so.
I presume you mean >key presses<?
For some reason I have this quite regularly (not always) since not long ago. Key presses don't trigger their assigned actions. After a restart of FSUIPC, everything is working as intended again. I will increase the delay as you suggest. The delay is 85 right now, and I guess the value comes from auto tuning, because I can't remember setting something up myself.
-
Hi John,
this may sound a little pedantic, but with my example from above, the lua ist still not autostarting with the latest FSUIPC7.
[Auto] 1=Lua PMCO_FNX32X ;does not start, space seems to prevent it... 2=Lua PMCO_PMDG73X; does start
-
On 1/29/2024 at 6:56 PM, John Dowson said:
This change is already implemented in the latest beta if you would like to try it, available here:
Just coming back to say thanks for including this!
-
It would be much appreciated. Thanks John.
-
Hi,
from older posts I thought it would be possible to add comments to the ends of lines in the FSUIPC7.ini using the semicolon.
I had to learn that the following code snippet only autostarts the second lua script without comment but not the first one. Is this to be expected? Can comments in that section be supported in the future? It's certainly not a big thing but I had some support requests for my shared lua script because of that. Thanks!
[Auto] ;just a test 1=Lua PMCO_FNX32X ;does not start 2=Lua PMCO_PMDG73X
-
2 hours ago, John Dowson said:
No harm in asking for sure, but this one is not going to happen I'm afraid.
I understand. 🤗
-
Hi John,
I know you can do this already with Lua, and actually I'm doing it succesfully for some time now, but it would be even better to have it natively included in the GUI for button and key assignments. I'm close to the point of running into max number of Lua scripts, lol. 🤪
I guess this would be quiet a substancial undertaking, but there is no harm in asking, right?
-
On 2/25/2023 at 4:33 PM, John Dowson said:
Btw, I have just released FSUIPC7 v7.3.17 (as well as WASM/WAPI v1.0.0), which has support for > 10,000 lvars, as well as automatic scanning for new lvars (i.e. no need to issue a WASM reload command anymore).
Thanks John! This is awesome. One problem less.
-
On 11/21/2022 at 12:52 AM, Moderate Chop said:
As you say, MSFS should only provide LVARs for the currently loaded aircraft. And those of us who use FSUIPC can certainly raise this issue with Asobo. My concern is that this is so far down their priority list that it will not be addressed in the near future, if at all.
That's my concern, as well. I don't have high hopes they come to this in the foreseeable future, with all the stuff they are working on. Are they even aware of this? They have a voting system, as far as I know. Is there already a thread I could upvote?
Not knowing any of the internals, I ask myself, what consequences it would have to increase the number of accessible LVARs in FSUIPC / WASM module to a limit, that can hardly be reached in the future, like factor 10 of what we have now (please don't shoot me for writing this 🙈). Is this even possible? Would it impact performance?
It's good to have a work around with restarting the sim for the time being. Thanks for the info. I just came across this issue when the A310 arrived and I flew something else than just the Fenix A320.
-
Hi John,
I can confirm, that Ä key is working now in the sim, too. 👍
-
9 hours ago, John Dowson said:
Could you run FSUIPC7 without MSFS running. activating logging for Buttons & Keys, press the Ö, Ü & Ä keys (in that order), then close FSUIPC7 and show me what was logged - either paste the lines logged for each key or attach your FSUIPC7.log file.
I needed to assign the keys without an active profile first (because I usually use profiles). Makes sense, I guess.
my ini: (order is Ö, Ü, Ä)
[Keys] 2=N192,8,1061,0 -{'@key: Press=engine 1 autostart }- 4=N186,8,1062,0 -{;:key: Press=engine 2 autostart }- 6=N222,8,1063,0 -{#~key: Press=engine 3 autostart }-
Here is the log. Seems all keys were registered.
375 LogOptions=40000000 00000001 17500 *** Entered Keys option page *** 66985 *** Exiting Keys option page *** 136797 KEYDOWN: VK=192, Waiting=0, Repeat=N, lParam=2555905 (0x270001), Shifts=0 136797 FSUIPC Control Action: Ctrl=1061, Param=0 136797 .. This key is programmed in FSUIPC7 'Keys' options 136891 KEYUP: VK=192, Waiting=0, Shifts=0, lparam=3223781377 (0xC0270001) 136891 .. KeyUp received from FS but not programmed 137969 KEYDOWN: VK=186, Waiting=0, Repeat=N, lParam=1703937 (0x1A0001), Shifts=0 137969 FSUIPC Control Action: Ctrl=1062, Param=0 137969 .. This key is programmed in FSUIPC7 'Keys' options 138063 KEYUP: VK=186, Waiting=0, Shifts=0, lparam=3222929409 (0xC01A0001) 138063 .. KeyUp received from FS but not programmed 139110 KEYDOWN: VK=222, Waiting=0, Repeat=N, lParam=2621441 (0x280001), Shifts=0 139110 FSUIPC Control Action: Ctrl=1063, Param=0 139110 .. This key is programmed in FSUIPC7 'Keys' options 139188 KEYUP: VK=222, Waiting=0, Shifts=0, lparam=3223846913 (0xC0280001) 139188 .. KeyUp received from FS but not programmed 154391 === Hot key unregistered 154391 === Stop called ... 154407 === Closing external processes we started ...
-
Sorry, I didn't mean to offend you. You are right, you provided an alternative solution and I thank you for that.
40 minutes ago, John Dowson said:I can't see them, but then neither can I see Ö and Ü...
That was what I was wondering about. Nothing more, nothing less.
-
46 minutes ago, John Dowson said:
Keyboard input in FSUIPC7 is (usually) received from MSFS via SimConnect. The only keys supported by SimConnect are shown
Thanks for letting me know. If there is nothing you can do about it, I will work around this by using different key. Strange though, that Ö and Ü are indeed working.
-
Hi John,
beeing german I use a german QWERTZ keyboard which has umlauts Ä, Ö, Ü (see https://en.wikipedia.org/wiki/German_keyboard_layout).
I want to use these keys (among many others) to assign FSUIPC controls - lua scripts in this case. Ö and Ü work just fine, but Ä will not trigger the assigned action. You can assign something to Ä in the FSUIPC key assignments window, it is shown there as #~key, but the action is not triggered in the sim. There is also no log entry if I enable key logging. Ö and Ü actions are listed in the log. I also crosschecked the lua script, using it with Ö or Ü is working fine.
It seems, the umlaut Ä is not working. I know it was working in earlier versions of FSUIPC like FSUIPC5. I'm even pretty sure it was working with FSUIPC7, some versions before this last. I've just updated to the latest version of FSUIPC7 today and it's not working.
I know a keyboard has many keys and it's not high priority, but maybe there is an easy fix for this.
Thanks in advance!
-
Can you please repeat the exact string of the path you are looking for.
-
38 minutes ago, John Dowson said:
I suggest you just try reading the key as specified.
I can only read it succesfully (on my PC), if I use the path I have shown. It's not working with the path you provided.
-
On 11/3/2022 at 11:20 AM, John Dowson said:
You can read the installation location from the registry, from InstallDir under HKLM Software\Microsoft\Windows\CurrentVersion\Uninstall\FSUIPC7
But note that lua files don't necessarily go in the installation folder. If the LuaPath ini parameter is set (under [LuaFiles]), that will be used instead, so you would also need to read that. LuaPath can contain a relative or full path specification.
John
Hi John,
I need to get back to you on this. On my Windows 11 installation the path is this: "Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\FSUIPC7". Is this to be expected? Do you know what are the different path versions from Win7 until Win11 (both 32 and 64bit versions)? Thanks!
-
Thanks John! Much appreciated.
-
Hi,
I'm thinking about writing a simple installer for my Lua plug-in.
If I remember correctly, the user can freely choose an install location for FSUIPC7. Is there a way to read that location, maybe from the registry?
Thanks in advance.
-
Thanks John. I will check.
Offset for Community folder path possible?
in FSUIPC7 MSFS
Posted
Thanks. This info would have been useful in the FSUIPC7 Offset Status doc. I wasn't sure about that.
I did look at it. I didn't know "Path of Flight Simulator installation" == "InstalledPackegesPath".
Thanks again.