Pete Dowson

What file? There's been no change to anything related to WideFS since FSUIPC5 was first released! The currently supported version of FSUIPC5 is 5.121b, not 5.121a (per your reference to 5.1.2.101). It that is giving you preoblens then they need to be resolved. Retreating to an earlier version helps no one. I can only develop forwards, not backwards! BTW you added your post to a thread which is almost two years (TWO YEARS!) old! You are lucky I found it. And your post relates to P3D4 whereas the previous ones were concerned with primarily with FSX, which uses FSUIPC4 not FSUIPC5! Pete

FSUIPC only directly supports the assignment of buttons, knobs and switches, on recognised GoFlight parts. For that it uses GFDev.DLL for 32-bit and GFDev64.DLL for 64-bit. For full support of their devices which consist of more than switches and buttons you should really use their software, which I think are other EXE or DLL programs. Those are nothing whatsoever to do with me or FSUIPC. You need Goflight support, not FSUIPC support. It is possible to use the HID facilities in the FSUIPC Lua plug-in facilities to write your own driver for the GoFlight MCP, but this is quite a complex programming task. I recommend sorting things out with GoFlight instead. Pete

You only have two lines related to the flag: 42=CP(F+0,5)0,4,K46,9 ; Un-Designate -{Key press: shft+Del}- 43=P0,5,C1004,5 ; Set Flag to OFF ????????????????????????????????????? The first one tests the flag, and if set it sends a Shift+Del. The second tries to toggle the flag and clear it at the same time! Without checking the code I am not sure which will come first, but I think it is likely to clear it then toggle it (so turn it back on!). However, it is an odd thing to try to do, and the results muct be considered indeterminate. Oddly I see no line where you specifically SET the flag in the first place,! And I think you missed or didn't understand this line in the description of flags in the Advanced Users guide: Each time any button is pressed (goes from off to on) FSUIPC4 toggles its flag. This makes the buttons flag a sort of “latching” switch. If you want to use a button only for toggling a flag, just assign it to something which does nothing, e.g. keystroke K0,8. Or, more logically, use a flag which is not assocated at all with any device you have. As the manual says: For every possible “normal” button (16 joysticks x 32 buttons = 512 buttons) FSUIPC4 maintains a “Flag” (F). So there are always 512 flags and you can set, clear, toggle and test any one of them. However, I cannot support old versions of FSUIPC. If by " FSUIPC4 1.4.3.4" you do really mean 4.143d which is VERY VERY old, dating back many years), or in fact anything earlier than 4.971, the currently supported version, then please update before coming back! Pete

Ah, if you assign the loading of a Lua plug-in to an axis, then for each change in the axis as you move it, it is killing the previous incarnation of the plug-in and reloading it! It might be trying to do that 20 times a second (the axis scan rate, by default)! It is doing that because in effect that is what you are telling it to do. To use an axis value for a Lua, use the event system. Assign the axis to LuaValue, which will set the ipcPARAM is the Lua for it to use. Use an event.param function to handle it. Preload the Lua plugin using an [Auto] section in the INI. You can make that profile-dependent if necessary - [Auto.profilename]. Pete

