Pete Dowson

What, in D:\, not something like D:\P3D? Doesn't sound a good idea. I think a number of add-ons will have problems with that. The one installer installs into FSX, FSX-SE, P3Dv1 and P3Dv2, in the one session. You don't need to run it 4 times! No, the Installer needs to install it in each and every instance. You don't! You let the Installer do it. Please read the Installation document included in the ZIP! Pete

Haven't you tried it? The installer will grumble, but the DLL looks okay, though I've not had a chance to delve into it fully yet. I only saw 12945 was available last thing last night, just before retiring. Pete

How can your Modules folder be in the root of drive D:? It must be within the FS folder!!! If you want help with anything to do with Installing, I need to (a ) be told the version number, and (b ) see the Install Log. That is why a log is produced, to resolve installation problems quickly and easily! In that case you obvious have FS or P3D still running, probably in the background with no Window. Check in Task Manager and terminate it. There is no way any program can ever be replaced when it is actually running at the time! Pete

Hmm, I've really never heard of such a problem then. There are lots of folks with this equipment and no such problems. Are you sure the drivers are installed correctly? Perhaps you'd better show me your FSUIPC4.INI file. Paste its text content into a message here. One question before that. When you click "rescan", what happens? If nothing is jittering then it should show nothing until you move a lever. Maybe your main quadrant is jittering so badly that the addon one never gets a look-in. If so you can use the Ignore button to get past those. Pete

In that case there should be no difference in FSUIPC, as it uses exactly the same method reading the device as FS. Perhaps it isn't being given an ID number. I've heard of that problem from others, though I assume it must be new (in Win8.1 perhaps?). There is a utility you can use to assign an ID. See this thread http://forum.simflight.com/topic/78816-rudder-and-brake-axis-not-recognized/ Pete

If the mode switch is seen also as a button or two, you could program 6 x 3 = 18 different actions by using the conditional facilities in FSUIPC. See the button programming section of the FSUIPC Advanced User's guide. I'm sure others have done this before. Take a look in the User Contributions subforum, or do a bit of searching. Pete

Why did you post a support question in the Download Links section? That's, oddly, for download links. You are lucky I notced your question. What are modes 1, 2, 3? Pete

Does anything else (eg FS) pick them up? Check especially the calibration facility in Windows (game controllers). Pete

Have you checked for ideas on the AVSIM CTD forum? http://forum.avsim.net/forum/262-crash-to-desktop-ctd-forum/? Just search there on the word stackhash. You'll find many suggestions and potential solutions. Pete

I'm pretty sure that this one is fixed in the next FSX-SE release. The Beta proved pretty well bomb-proof for both TERRAIN and G3D crashes. But if, when it is released, you still get the error, the details need to go to DTG, via the Steam FSX-SE forum, not to me. Whilst FSX-SE is still being developed and fixed I am not going to attempt any more patching. The next release may be pre-released as an Open Beta -- i.e. for feedback.If so you won't get it then automatically, you'd need to opt in. Look out for details within the next week or so. Pete

Right. Terrible coincidence then, and easily leading to misunderstanding. Also the "HALT" you refer to is always referred to as a "hang". I've never heard it called a halt before! You said:: so pretty obviously either something in or associated with FS has become corrupted, or something else you've installed is not right. I don't think the hang is anything specifically to do with FSUIPC button assignment. The fact that it can happen with no button touched proves that. Also, it looks like it must be a CRASH not a HALT or a HANG, else you'd not get the AppCrash data. Hangs are notorious, as you never get any information at all. The AppCrash details say it's a Stackhash problem. the only time I had those regularly was down to a faulty memory module, as I found by removing each in turn. I suspect they can also be caused by faulty or corrupted drivers or presumably other system hardware. You don't say whether using buttons programmed in FS instead of FSUIPC generates the problem, but as you also say that the system can be used (normally I assume) for a longish time before it crashes then either way it would be difficult to narrow down even if you did. So, sorry, I don't know any way to help you. It certainly isn't FSUIPC, and I doubt that it's FSX, but you could try reinstalling things. Start with the joystick devices. Uninstall them using the Device Manager, including drivers, then re-boot with them connected so that the drivers get reinstalled. If that doesn't help, try video and other drivers. Finally, just to eliminate FSX corruption, FSX. After that I'm afraid it might be a Windows re-install. I've had to go that far -- not recently, thank goodness. Pete

That is the normal way in Windows 7, and I have always replied in that vein when asked. The above is new to Windows 8 and apparently works alongside the changes you mention. That's why it became a FAQ.entry. Pete

Sorry, FSUIPC can only trap and fix one very specific G3D.DLL crash in FSX or FSX-SE. There are many others which cannot be so trapped. . Since you are using FSX-SE you'll probably find this error is already fixed in the next version (currently in Beta testing)., but nevertheless it would be very worthwhile reporting these details to DTG as they are very actively trying to fix all these things. It may just be one they missed. Regards Pete

Key press 80 is "P" which is normally assigned to PAUSE toggle in FS. And control 65561 is Pause Toggle, so should I assume by "FSX Halts" you really mean "FSX Pauses"? If this is what you mean, and if it is being activated without you really pressing the assigned button, then evidently the button press is being seen nonetheless. You have either a button stuck, or one with bad connection and so causing jitter. Or is it a sheer (and very unfortunate) coincidence that both of the examples you give are for the Pause control? With button logging enabled you would be able to see if any buttons were being apparently pressed without any action on your part. If you temporarily run FS in Windowed mode, and enable FSUIPC's console log, you will be able to see this in real time, on screen. If you want me to check things like the Log and INI files, you should paste their contents into your message here. Just use the <> button above the edit area to enclose the text for pasting. Not sure why you mention an AppCrash file. What is crashing? Pete

