John Dowson

If you have calibrated, could you go into the FSUIPC logging options and activate Logging for Axis controls. Then activate your left and right brake through its full range (independently). Stop the sim, then post both your .log and .ini files and I'll take a look.

Check your SimMarket account. Its only on sale there, so if you have purchased a license it will be under your account (if you have one!).

Hi Andrew, thanks for reporting back. I could try and reduce some of the delays added, but as these only total a few seconds, it wouldn't reduce the shutdown time by any noticeable amount, so I think I'll leave things as they are. I'll release these changes within the next day or two as v6.0.4 (and remember to update the IPC check version!). Cheers, John

Installing FSUIPC should not affect SODE. You do not provide much information, so its difficult to help! What version of FSUIPC are you installing (FSUIPC5 or FSUIPC6)? Did you read the installation and registration manual? What exactly is your problem? Do you have an installation log? P.S. I deleted your other post on same topic in a different thread P.P.S. And what does the topic of your post mean? Please give your post a suitable title.

Hi Andrew, first apologies, as there was an error with the logging statements, which means that the logging was active even if not enabled, which would affect the timings. Due to this, the test need to be redone. [And was why we were also confused with your logs!] However, as it seems that you are getting consistent results with the CMDRST call disabled (i.e. ini param set to Yes) [but with logging!], I've taken that as another clue and have increased the wait time after this command is sent. So, could you please try the attach dll. Again, no logging please (LogExtras=1 or 0), and try with CMDRST enabled and disabled. Thanks, John FSUIPC6.dll

Hi Andrew, So you changed the logExtras value before closing? Really we wanted to see what happened without this, as the additional logging also affects the timings. Also the tests with ForceTerminateTime don't really mean much at the moment - need to make some adjustments for this to work, but we'll leave this for now. Sorry about that. I'll come back to this if needed... Could you try the attached dll please: I've increased the timings in this one. Please try initially with LogExtras=0 (or 1) and DO NOT CHANGE before closing down. You can try with both the VRIDisableCMDRST set to No and Yes - from your previous results I am hoping this would work with the latter option, but probably not the former. However, if this does work consistently, then we could go with this one. If you still have issues with this, then set the LogExtras to x2005/8197 before closing to get the additional logging, and send the logs (for both VRIDisableCMDRST Yes and No). Cheers, John FSUIPC6.dll P.S. "The log files shows logging ended but the hanging task remained." - but this would indicate a P3D problem, not an FSUIPC one as the log indicates that it (and all associated threads) have closed.... And: "Finally I removed the ForceTerminateTime entry. This time FSUIPC6 terminated correctly with no hanging tasks after a 5-10s delay. This was repeatable." Ah, ok - so this is the test we needed (i.e no logging), so maybe just adding the 10ms delay was enough... Try the new dll anyway and report back. Thanks.

Hi Andrew, could you try the following dll please: FSUIPC6.dll This one has a small delay added to during VRI closing. Could you try this with logExtras=4 please and send the log back to us. You can also try with no extra logging (LogExtras=0 or 1). For some final tests, you can try adding the following parameter to the [General] section of the ini: ForceTerminateTime=<milliseconds> where <milliseconds> is the time it waits before forcing termination. This needs to be long enough for P3D to close down in normal situations (e.g. to rewrite the P3D CFG file if changed). Suggest you try with different values to see what works, maybe starting at 1000ms and going from there. John

Sorry, but does this mean that you have installed and registered ok now? As I said, if you are still having difficulties, I also need your WideFS7 order number if you cannot register that.

Ok, thanks for testing Niberon. I'll release officially this as v6.0.4 in the coming days. John

Ok, thanks for reporting back.

Hi Percy, What do you mean by this? What aircraft are you using? Nothing has changed between FSUIPC5 and 6 with regards to mouse macro functionality. I verified mouse-macro functionality on P3Dv5 with the macros I have/use, and found no issues. Given the above, I'm not sure. I don't think I've seen a switch or button with a drop-down menu - could you elaborate? Thanks, John