A "lecture" in 40 words? Really? Other programs? There was no offence meant, sorry, but I do so often have to explain and justify these things, and it seemed better to do that from the outset than suffer the usual complaining response. Eveidently, in your case, it was not quicker at all. :-( Pete

Hmm, so lower than mine (with 100 traffic), which is comforting in a way, given how much I've spent on this super PC to try and get EGLL usable, which it is, just about, now. I assume Warpalizer does work with 3 separate P3D windows, overlapping so it can blend the joins? I've not checked out LSZH yet. Are you using the Aerosoft Mega Zurich "Professional"? Heathrow has always been my worst performing airport, once loaded up with some traffic. Ouch. That's not good. The Tru-view software I'm using is basically the same as FS-Elise, same author, and it looks very similar in terms of menus, etc etc. Once you do get it as best it will go, can you post performance data with it, please. In fact, if you have Aerosoft or UK2000 EGLL, I'd like to know what you get there, Warpalizer vs FS-Elise. If warpalizer is much better performance-wise I might need to check it out myself. Pete

C172: 2329 C:\Users\Owner\Documents\Prepar3D v4 Add-ons\A2A\SimObjects\Airplanes\A2A_C172\C172.air = 32FC inc and 3C00 being set 3157 VRI MCP2A ("MCP2 Airbus") detected on port com3 98250 Aircraft loaded: running normally now ... 98250 User Aircraft ID 1 supplied, now being used 98938 System time = 19/10/2017 22:41:50, Simulator time = 20:38:11 (19:38Z) 98954 Aircraft="C172R default" = 3D00 being set 105875 Weather Mode now = Theme 105954 Starting everything now ... so that looks like 103.625 seconds from 32FC and 3C00 being set and ipcReady being executed, and the latter is 7 seconds exactly after the aircraft name is set in 3D00.. A320: 6984 C:\Users\Owner\Documents\Prepar3d v4 Add-ons\FSLabs\SimObjects/Airplanes\FSLabs A320 IAE\A320.air = 32FC inc and 3C00 being set 7094 VRI MCP2A ("MCP2 Airbus") detected on port com3 100187 User Aircraft ID 1 supplied, now being used 104812 Aircraft loaded: running normally now ... 105516 System time = 19/10/2017 22:29:12, Simulator time = 14:35:55 (13:35Z) 105516 Aircraft="FSLabs A320X IAE - FSLabs" = 3D00 being set 107344 Weather Mode now = Theme 112500 Starting everything now ... So starting everything 105.516 seconds after 32FC and 3C00 are set, and 6.984 seconds after 2D00 is set. I don't understand where you are getting your figures from, or why they matter? Triggered even before the event command is executed!? No, that isn't possible. How will it know which function to call, or even register the offset to be monitored? Please use the trace facilities to work out what your code is doing. Just to illustrate what I say above, here's part of a log on my PC where I'm monitoring 32FC, 3C00 and 3D00: 60684 E:\Prepar3D v4\SimObjects\Airplanes\B737_800\Boeing737-800.air 61184 Monitor IPC:32FC (U16) = 1 61184 Monitor IPC:3C00 (AsciiZ) = [62]"E:\Prepar3D v4\SimObjects\Airpla" 61184 Monitor IPC:3D00 (AsciiZ) = [0]"" 371750 User Aircraft ID 2 supplied, now being used 371766 Aircraft loaded: running normally now ... 372094 System time = 20/10/2017 14:06:29, Simulator time = 08:22:45 (07:22Z) 372156 Aircraft="Boeing 737-800" 372172 Monitor IPC:3D00 (AsciiZ) = [14]"Boeing 737-800" 372172 SimRead: 3D00="TITLE" STR256: "Boeing 737-800" 562649 Starting everything now ... 562727 ASN active function link set 562727 Ready for ActiveSky WX radar with additional data 562805 LUA.0: beginning "E:\Prepar3D v4\Modules\ipcReady.lua" Pete

I really cannot support old versions -- please always make sure you are using a current version before posting support requests. Version 4.971 is current! Pete

Well, that's a new one. I've never seen or heard of any sort of hesitation caused just by invoking a Lua plug-in. A request to run a Lua plug-in is implemented by first creating a new thread. It is that thread which then loads and executes the Lua code. The Lua threads are at a lower priority that the main sim, so really should not have any noticeable affects on performance. Of course, it can later, depending on what it does. The disk access to load the file should not be causing it unless it interferes with some disk accesses being made by the main sim. To check this, does the "empty file" Lua cause a stutter on subsequent loads, or only on the first (the later ones sohuld get the file from a cache, unless you've turned Windows file caching off)? It is a puzzle. Could creating a new thread be causing some delay, some conflict? Maybe Windows is already running near its maximum number of threads (whatever that might be)? Are you running many things simulataneously? Many Lua threads simultaneously? In case it is something to do with processor contention, you could try adjusting the Affinity Mask for Lua threads (LuaAffinityMask parameter in the [General] section of the INI file). That needs to be a subset of the processors assigned to P3D (all of them if the P3D Affinity Mask is defaulted).[Ah, looking at yout INI you'd already set that. Might be a good idea to restore iit to 0, to default, as a test, as most folks will have it like that] I don't know what your application is for the plug-in, but one thing to consider, for greater efficiency in any case, is to use the event system to operate it, and have it loaded during initialisation, using an [Auto] section in the INI. Then it is only loaded the once, and resides in memory in a suspended thread, just waiting for the appropriate triggers. Pete

First, check that you are using the latest supported version of FSUIPC5 -- version 5.121b or later. If you are, then the log will show what is happening (FSUIPC5.LOG in the Modules folder). Please show me that. The most likely thing is that the connection between FSUIPC and SimConnect is stalling. This can happen with some add-on aircraft like the PMDG and FSL ones and long flights where the load on the system somerhow gradually builds up. AutoSaves with aircraft like the PMDG and FSL ones will make it worse because they take a long time. The problems with long autosave delays resulting in FSUIPC losing SimConnect connection was fixed in one of the recent releases. So getting FSUIPC up to date is your first priority. You might also want to think about NOT using AutoSaves with aircraft like PMDG and FSL models. Pete

Well, that's sure proof it IS a SimConnect bug. Just not serious. A BOOLEAN should be supplied as 0 for FALSE and 1 for TRUE. It must have been changed at some time after SP2. Maybe Acceleration, of FSX-SE. Anyway, if you always treat non-zero as "true" you won't go wrong. Pete

Yes, but not a lot bigger! Thakn. I'll take a look. When you say Believe me, it's the same with TruView = FS-Elise = Immersive Pro = Black Widow. Mine still isn't right, from May this year. I've just had air conditioning fitted into the room, as we suspected lense distortion withthe heat generated by the computers, cockpit and projectors,. The latter are necessarily very close together. When you say "Man has to ..," was this set up for you? Problem with TruView is that Nat Crea, the maker of screens who also sets everything up, is in Melbourne, Australia, almost as far away as it possible from me in England! Oh, I sort of got an impression you were using WidevieW too. So how's performance with three projectors and presumably three separate view windows in P3D? Even with my very fast system, I'm lucky to get 20 fps at Heathrow (UK2000 or Aerosoft Pro), and with less AI traffic than I'd really like (FSUIPC AI limit set to 100). It's okay flying, just not so good at dense airports. Pete

I have also replaced them in FSUIPC, but as it isn't urgent it will just be a "hidden bonus" in the next update -- at least for FSUIPC5. Not done it for FSUIPC4 yet. The change of aircraft is signalled by the count in offset 32FC being changed. And that is done at exactly the same time as the AIR filepath is placed in 3C00, which is logged (see my previous message). This is when SimConnect signals an "AircraftLoaded" event, which is the earliest I can detect it. 3D00 is the aircraft name, which isn't available till later, when most of the other Sim Var changes are received. Sim Vars depend upon the sim engine all being geared up and running, whilst the events signal actions the sim is taking. Sounds like the A320X is taking a longer time to load. Why not use the proper indication of an aircraft change, 32FC? I realise you probably then need to see the aircraft name, but at least you can be ready for it. (Of course, an aircraft reload might signal an aircraft load event too, so you can't wait indefinitely for an aircraft name change. Put a time limit on that. But at least it won't be a delay on new aircraft loading. Check the logs yourself, see when the AIR file is logged compared with the aircraft name. 0x3D? Is that just a typo here, not in your program, I hope? Pete

My room is only 11 feet wide, 16 feet long. I originally had a 10' flat screen with one projector. The cockpit is a 738, sitting squarely in the middle, there's just enough room to walk around it between it and the screen. I've not heard of "warpalizer". Does that do the same sort of job as Fly Elise? The NatVis "Tri-view" software is the same as Fly Elise -- same program, it seems, just customised for different companies. There's another using it too: Black Widow Simulations. But three of those, I think? Pete

Not for FSUIPC5. Sorry. Did you get a discount on P3D4 from having previous versions (including FSX, a clear predecessor)? FSUIPC4 has been continually upgraded and improved over 11 years (so far) with never any fee for an 'upgrade'. This time it was felt by all involved to be a time for a proper renewal. Pete

You posted this in the FAQ subforum! That, like the other subforums, is a repository for information, not a place to post support requests! Please ALWAYS post support requests here, the Support Forum. That is what it is for! FSUIPC5 needs a new purchased key. You can't use your FSUIPC4 key. Pete

No. Yes.

Well, I certainly get 1 in 060C for both of those in FSX-SE. So either Dovetail Games fixed some sort of very odd bug in SimConnect (which is very unikely, to be honest), or there's something odd going on in your system. Can you go to the Logging tab in FSUIPC options, and set 060C as type U8 in the "monitor" section on the right, then check "Normal Log". Try those aircraft and show me the results in the FSUIPC4.LOG, please. If they also show 2 then it must be SimConnect, somehow, but if they show 1 then you'd better show me your Lua plug-in so I can take a look. Pete

Hang on. You devices aren't connected direct to the PC, but via a poered hub? The "hubs" I'm talking about are the ones on your motherboard. Device manager -> Universal Serial Bus controllers, then check EVERY device listed. Here I have 19 entries. Now some of those don't have a "Power Management" tab in their right-click properties. But ALL of those with "hub" in their name does -- 12 of them in my case. Sorry, I don't know what you mean by this. The rest seems okay. Normal things used by many folks with no problems at all. And you said: So, what changed? Maybe your powered hub is now failing, disconnecting occasionally? Maybe the device itself is failing. Try plugging the device directly into the PC. Pete

Yes, it isn't recommended I'm afraid. Any use of ALT seems to be rather unreliable Maybe you can try sending ALT with the "press/hold" control (1071), then the correct letter for the menu, sending the ALT key release (1072) after. These added FSUIPC controls are documented on page 25 of the Advanced Users guide. Pete

Can you tell me which default ones this occurs with, please? I can't check with FSX+SP2, but with FSX-SE which should be the same. Pete

I've moved your question from the reference sub-forum where you wrongly posted it, to here, the Support Forum. Please ALWAYS post support questions here, not into the reference subforums where you are lucky I saw it. The value is the SimConnect variable ""IS GEAR RETRACTABLE", and should be BOOLEAN, which in almost all languages is encoded by 0 for FALSE and not 0 for TRUE. Whilst it is convention to set TRUE as 1, it doesn't need to be. FSUIPC doesn't touch the value it gets, it simply places it into offset 060C. I don't know where SimConnect gets the detail for this aspect from, but I assume it is defined in the Aircraft.CFG file somehere. do you get 2 for all aircraft? If it is just the one, look at that file. (of course it might well be in the AIR file for all I know, but that is a binary file so not easily checked). Below, see what the SimConnect reference says about this one. That's the only information supplied about it. Pete Simulation Variable Description Units Settable Multiplayer IS GEAR RETRACTABLE True if gear can be retracted Bool N -

That path name is untouched by FSUIPC, it is received from SimConnect and placed in offset 3C00 intact, with no attempt whatsoever to change it EXCEPT to see if there's a UNC path to it which can be used -- so that it can be accessed from a Networked PC. But in the case of the example you quote, there is evidently no UNC path, so the string you see is most certainly intact, as supplied by SimConnect. Oh, didn't you check the offset itself? Or just look at the FSUIPC5.LOG. It logs EXACTLY what it places in 3C00 when it does, i.e. when it is told by SimConnect and given the path. e.g like this: 281145 E:\Prepar3D v4\SimObjects\Airplanes\B737_800\Boeing737-800.air Very strange it is different from aircraft ot aircraft. Is it, maybe, to do with the AIR file being in a Documents Add-Ons folder? If so, and if it is in the original Simconnect supplied path, then it is either a bug in P3D4, or, more likely, in the <AddOn.Component> entry relating to that add-on aircraft in its AddOn.xml file. I expect the <Path> parameter includes the /, making it an error in the aircraft's installer. Perhaps, since P3D presumably treats this as okay (unlike Lua) I should check for and change such entries in paths within FSUIPC. They may occur in other requested paths too. Pete

No, sorry. Digital software is not like hardware, and is not transferable except where protected by a dongle device. Pete

You have a curved screen too A big one with projectors, 3? I had a NatVis 220 degree curved screen installed, with three projectors, in May. But all driven from one PC (not really enough room for 3 PCs, and besides which I don't really like the difficulty of getting clouds and AI traffic synched correctly. In fact I've never seen it done properly. I've had to upgraf my PC -- currently a 7900X overclocked to 4.8GHz with 3 x 1080Ti's SLI's. (Originally intended to have one projector per video card, but P3D4 turned out to nbe noticeably smoother with them all on the one, with the cards SLI'd). I do have performance problems in despearate circumstances like a busy Heathrow with adequate AI Traffic (whether with UK2000 or AS Heathrow Pro scenery), but elsewhere it is good enough, though always less than half what I'd get with one surround Window instead of the three Windows necessary to give decently undistorted side views. Pete