John Dowson

This is usually due to a corrupt weather file. Try adding NoWeatherAtAll=Yes to the [General] section of your FSUIPC6.ini file. If that works, you have a corrupt weather (*.wx) file, or more usually the wxstationlist.bin file - try deleting that from your APP Data Roaming P3D folder if it is there. It will be regenerated the next time you run P3D. Failing that, please check your windows Event Viewer to see if there are any crash reports, and if so please post the details. John

Adding to what Pete has said, I think you just need to re-organise your luas. I would have thought that if this was really an issue, then it would have been asked for long ago by the LINDA developers. And this is not a simple change, for the reasons described by Pete. John

But a fast response is no good if useless!

Hi Al, sorry, but I don't understand why you would need this. The [LauFiles] section just contains the lua files found, and will be those that can be assigned to via the controls drop-downs. Its the activation or use of the files that is important, and this is already handled by the [Auto.xxx] profiles section (or profile-specific assignments). Or are you saying that a limit of 128 lua files is restricting? I find that hard to believe.... And even if I did implement something like this, how would I know which lua file was for which profile? That would only be possible if using profiles in separate files (but even then problematic...would need profiles in separate folders!). Sorry, but I don't see an issue here or how it can be improved. John

Go to your FSUIPC7 installation folder (if you don't know where that is, use the File -> Open Installation Folder... option in FSUIPC7). Open the file MSFSwithFSUIPC7.bat in an editor (e.g. Notepad++), find the following line: start mshta "%splash%" and uncomment, i.e. change to :: start mshta "%splash%" John

For dimmers does it really matter? I would have thought either would suffice, or even a rotary (i.e. non linear, 1 or 2 button in each direction) switch would perform just as well. Thats just my 2cents, so take it with a pinch of salt. Others with more experience in these matters will hopefully give a more informed opinion, but you may be better off (for hardware questions) asking over on cockpitbuilders.com. John

ok, thanks for reporting back.

I'll keep this change and will release this shortly. However, I think using an offset for this is a bit OTT, so I've also added an additional control Set MaxSteerSpeed which will be available in the next release. You can also use this in lua via the ipc.control function. John

Not at all. Sorry if it came across that way. Good! 1200 seems a large increment (especially if using repeat), but thats fine if it works well for you. As I said, for me I find around 500 works well (in the C208). John

So why can't you use that? You can also add an offset condition (to 0x0D0C and mask bit 3 [&8]) if you only want to keep your switch in-sink. See the Advanced user guide on how to add offset conditions. You could use the offset directly if you like. You can use either the Offset Word Setbits/Clrbits control, or the Offset Word Togglebits control, depending on how your switch works and how you want to implement. Probably the former, with the Setbits control on the press, and the Clrbits control on the release. John

Is that for overclocking? Shouldn't affect FSUIPC, but you never know. Maybe test without this (if possible). You say the crash is 'random'? Can you explain in a bit more detail, as the only log you provided ends after WideServer is started. But you also say that this occurs when WideServer is disabled. So maybe provide a bit more information on when it crashes (without WideServer), and show me another log file. I'm perplexed on this one....after the next (and each) crash, please check the event viewer and post anything reported there - as well as the your FSUIPC7.log file. John

Please see the provided README.txt: John

Yes, would be nice. But this is also not the best pause state to use - the others are usually better. I don't know why this is the default 'Pause' in MSFS. Its not really a 'pause', but a lat/long/alt hold (or so it seams...). To be honest, I'm not sure why folks are using this - better to remap and/or use the other pause controls. John.

? What way is that? I still don't know if you are trying to register FSUIPC7 or WideFS, but I presume the latter (as you posted in a WideFS registration related post). Anyway, as long as its now working.... John

And what does this mean? I really have no idea what you are trying to register or how. Please clarify, and tell me what you see when you click the Register button. But do not respond until you have at least read the provided documentation.

Why are you posting in multiple topics and PMing me? I don't even know if you are trying to register WideFS or FSUIPC7 (or both) - can you please clarify. And ONLY post here. Stop posting in different topics, and don't PM me unless I ask you to (to send details that shouldn't be public). Thanks.

If you only have one key, then just use that key. If its for FSUIPC7, put it in the FSUIPC7 field, if its for WideFS, but it in the WideFS field.

As the name implies, it decrements a signed word offset value, i.e. whatever the specified offset holds, it will decrement that value by the defined amount (down to the optionally defined minimum). Not that control, no. But the offset you provide is the elevator trim axis. Yes of course. Its a general control, you have to give the offset as well as the decrement value. Did you not follow the provided instructions? I'm sorry but I can't make them any clearer. It is a utility that you run on a client machine (i.e. not the same machine as the flight simulator) that enables FSUIPC client applications to communicate to FSUIPC on the FS machine. So. basically you use it to move FSUIPC clients off of the flight sim PC to another PC. No, it shouldn't. No, sorry, I can't - far too busy. Extensive documentation is provided and there is a wealth of information on the web. You can also take a look at the forums here, and maybe the FAQ section and User Contributions, which contain useful things that people have done and made available. John

Yes, that matters. If you are running them as admin, you will have to run FSUIPC6/P3Dv5.1 as admin. Error 740 indicates that you don't have the required privileges to run. I'm surprised that it works for 4.5 though - do you run that as admin but 5.1 not?

@GPan099 Could you try the attached version please. I've added back the Alt modifier. However, it doesn't seem to be 100% reliable. Looks to be an issue with MSFS not receiving the input events on occasion, but I'm not sure why. I'll investigate further and report to Asobo if the issue is on their side. FSUIPC7.exe

Looks ok. Could you attach your FSUIPC6.log file please - there should be errors logged there if there are problems starting your [Programs].

No, there is still no way to detect this as far as I'm aware. As there are several other pause states that are detectable (and controllable), use those instead for the time being. John

Yes, of course it is still available. Please see the Advanced User Guide, section 'Programs: facilities to load and run additional programs' (on p44). John

Sorry, what is 'GIT'? Is this an issue with MSFS and not FSUIPC7? i.e. if you run FSUIPC7 without MSFS, are all your devices detectable and useable? If so, I think you need to raise a zendesk ticket with MSFS. I use 6 GF devices without issue.

I think this would be a useful update and will look into it at some point when time permits. John