Hi Andrew, strange and confusing results...any ideas as to what is causing P3Dv5 to crash? Could you try the following dll please (6.0.3d): FSUIPC6.dll It has additional logging. Start with only the following in your ini: Debug=Please LogExtras=1 Just before you close the session, go into the logging tab and set the extras value to 8197. If you could then generate a log when iy hangs. Thanks, John

Hi Niberon, could you try the attached dll for me please: FSUIPC6.dll If that works, I'll update the documentation and release later in the week. John

Do you have the VRIDisableCMDRST parameter set to Yes in the ini by any chance? I am very surprised that the first dll didn't work (which is actually 6.0.3a but I forgot to update the character string, sorry) as this should be equivalent to FSUIPC5... I'll discuss with Pete to add some logging to try and track down this issue...

Did you click the Register button?

And also please try this one: FSUIPC6.dll The first dll above is compiled against the same Windows SDK as FSUIPC5, so hopefully that one should work. The one attached in this post is compiled against an intermediate SDK. It would be useful to know if this one works or not as well. Thanks.

Just checked and I forgot to update version for IPC in the header. I will correct this in the next release.

Yes, forgot to mention that, sorry - I'll update that topic. John

Hi Andrew, could you try this dll please: FSUIPC6.dll

Your COM ports cannot be opened: 969 VRI port 1 "COM2" failed to open 969 VRI driver port 1 "COM5" failed to open 985 VRI port 2 "COM6" failed to open 985 VRI driver port 2 "COM7" failed to open Is VSPE running? Try adding the logging flags, as suggested: Debug=Please LogExtras=4 You also seem to have two [General] sections in your ini, with the first one prefixed by '!1=n' which will be make that section be ignored. Either delete that whole section, or remove those characters before the section name and also the other [General] section.

Yes, it should I will correct that, thanks.

You should not install FSUIPC6 into this folder really, although it will do no harm. There must be an FSUIPC6 folder under this, that contains the add-on.xml. You can install FSUIPC6 in there if you like, but it is better to install outside of this folder really(e.g. mine is in E:\FlightSim\P3D Add-ons\FSUIPC6). Note that if you have (or will) install any other add-ons into P3Dv5 via the xml add-on method (which is now the recommended method by Prepar3d), then the add-on.xml for these will also be created in a folder under "C:\Users\***\Documents\Prepar3D v5 Add Ons". This folder should just contain a list of folders, one for each add-on.

You only have to do this once. When you re-install, you can just skip this stage by clicking the 'Next' button. I see no need to have a 'check' function. What I would like to do, when I get a chance, is to maybe pre-populate the registration panel fields from your key file if already registered. I know, this annoyed me, but there is not an easy way around this as its not supported by the tools I am using. I will write my own tool for this at some point, but not sure when this will be.

No, its not correct, and that is not in the instructions. The instructions say to rename and copy to your installation folder.That is not your installation folder. When you install FSUIPC6, you can select the folder in which you want to install. If you choose the add-on.xml method (which is the default), then a folder called FSUIPC6 will be created under your Documents\Prepar3D v? Add-ons folder (where ? is replaced by 4 and/or 5, depending which versions you choose to install into). You could (and should) choose to install FSUIPC6 itself in another folder, although the installer will also default to this folder for a clean install. If you previous have FSUIPC5 or 6, then it will default to the existing folder to install (usually the Modules folder). You could check/post your install log (which is in the installation directory and also a copy with the installer) which would tell you what is installed and where (and what you previously had installed). Can you check that you don't have the 'Allow the computer to turn off this device' checked on your USB devices. If thats not it, I need to see your log file. It is not possible to have 2 installations for one sim. Probably a good idea to uninstall and start again, and make note of where you have installed. Then, after installation, copy your FSUIPC5.ini file to that folder and rename it. John

That is just showing the unregistered version. You have to register at the end of the install process, enter your details and click the Register button. You will get a pop-up telling you if your registration is successful or not. Did you do that? What did the pop-up say?