-
Posts
38,265 -
Joined
-
Days Won
170
Content Type
Profiles
Forums
Events
Gallery
Downloads
Everything posted by Pete Dowson
-
Yes, something evidently weird happened during your FSX S-E install? Best report this on the Steam FSX forum. Or are you using some sort of migration program which messes with paths and doesn't understand FSX-SE? Even the utilities designed to "fix" FSX registry pointers might do this, until they are fixed to recognise FSX-SE. Meanwhile you'll need to delete the whole registry entry HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Games\Flight Simulator - Steam Edition\10.0 SetupPath=D:\Microsoft Flight Simulator X\ or maybe correct it. But since it isn't normally there it would be better to delete it. (I checked on my PC, and it is correct in HKEY_CURRENT_USER, AppPath, as you found). Pete
-
Well, the actual statement of the error would have been a good start. Why photograph text? Makes no sense. If there was a Windows detected crash then there will be an entry in the windows Event Viewer. If FSUIPC actually ran at all, which isn't usual in these circumstances, there will be an FSUIPC4.LOG file in the FSX Modules folder. Have you checked the FAQ subforum thread "FSX fails to run after FSUIPC4 first installed"? That's where the most common loading problem, caused by SimConnect trust issues, is discussed at length. Pete
-
FSUIPC has nothing to do with "Steam/steamapps/common/FSX/SDK/Core Utilities Kit/SimConnectSDK/legacyinterfaces.". What are you messing there for? FSUIPC can and does use the FSX-SE version of Simconnect which should have been correctly installed by Steam. I can't guess what the error is, and you've told me nothing about it. What are these mytsterious "issues" you seem reluctant to even describe? I suspect you have something else going on there, but you aren't telling me anything. Pete
-
Hmm. Very strange. The installer is getting the path from HKEY_LOCAL_MACHINE, parameter "SetupPath". What does that say in your Registry? The Installer checks there first, only going to HKEY_CURRENT_USER etc if it can't find it there. I don't want ot have to try both and make some random decision between them. They should either point to the same path, or one of them be omitted. Else it makes no sense. I shall have to log a bit more information to see what is going on in these cases. Pete
-
Ok, it appears your registry shows FSX-SE installed in the wrong folder. can you check? Using Regedit, look at HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Games\Flight Simulator - Steam Edition\10.0 for the parameter "SetupPath" or "AppPath" Oh, or it could be in HKEY_CURRENT_USER\SOFTWARE\Microsoft\Microsoft Games\Flight Simulator - Steam Edition\10.0 Pete
-
It is only greyed out when you can't change it! You can't change it if you've made an assignment using it. You need to deselect the assignment, below, first! The User Guide is your friend! Pete
-
Okay. I see there is a problem with some knobs and buttons -- for me, in Virtual Cockpit mode only. I think it must be to do with the Mouse Macro making hook. I can't see what is wrong at present, so i'll make an Interim version with Mouse Macro making eliminated, for FSX-SE only, and try to fix it properly tomorrow. Meanwhile, download FSUIPC 4.938a from the Download Links subforum -- look out for it in the next hour or so. You'll need to replace the FSUIPC4.DLL only, in the FSX Modules folder. [LATER] Fixed it! 'Twas easier than I thought. 4.938a is now available for manual install. Pete
-
Sorry, I do not know why they say that. Best ask over in a PMDG support forum I think. Pete
-
Controllers not being detected
Pete Dowson replied to captain_fsx's topic in FSUIPC Support Pete Dowson Modules
The behaviour you reported, i.e. "When only any one of these controllers is plugged in, FSUIPC can detect it and I can make assignments which work. If I make assignments for each controller in this manner and then try to fly with both of them plugged in, there is a constant haywire control output!" is unique. I've never heard of anything like that and have absolutely no idea how it could happen. It makes no sense. Could you describe "constant haywire control output!" more precisely, as I cannot actually envisage what you mean by that? Can you also try starting with default settings. i.e. before running FS, rename your FSUIPC4.INI file so that it make a new one. Maybe there's something tangled up there. FSUIPC detects and reads these things using the same interface as FS, so it's a real puzzle. You can make FSUIPC log more information about its detection system by adding these lines to the [General] section of the INI file before running FS: Debug=Please LogExtras=x200000 All this stuff is buried in the Registry. Here's an example from mine, relating to my test Saitek Throttle Quadrant. This extract is produced by the Regedit "Export" function: [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D] [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D\Calibration] [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D\Calibration\0] "GUID"=hex:c0,de,ab,b0,a5,6d,e0,11,80,01,44,45,53,54,00,00 "Joystick Id"=hex:00,00,00,00 [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D\Calibration\0\Type] [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D\Calibration\0\Type\Axes] [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D\Calibration\0\Type\Axes\0] "Calibration"=hex:00,00,00,00,80,00,00,00,ff,00,00,00 [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D\Calibration\0\Type\Axes\1] "Calibration"=hex:00,00,00,00,80,00,00,00,ff,00,00,00 [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D\Calibration\0\Type\Axes\2] "Calibration"=hex:00,00,00,00,80,00,00,00,ff,00,00,00 [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D\DeviceInstances] "8&2D4EEC&0&0000"=hex:02 "9&11EBDAD6&0&0000"=hex:02 "7&3AFC8A82&0&0000"=hex:02 "7&25515117&0&0000"=hex:02 You'll see the GUID and ID in the third entry down, thus: "GUID"=hex:c0,de,ab,b0,a5,6d,e0,11,80,01,44,45,53,54,00,00 "Joystick Id"=hex:00,00,00,00 The GUID in "normal" form becomes {B0ABDEC0-6DA5-11E0-8001-444553540000}, because of the Lo-Hi reversal of byte orders in Intel format numerc representation. The ID used by FSUIPC in this case is 0, ie Joystick 0 in the assignments tab. Maybe your Registry is in a tangle? Might be worthtrying to uninstall the devices (in Windows Device Maager) and re-installing them. The debug logging for this, my only device connected on this test machine, shows simply this: 61043 #### Initialising Dlrectinput Axis Scanning ... 61043 Trying: "HKCU\SYSTEM\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput\VID_06A3&PID_0C2D\Calibration\0" 61043 Found correct joystick Id 0 61043 ... and a "GUID" value 61043 ... okay, Acquired device! 61059 joyGetDevCaps for device 1 returned error 165 [000000A5] 61059 joyGetDevCaps for device 2 returned error 165 [000000A5] 61059 joyGetDevCaps for device 3 returned error 165 [000000A5] 61059 joyGetDevCaps for device 4 returned error 165 [000000A5] 61059 joyGetDevCaps for device 5 returned error 165 [000000A5] 61059 joyGetDevCaps for device 6 returned error 165 [000000A5] 61059 joyGetDevCaps for device 7 returned error 165 [000000A5] 61059 joyGetDevCaps for device 8 returned error 165 [000000A5] 61059 joyGetDevCaps for device 9 returned error 165 [000000A5] 61059 joyGetDevCaps for device 10 returned error 165 [000000A5] 61059 joyGetDevCaps for device 11 returned error 165 [000000A5] 61074 joyGetDevCaps for device 12 returned error 165 [000000A5] 61074 joyGetDevCaps for device 13 returned error 165 [000000A5] 61074 joyGetDevCaps for device 14 returned error 165 [000000A5] 61074 joyGetDevCaps for device 15 returned error 165 [000000A5] 61074 #### Completed Dlrectinput Axis Scanning The 15 errors are just for non-existent devices 1 to 15 (FSUIPC only supports 0-15 hardware joystick devices). Pete -
Can't install FSUIPC on Prepar3D v2.4
Pete Dowson replied to meph18's topic in FSUIPC Support Pete Dowson Modules
Okay, I found the problem with the 4.938 installer -- just a silly error. I forgot to increase an install count by 1: FSX, FSX-SE, P3Dv1, P3Dv2. That's 4. The count stopped at 3! Stupid! :-( You can re-download 4938 now. I've not changed the version number -- the FSUIPC is still the same. Pete -
Can't install FSUIPC on Prepar3D v2.4
Pete Dowson replied to meph18's topic in FSUIPC Support Pete Dowson Modules
I'll look at the problem when I can. Trouble is I am running on a crippled system till at least Tuesday, when a replacement PC should be ready. Meanwhile, if this is your first time with FSUIPC, use the 4.937 installer: link Install FSUIPC4937. Pete -
I did not say I would not try to do wind smoothing in FSUIPC, I just cannot locate the right places to hook. the code is just too different. I will try further in the New Year, but I cannot promise anything. This part of your post is confusing me. Are you talking about FSX or FSX-SE? Have you got any information whatsoever about G3D crashes in FSX-SE? I cannot apply the same patch in SE as I do in FSX because the code I patch just isn't there, or is there but is unrecognisable. And don't forget there are many other G3D crashes which FSUIPC never patched. Pete