Pete Dowson

Ouch! This would make FSUIPC act as if the FS version it was running inside was something completely different (P3D version 1.3, which it doesn't even support nowadays!). No wonder it crashed! Okay, and that's the same version for the proper Prepar3D.exe version 3! In the next update of FSUIPC I'm logging these things. Here's an example for a properly installed and unmolested P3Dv3: ********* FSUIPC4, Version 4.948a by Pete Dowson ********* Prepar3D.exe version = 3.0.10.14945 ... (other lines, omitted here) 795 ------ Module Version Check ------ 795 acontain.dll: 3.0.10.14945 795 api.dll: 3.0.10.14945 795 controls.dll: 3.0.10.14945 795 fs-traffic.dll: 3.0.10.14945 795 G3D.dll: 3.0.10.14945 795 sim1.dll: 3.0.10.14945 795 visualfx.dll: 3.0.10.14945 795 weather.dll: 3.0.10.14945 795 window.dll: 3.0.10.14945 795 ---------------------------------- At least, this way, I'll spot such odd things like yours right away! Pete

The crash is happening because although the main P3D exe program appears to be the correct, the modules which FSUIPC needs to hook into are not the versions which should be installed with P3D. This shows the results of it attempting to hook into P3D: 484 ------ Setting the hooks and direct calls into the simulator ------ 484 Failed to find CONTROLS timer memory location! 484 ### Failed to obtain SIM1 Frictions access: no frictions facilities available! 484 Reason 6: SIM1 base=77C00000 484 FrictionAddr=77C30108 contains 100FF200 484 BrakingAddr=77C313C8 contains 8B088B5E 484 Hook Error: can't find .37 in SIM1.dll 484 Hook Error: can't find .37 in VISUALFX.dll I don't understand how your installation can be so different. There are lots of folks using FSUIPC quite happily with P3Dv3. Here's part of a normal FSUIPC loading log:for P3Dv3: 1857 ------ Setting the hooks and direct calls into the simulator ------ 1857 --- CONTROLS timer memory location obtained ok 1857 --- SIM1 Frictions access gained and basic values patched 1857 --- FS Controls Table located ok 1857 --- Installed Mouse Macro hooks ok. 1857 --- Wind smoothing fix is installed 1857 --- SimConnect intercept for texts and menus installed ok 1857 --- All links okay (except older global weather setting method) I'll see if I can add some extra logging, before the hooks are attempted, to provide the details of the P3D DLL modules it needs to be correct. Meanwhile, perhaps you could check one or two yourself? Go to the main P3Dv3 fold and find these modules: ACONTAIN.DLL API.DLL CONTROLS.DLL FS-TRAFFIC.DLL SIM1.DLL VISUALFX.DLL WEATHER.DLL WINDOW.DLL Right-click on each and select Properties. Then "Details". Check that they are all shown with File Version 3.0.10.14945. Pete

Sorry, I don't know anything about Wideview, it isn't my program. It is by Luciano Napolitano. I assume there's a separate support forum or website for it. However, I wouldn't have thought it would notice any difference between them. Pete

Well, maybe not. But it isn't a question for Paul Henty and his .Net DLL either. I don't often notice messages there, Paul picks them up. Windows controls the Registry. All of the information you need to locate FS is in the Registry. Therefore you need to use functions provided by Windows to access the relevant parts of the Registry and obtain the information to locate FS. "API" means "Application Programming Interface". You are programming an application to interface to Windows, therefore you use Windows APIs. You'll find all of the Registry API functins start with the letters "Reg" which makes them easy to spot. I cannot teach you Windows programming so you'd need to do some work on this if you are new to Windows programming. For the Registry functions, check out this section in the MSDN: Registry Reference Pete

The crash data isn't timestamped. However, it is was timed and dated for the same closure which FSUIPC was logging, then the crash could not possibly have been during normal FS flight mode -- FSUIPC was closing down tidily which can only be a result of FS signalling that the session was closing -- SimConnect sends an "End" to all of its clients and Windows itself calls an exit function in the DLLs. Now the closing of FS may possibly not have been of your doing, but I don't know anything else which would instigate it unless you had some application sending the CLOSE message or a Ctrl-C keypress, but it cannot have been actually instigated by the crash in FSUIPC which must have been only in the exit routine, after pretty much everything was closed in any case. If the crash data was for the current version of FSUIPC I could have pinpointed the actual place in the code where that was. But it would not explain why FS was closing. You've not actually supplied such a log yet. Suspect all you like, but the loading error you've shown is a known problem with FSX SimConnect, which was much worse in the original release of FSX and which Microsoft did try to solve in SP1 and more in SP2/Acceleration, but they never fully solved it. It is all to do with the "Trust" system they used, which thankfully was dropped in ESP and P3D. All the information I know of about the loading warning you are getting is in the FAQ thread I pointed you to. I doesn't affect everyone and in all of the cases ever reported it is a temporary state. You just need to allow it to continue to load FSUIPC. For some folks it has taken a few attempts before it disappears, but it always does. If you do ever get a crash which indicates the current version of FSUIPC (now 4.948 incidentally) then please do report it here, with the Windows crash data AND the FSUIPC4.LOG, as far as it got. Pete

You read it. There is no issue at all in my software. The log clearly shows a normal closure -- this part here, the proof: 5923016 System time = 23/10/2015 18:56:19, Simulator time = 13:55:03 (22:55Z) 5923016 *** FSUIPC log file being closed Minimum frame rate was 11.0 fps, Maximum was 16.8 fps Minimum available memory recorded was 2693Mb Average frame rate for running time of 5777 secs = 16.0 fps G3D fix: Passes 11776, Null pointers 0, Bad pointers 0, Separate instances 0 Memory managed: 5281 Allocs, 5281 Freed ********* FSUIPC Log file closed *********** After that last line FSUIPC was no longer running. It exits. Additionally you can clearly see it closed at 23/10/2015 18:56:19. If you look near the beginning of the log you'll see it started a little before 23/10/2015 17:17:37. You do the maths -- 1 hour 38 minutes and 42 seconds, plus start-up time. FSUIPC is simply not involved. You have a different problem. I hate it when there are problems in FSUIPC and do my utmost to eradicate them, but it does come in for a lot of incorrect accusations, and I'm sorry, yours is one of them. I cannot help with your SIM1 crash. As for a supported version of FSUIPC you have only shown a log of a successful run. If you look through the History and Changes documents supplied with current versions you'll see FSUIPC has gone through many changes and some of them are error or bug fixes. I fix bugs and consequently release an update. How else do you think I can proceed? There's no way I can resurrect an old version just to prove one way or the other that your original report was due to a bug now fixed. The proof is in using a fixed (and supported) version! Pete

Flightsim.com has no business supplying old versions. I have no control over that website, it is nothing to do with me or FSUIPC. The only legitimate suppliers for my programs are here, in Download Links subforum, or on Mr. Enrico Schiratti's site -- that is his but he links to here. The links on the sales sire here at SimMarket are to the Schiratti site. That's the occasionally occurring timing bug in the SimConnect loader, which is well documented as detailed in the FAQ subforum -- see the thread entitled "fsx fails to run after fsuipc4 first installed". It is not in FSUIPC, it occurs before FSUIPC has even started. You should use the Installer in any case. 4.947j was an interim update supplied in another thread here for some other specific testing. The current release is 4.948 and you need to run the Installer if you are updating from such an old version! Pete

You posted your question, with an unhelpful title, in the wrong place. I've moved it and re-titled it for you. Please use the Support Forum in future, and use more helpful titles. Are you are programmer? If not I wouldn't try. If you are, then you just use the normal Registry API. Please refer to the copious Windows API documentation available on-line. The places to look in the Registry are clearly shown in the Installer log. Isn't that enough help? Pete

I don't know any flight data recorder which uses FSUIPC, but whether it does or not it is obviously checking whether the Flight Sim is FS9 or FSX or ESP. You need to change it so that it accepts P3D as well. I cannot do that for you. If it is yours you should be able to change it. Pete

This is definitely not at all related to FSUIPC. Because you have Windows Explorer's folder options set to hide filenames from you. Change thast option or you'll never know the real file names! This is mentioned in the FSUIPC User's Guide but of course no one reads that. :sad: So, that tells us two things: 1. FSUIPC has never been run since 23/10/2015 17:17:37 2. The log shows everything worked fine and FS closed norrmally after a session lasting nearly 1 hour and 40 minutes. This shows that no DLLs or EXEs were loaded by SimConnect at all. So your crash is nothing to do with either FSUIPC or any other add-on which is being loaded by SimConnect. You have some other problem. I am sorry, but I cannot help with this. You might try the FSX CTD forum over in AVSIM. Pete

They are in version 4.948, just released. Check the changes document. Pete

Okay. They're on the list. I have a revised version almost ready to go out. I'm just awaiting some test results. Pete

I didn't really need a screenshot, merely a reference (or proper names). Found them now. would 16-bit integers be okay? I don't really want to use more space than necessary, and there hasn't been any demand for this in the 10 years since FSX was born. Pete Pete

Sorry, I don't see those in the FSX SimConnect SDK. Pete

Yes, of course, by program. Read the values, save them, write them back when needed. If you look in the Lua examples provided in the FSUIPC Documents folder, you'll find an example of using Lua plug-ins to link two PCs running FS and making one slave of the other, mimicking its flight. See "SlaveServer", "MasterClient". You'd need to do something basically similar but storing the values instead of sending them over a Network link. Of course, if you want to do your own autosave just save a flight and load it when needed. You can do that with FSUIPC or direct with SimConnect. BTW since none of your questions are really specifically related to the use of Paul Henty's .NET DLL you should really be posting in the Support Forum itself, not in this subforum. Please do so further further support questions. Pete

Well, there's absolutely no relationship whatsoever between that and FSUIPC. Apart from it being a VERY old version, the Log proves that it is running fine, at least up to the point you closed FS. What exactly is the problem? What do you means by "FSX will not allow me to fly using FSUIPC"? How is it stopping you? And if you submit any more logs please make sure they are ONLY for a supported version. Pete

Why are you doing this? Do you not want FS to take care of the time zones for you? All the date and time values are in the Offsets list from 0238 to 0248 inclusive. How could you miss them? And how could such a thing drive you crazy? Pete

Well, it isn't related. MakeRwys isn't "installed" it is simply placed in the FS folder for which you want the data files created. It is just a utility which creates files for other programs. It doesn't change anything whatsoever in any FS installation or scenery. It does nothing if you don't run it, and if you do run it then the only files it creates are those listed in the text file contained in the ZIP, and NONE of those have anything to do with Fs and are not in any way used by it. No, it most certainly doesn't! It cannot. Pete

You are using a very old version of FSUIPC (4.853) which has not been supported for a very long time. Please update. The earliest supported version for FSX is 4.947c. If you still have a problem I not only need to see the Windows crash details, but also the FSUIPC4.LOG file from the Modules folder. Pete

The FSUIPC calibration lets you set the "idle" zone anywhere you like. Did you follow the numbered steps to good calibration in the Joystick Calibration section of the FSUIPC User Guide? Assuming you are wanting a reverse zone on the thtottles (which is rarely done on the Saiteks as they have a reverse detente with a button instead) then there are 4 points, minimum (=full reverse), maximum (full thrust), and the two points delineating the central idle zone. Those points are specific to each lever and you set them where you like. That is the point of calibration. Most Saitek throttle users set the NRZ (no reverse zone) option on the Calibration tab, and then the minimum IS the idle. But to make sure you can always set idle you should set that position slightly away from the backstop or detente (as outlined in the numbered steps I mentioned). You set the Reverse by assigning Throttle1 or 2 Decrement controls, repeating, to the button behind the detente. BTW, PMDG advise against using FSUIPC for the 737NGX and 777X aircraft, because they read the throttle inputs in a way which can conflict with FSUIPC calibration. You CAN assign them in FSUIPC, but to the FS controls "Axis throttle ..." controls, and don't calibrate. It's then up to PMDG to sort out where the positions are. Pete

Thomas, to repeat, is there any possibility of me seeing the Log from the "worked flawlessly" run, please? I need to check through that what it is doing is what I think it should be doing. That was the point of you volunteering to test it for me! When I'm confident it is doing all the right things I can make a formal release. Thanks. Pete

I didn't for one minute think it would. The point of using my current version was only to make sure that any crash information was useful against the code as it is now, so I could pinpoint where it was occurring. I cannot explain the lack of Windows crash logs. That makes no sense. But if there are truly no logs at all in the Modules folder then either you've deleted them or FSUIPC4 has never run at all, ever, in that installation. There should at least be an Install log, because the Installer puts one there. The basic files you'd see in any FSUIPC4 installation, after it has run are: FSUIPC4.DLL the module itself FSUIPC4.INI, the settings, either default or your own from the FSUIPC4 Options FSUIPC4.LOG, the log file always created by FSUIPC4 when it runs FSUIPC4 INSTALL.LOG, the complete record of the Installation run FSUIPC4 Documents, a subfolder containing the documentation and other assorted goodies. Additionally, if you registered FSUIPC4 there would be FSUIPC4.KEY If none of these are there then you are looking in the wrong place. If there is no FSUIPC4.INI and FSUIPC4.LOG then FSUIPC4 has never been run. Both files will be updated or created every time FSUIPC runs. In particular, the LOG file will be newly written at the very start of each FSX session, so the date and time on it will be the last time FSUIPC4 actually ran. If there is no log, then SimConnect has never actually managed to load FSUIPC, so there is no way FSUIPC can cause FSX to crash. It will be a serious problem with the FSX installation itself. You might find out more, then, by gettng a SimConnect log file, as explained in the FAQ subforum. One thought -- are you perhaps looking at an Explorer where Windows is hiding the filenames from you, merely describing INI files as "configuration settings" and LOG files as "text files"? If so you should turn off the Folder Options setting which tells Windows to hide filetypes from you, as instructed in the FSUIPC User Guide Pete

You didn't first update to 4.947d as I requested? Does it create a log in the FS Modules folder? If not, then FSUIPC isn't actually being loaded, which indicates a SimConnect problem. If there is a Log created, I need to see it, please, as it will tell me at what stage the problem occurs. To find the crash details you need to use the Windows event viewer. To open that just enter Event Viewer in the edit box after pressing the Windows Start button, and press return. You'll find application crash details in "Windows Logs - Application". Just scroll down the list looking for the red Error (!) line with FSX as the source. You can view the details below, and copy them into a message here. The log from your original "initial crash", the one you showed above, would have been useful if it was for the current version of FSUIPC. With that in mind it would now be better for you to get my current interim update. Use this link please and copy the FSUIPC4.DLL into the FS Modules folder. FSUIPC4947j.zip Pete

Did you have the logging still enabled? If so can I see the log please? And, yes, your friend can test. But is his problem the same? Seems an unlikely coincidence if so. Pete

Ok. No rush anyway, I'm about to have my dinner Back a bit later to see how you got on! Pete