-
Posts
38,265 -
Joined
-
Days Won
170
Content Type
Profiles
Forums
Events
Gallery
Downloads
Everything posted by Pete Dowson
-
runway position in runways.xml (makerwys.exe)
Pete Dowson replied to Maarten's topic in FSUIPC Support Pete Dowson Modules
Er, the thread you attached this to is 26 months old. Could you be more specific? What file, what section, what structure? I'm a bit lost. Sorry. Pete -
TEST VERSION OF FSUIPC4 FOR FSX-SE TERRAIN.DLL CRASH AVOIDANCE [sTOP PRESS] I don't think it is going to work -- it looks like this crash is not patchable -- too extensive! ================================================================ A number of folks have been reporting crashes in FSX-SE's TERRAIN.DLL, These are probably results of a similar bug to the more common one in G3D.DLL in FSX, and they are probably exacerbated by folks managing to get settings up a lot higher in the Steam edition. So far not many of these reports give any details, but I've seen two with details and both point to the same offset in TERRAIN.DLL for the access violation which is occurring. The offset is 00059BE8. It's only a small sample, but the fact that the only two with details are both at the same place must surely be more than a coincidence. So, though I don't yet know if this is the main or only one. I can still implement a temporary workaround in FSUIPC as I did with he most prevalent G3D.DLL crash in FSX. So, first off, could all of you experiencing this crash please post the actual crash details -- the module offset is really all I need, and confirmation that the error code is C0000005 (= access violation). Meanwhile any registered user who does get (or knows he can get) the Terrain crash at 00059BE8, please try my interim test version -- download link: FSUIPC4938hTEST.zip. Read the "read me" inside for details on how to enable the fix. Let me know how you get on, please. Regards Pete 26th January 2015
-
FSUIPC with saitek download software
Pete Dowson replied to Driver170's topic in FSUIPC Support Pete Dowson Modules
Yes, the left hand side of the "Button & Switches" tab, where you assign keystrokes to button presses, exactly as documented in the User Guide. Oh, and it works for GSX too -- I use it for GSX. Pete -
FSUIPC with saitek download software
Pete Dowson replied to Driver170's topic in FSUIPC Support Pete Dowson Modules
No. You misunderstand completely I'm afraid. You assign your BUTTONs to whatever KEYSTROKE(s) you want. There are no "controls", we are talking about making keypresses happen when you press buttons!!! The keystroke assignments for RC are set in RC. Pete -
Go-Flight affectation
Pete Dowson replied to simu182rg's topic in FSUIPC Support Pete Dowson Modules
if you run the GoFlight software you will have interaction problems between FSUIPC trying to do things and the GoFlight software doing it to. This applies to all of the GoFlight devices which their software handles automatically, like the MCP and the LGT. You don't need their software for all your other units, so why load it at all if not for the LGT? Just remove their DLL. Pete -
You are making an error, then. Maybe you registered WideFS with a different email address? The name must be the same as for FSUIPC,but the email can be different. Pete
-
Strange it isn't so associated here. I'll associate it next time I see one. Ah, so ".wer" is synonym for ".txt"? How odd. Thanks, Pete
-
1 keyboard press = Run/Kill 4 lua's
Pete Dowson replied to WB_FlashOver's topic in FSUIPC Support Pete Dowson Modules
It is always better to use events in any case. The plug-in is then only read and compiled the once, and it is dormant until the event(s) happen(s). With it being reloaded and recompiled each time you are fragmenting memory unnecessarily as well as causing the processor overheads of unnecessarily repeating the same thread creation, file access, compilation and thread destruction each time. And for similar reasons it would be more efficient to have one plug-in, one thread, one area of memory occupation, for all similar things always used together. Pete -
FSUIPC with saitek download software
Pete Dowson replied to Driver170's topic in FSUIPC Support Pete Dowson Modules
RC for certain okay. I don't see why not GSX too. It would actually be quicker for you to try it than send a message here and wait for a reply! ;-) Pete -
FSX Steam - FSUIPC Offset
Pete Dowson replied to galaio's topic in FSUIPC Support Pete Dowson Modules
Please see the Changes document included in the ZIP for 4.938f. Documentation takes longer to update. All recent changes are always covered in the Changes document. Pete -
1 keyboard press = Run/Kill 4 lua's
Pete Dowson replied to WB_FlashOver's topic in FSUIPC Support Pete Dowson Modules
"Killing" Lua plug-ins is NOT really a good idea. The facility is provided for occasional use when this proves necessary, but there are much safer and more effective ways to dealing with program control. Killing threads can leave things in a strange state sometimes. I've taken lots of steps to try to ensure it doesn't actually crash the sim, but I'm not sure even then I can cover all circumstances. It all depends what the plug-in is doing with other parts of the system. A much better idea is to have the plug-ins event driven, so they loaded, but dormant until they need to do something. There are event functions for activating them on button press, key press, or just flag or parameter changing. If you really want them to terminate, setting one of the 32 available flags for each plug-in should suffice, programming it to test it and is set to ends by simply exiting the loop or using ipc.exit(). If you really must do something like that, there is nothing stopping you assigning as many actions as you need to each keypress. You have to do this by editing the INI file, as the in-program dialogue can only assign one thing to each. Pete -
Best to just paste the text into a message. You can use the <> button above the edit area to enclose them. This works best for text files and saves the uploading / downloading process. Got them anyway. Thanks! [LATER] ... except I don't know how to open the "evtx" and "wer" files you included! :-( Pete
-
Good! But I'm at a loss to know why this was related to the Wind Smoothing change! Ah well, all's well that ... you know the rest! ;-) Pete
-
I've just released 4.938f. Maybe try that too, please? I'm very VERY puzzled by this night/day difference. It makes no sense to me. I've checked all these recent versions here and the only differences are whether wind smoothing is hooked or not -- that's the change in 4.938f Maybe when you update to 2.5, it being a complete re-install in any case, the problem will fix itself. Pete
-
FSUIPC4938d and P3D2.4
Pete Dowson replied to Achoriham's topic in FSUIPC Support Pete Dowson Modules
Okay, thanks, that's good. But I'm just releasing 4.938f which fixes wind smoothing for 2.4 also. Looks like I broke it in 4.938d.& e. Pete -
I'll need the log, and any Event Viewer details, for your test with 4.938e, not with one which works! Please? Pete
-
Offset for anti skid switch
Pete Dowson replied to evanssa's topic in FSUIPC Support Pete Dowson Modules
Aha! I was about to put the code in for the Anti Skid Brake offset, when I saw it was already there! Loks like it was added a long time ago, but just didn't get into the Offsets List!!! I shall remedy that, but meanwhile, the details are: Offset 0BFD, 1 byte, Non-zero = Anti skid brake active. Can be written to change it. Oddly, it isn't even recorded in the History document of changes. I must have had an off-day! Pete -
It sounds like there must be some sort of corruption in the other (maybe default) sceneries or textures. Are you sure there's no error information in the Wideows Event Viewer? Please, anyway, show me the FSUIPC4.LOG file. Maybe that will show where it's getting to, though as I said FSUIPC cares not a whit about night and day and wouldn't even be aware of any difference. Just in case, try the earlier version of FSUIPC,FSUIPC4938c. But show me the Log and any crash details first, please. If that also fails I can't help thinking you need to try a re-install of P3D. You might want to wait till 2.5 because that will need a complete new install in any case. It isn't far off now! BTW I'm still working on some changes, and some will affect P3D for sure, so look out for another version too, later .... Pete
-
Offset for anti skid switch
Pete Dowson replied to evanssa's topic in FSUIPC Support Pete Dowson Modules
Ah. Well I'm pretty sure FSUIPC can actually detect that. I'll have to find an offset to put a flag in for you. No one had asked before (most things FSUIPC provides got there by request! ;-) ). I'll add it into the next interim release, probably 4.938f. Not sure when. This week for sure though. If I find it and add it, then the same offset, when written, will operate the switch too, so a non-toggle action could be implemented. Pete -
FSUIPC4938d and P3D2.4
Pete Dowson replied to Achoriham's topic in FSUIPC Support Pete Dowson Modules
I don't know. It works fine here in 2.4. It has been adjusted ready for 2.5 (I've also got a 2.5 Beta installed). Can you supply any information, like the FSUIPC4.LOG fie contents, and the Windows Event Viewer details for the crash, please? Without details I can't really do much -- as I say, P3D 2.4 is okay with 4.938d here. [LATER] Best try version 4.938e first please -- there's some other changes. I don't think any will affect this, but you never know Pete -
Offset for anti skid switch
Pete Dowson replied to evanssa's topic in FSUIPC Support Pete Dowson Modules
Why would you want an offset? There's an assignable control, "Antiskid brakes toggle". Pete -
FSUIPC with saitek download software
Pete Dowson replied to Driver170's topic in FSUIPC Support Pete Dowson Modules
You do realise that you can assign keystrokes to buttons in FSUIPC as well, don't you? Pete -
Do NOT use the FSUIPC_Loader! Why on Earth are you using it? Delete it and re-run the FSUIPC Installer. As I'm pretty sure the documentation states, the Loader is only to get over a SimConnect trust-checking timing bug which was prevalent in FSX RTM and SP1 and hardly occurred later in SP2 and ACC. I don't think P3D even operates the trust checking system which was in error! As for difference between night and day, FSUIPC cannot possibly care or be affected by such a difference. The problem will be something in the scenery, lights or textures which are different at night. The likely reason it seems okay without FSUIPC actually running is going to be because of minor differences in the way the PCs memory is being used, so different things get corrupted by bad scenery files. These sorts of errors are notably difficult to track down. You'd need to do it by a process of elimination -- geographically and scenery layer-wise. [LATER] As well as removing the loader, and re-running the installer, please try version 4.938e first -- there's some other changes. I don't think any will affect this, but you never know, especially with odd things affecting memory locations. Pete
-
Sounds like you've simply not calibrated all the flap positions. It's easy enough if you just follow the steps. I don't know about any tutorials about this, though. Try pressing the "Reset" button in the FSUIPC calibration section for the flap assignment. You'll need to do that in any case to start calibrating again, doing it properly this tim. If these are the only settings you made in FSUIPC and you don't care about losing any others, the easiest way is to simply delete the FSUIPC4.INI file from the FS Modules folder before running FS. FSUIPC will make a new, default one, with only basic settings and no assignments at all. If you are using Profiles and the J41 stuff in all set within its own profile then just delete any section in the INI file which has a title which ends with the <profile name]. Seems drastic though just to fix one badly calibrated axis! You'd then go into FS options and re-enable controllers there. (You should have disabled them if using FSUIPC assignments). Pete