I don't think there's any way of telling FS to save a different position for that window. But try re-positioning it, then saving a flight. Theoretically it MAY just get restored to the same place on a flight reload. But don't hold me to it. If the ATIS and other messages can't be so re-positioned, then neither can these! Pete

Who says SimConnect values, directly reported by FS to FSUIPC, are "wrong"? Surely your add-on reported values are much more likely to be wrong! FSUIPC cannot "invent" values just to please you! It simply reports what it is given, no more, no less! Pete

You are making a mistake. All three parts - name. email and key MUST be exactly correct. Registrations are NEVER cancelled, unless you have distributed your key irresponsibly! Pete

Why not use the WidefS option, then? Okay. Hope you find a solution. Unless a port name can be found, there's really no solution. I'm sure serial port support can't have been withdrawn completely in Win8! Pete

So, does Win8.1 not support serial ports -- COMn etc? Maybe it does but there's no way to ennumerate those from the Registry? Have you tried entering the port explicitly, for instance in the INI file? If your device is a USB type device then maybe you can use the USB type string name for it? FSUIPC only needs to be able to use a device name in its opening call to Windows. All the comms code is standard Windows API. You just need to determine the name of the port you are using. Is there a Device Manager in Win8.1 (usually part of the System Control Panel applet)? I usually work out which COM port something is connected to by watching the list in that whilst connecting/disconnecting the device. Pete

No, you have it wrong. There were certain crashes in G3D.DLL which were common in FSX (and earlier versions of P3D too!) which I found a way to prevent. But just that. When FSX-SE came out, the same problem occurred in the same place, and I handled that too. There was a common TERRAIN.DLL crash which I tried to handle, but failed. A few weeks ago DoveTail released a Public Beta version of FSX-SE (build 62610) which actaully fixed pretty much all of the well known G3D and TERRAIN crashes. That Beta was withdrawn recently, and since then there have been other internal Betas. The end result, very soon I expect, will be an excellent FSX-SE release with all these fixed. Patience is key here. They need to make sure they are not introducing more and potentially worse bugs! No, I cannot determine things like that. I do not have any sources of FSX, and i am not part of Microsoft nor Dovetail. I've never heard of a crash in UTIL.DLL before. I suggest you most urgently report this to DoveTail through the proper reporting channels (their forum in Steam, I suppose), so it gets looked at! Pete

Shame. Most PC suppliers are still offering Windows 7 as an option rather than Win 8 -- after all, it is still a valid O/S and can be purchased everywhere.. I'm using Win7 and WinXP, the two best operating systems MS every produced. Folks are hoping Win10 will fix things, and that's a free update from either Win7 or Win8 as far as I understand. Pete

Really? That's awful. something is very wrong there! I can't really say. It certainly won't just by purchasing it. You'd probably have to at least assign the axes in FSUIPC, disabling controllers in FS. But without knowing why you get this odd thing happening, I couldn't say if it would help or not. Have you asked CH? One thing that may possibly help when assigning in FSUIPC rather than FS is that it will tend to pick up re-connected joystick devices, maybe automatically, but definitely when visiting it's axis assignments pages -- it re-scans them then. Maybe that would save you having to reload FS, but i don't know if it could help further. Pete

Sorry, I don't know how you are logging it there? That's the FS message window, I think? Doesn't it get defined in the FS/P3D CFG file someplace? Easiest would be via a little Lua plug-in with its own display. They are sizeable and positionable. Or best on a separate PC via WideFS. Here's the one I use, which runs under WideClient and shows frame rate and VAS free. You'll need to set the window position and size in the wn.opn function (the four numbers are x,y,cx,cy): w = wnd.open("VAS Monitor", WND_FIXED, 2455,1075,425,100) wnd.backcol(w, 0x000) wnd.textcol(w, 0x6c0) wnd.font(w, WND_ARIAL,-2) -- Update the display at 500 msec intervals (see event at end) function mytimer(time) wnd.clear(w) fr = ipc.readUW(0x0274) if fr ~= 0 then fr = 32768/fr end fr = math.floor((fr * 10) + 0.5)/10 mem = ipc.readUD(0x024C) memmb = math.floor((mem/1024) + 0.5) wnd.text(w, "Frame Rate " .. fr .. " fps\nVAS free " .. memmb .. " Mb") end -- Adjust timing to taste: 500 = 1/2 second event.timer(500, "mytimer") Regards Pete

Problem? Or simply measuring different things? FSUIPC simply keeps that value updated from the identical value (02C8), fed continuously frame-by-frame from FS, except when FS indicates that the aircraft is "on-ground". Maybe it is the Wilco one which is wrong, or maybe, because it is their aircraft, they know more precisely when the rubber on the tyres skim the surface (and thus start spinning) more accurately than FS does in deciding it is "on the ground". Maybe the FS one needs the actual gear compression to start. Or maybe it's vice versa? Who knows which point is the most precise, and is there really just one answer? If there's a bounce sufficient to make FS decide it isn't on the ground again then the offset might be updated further, but I do have a delay inbuilt (at least in FSUIPC4, not sure about FSUIPC3) which should prevent that, except possibly for giant leaps! ;-) Pete

It was because new posters have their first thread held for Approval by a moderator. Okay. But for future reference please note that MakeRunways is not part of FSX or P3D and cannot influence what those programs show in their menus. If you ever have a discrepancy in the Aircraft or Airport selection menus in FS or P3D you need to look at the add-on you installed and are expecting to see! MakeRunways is just a utility to extract information about correctly installed scenery, for use elsewhere, NOT within FS itself! Pete