Pete Dowson

thanks! Could yu move on to release 4.294 now, please? There are some other changes (not in the area you've been testing), and I'd like more exposure before I move on to 4.30 as a general release. Thanks! Pete

Two levers on a control are rarely identical, and in any case synchronisation in real aircraft is not by holding all the levers in-line -- watch a cockpit video sometime and you will see that 747 levers, for instance, are rarely exactly lined up. Each engine is slightly different, the stretch on each cable is slightly different. FSUIPC does offer a hot key facility to "sync" throttles if you desperately need it, but that simply takes the thottle 1 input and copy it to the others. I've no idea what you've done there, because there is no relation whatsoever between any of the axis controls and switches like that. I have read of a fault in early Saitek units where random button presses were being sent on occasion, but I thought they'd fixed that, and in any case I thought that was only on their yoke. Maybe it was on the quadrant too? There is a special FSUIPC parameter to seuppress transient button pressings which was added especially for their wonky units. No, sorry. If you cannot set up your controls to work in FS then really it is time to throw them away, or at least contact their support. Do they sell them for use in FS? If not maybe you should get some which are intended for use in FS. Forget FSUIPC until things work reasonably in FS. I cannot help with any of this stuff directly as I don't use any of it. All my controls are PFC (http://www.flypfc.com) and work through my own drivers. Regards Pete

"DWORD" is just a standard Windows API definition for "unsigned long" or "unsigned int" (in a 32-bit environment both a 32-bit values). You Borland compiler system should be supplied with a Windows header file for programming Windows programs, otherwise you will have a lot of problems. You could also download one of the Microsoft FS SDKs, such as that for Panel building -- the "gauges.h" file inside that contains a lot of useful definitions. Pete

What disagreements? I've never disagreed with anything you've said. You must be reading something else. I know nothing at all about any Baron aircraft, I only know what FS does and that's all I've ever talked about. But what FS control is that? Enable Event logging in FSUIPC and operate that control. The log will give its name. Pete

Yes, to uninstall. But all your settings are in the "INI" file and if you remove that, but leave FSUIPC there, all your joysticks are left completely alone by FSUIPC -- it never does anything unless you ask it to, so if you remove all your settings it does nothing. That's why I said you didn't need to "uninstall" it! Make sure all of the Sensitivity sliders are set Maximum (full right) and the null zone sliders set Minimum (full left). FS has a habit of setting some of these all wrong. Pete

Yes. If that doesn't suppress or at least divert the FDC messages, then it sounds like they are multiline too, which is a bit annoying if they don't need to be. what on Earth are they? Sorry, but this might have to be resolved with the FDC author -- you should also at least ask RC support why its menus aren't being refreshed. Are you sure you are on the most recent release? REgards Pete

That's odd, because Radar contact certainly refreshes its menu at intervals, every few seconds I think. What is FDC displaying? If they are single-line messages they shouldn't be directed to the multi-line FSUIPC window, but to the single line strip at the top of the screen. No. the way the interface is designed (right back since FS6IPC days), it cannot realy make such differentiation, at least not without an intolerable overhead. I know that FDC and RC can work quite happily together, so I'm sure there's a solution, but I'm sorry, I don't have FDC so I cannot tell you what it is. Are you sure you have the multi-line filter enabled in FSUIPC? That's normally been how RC's menus have been separated from other program's progress messages. Regards Pete

You never need to "uninstall" FSUIPC. If you made a mess of your settings, just delete the FSUIPC INI file. Everything you do in FSUIPC is stored in that one file. And FSUIPC has nothing whatsoever to do with the FS assignments -- if the FS dialogue isn't working you have something wrong with FS and may need to reinstall that, or contact Microsoft support. Regards Pete

That only happens when the values, from left to right, are not in ascending order. If you need to reverse the operation of the throttle (quite a common need) you have to select REV first, before setting the values. You couldn't have calibrated with the lever above the stop, because if you had every position below that calibrated position would result in zero 90) being sent to FS, and zero (0) means "idle". Possibly your lever is misbehaving to the extent that it sends slightly different values each time to come back to the same place. If so you'll just have to set a larger "idle" region. Calibrating in FSUIPC does not program buttons for reverse. That's a completely different matter -- you'll either need to use your Saitek software for that or program the button separately in FSUIPC to set reverse (usually using the THROTTLE DEC control with repeat enabled). Regards Pete

Thanks. Those errors logged by SimConnect were caused by my calibration "Filter" facility on axes you'd not yet moved (so it had no readings from them) -- probably your aileron and rudder trims. The filter action shouldn't have been operating until at least one value was received. It did no harm (except put worrying entries in Simconnect's log), but it won't happen in the next release;-) Thanks again, Pete

Sorry, it was supposed toi say Add: Debug=Please LogExtras=256 I just set up the weather in the FSX weather menu. You can set a nice thick cloud layer and set the turbulence level in it, or same with winds. FS is quite flexible in that regard. Surely you are not relying on turbilence added at random by FSUIPC? That sounds like 4.292 (the frame rates) but I've no idea what you could have their causing panels to flicker. Are you sure you downloaded 4.293? Maybe you made a mistake in the INI? Show me a Log please. The wind value logging I put in are operative all the time if the parameters I specified are added -- as long as Wind Smoothing is enabled of course (without that none of this is relevant). The logging is not specific to turbulence, it logs all of the wind settings all of the time. [LATER] It occurred to me that, just possibly, your flicker could have been caused by the Monitoring of those two wind values on-screen in real time. It uses one of FSX's messaging facilities, but I have sen flicker in full screen mode with some video drivers. If this is what is doing it just don't bother with that -- I just thought it would be informative for you. Alternatively switch to a maximised Windowed mode, where I've never seen any such flicker. So far, with all the turbulences types and modes I've tested all the figures look good, exactly as designed. I'll not get to testing the 747 update till tomorrow now. Regards Pete

Okay. You need 4.293: http://fsuipc.simflight.com/beta/FSUIPC4293.zip Edit the FSUIPC4.INI file. Remove all Logxxxx=Yes lines (same as unchecking any logging in the Logging tab). We don't want a load of unnecessary logging spoiling the tabulation of the wind data. Add Debug=Please LogExtras=256 This enables those "Wind values set" lines I showed. Some changes I made since I showed that: 1) The logging is actually done OUTSIDE the hooks into the WEATHER/SIM1 link I mentioned, so that it doesn't affect the timing. 2) When I did (1) I noticed that sometimes (about 8 times a second) the log entry was being instigated twice at virtually the same time. Upon checking I found this was because I also do the same intercept from VISUALFX.DLL to SIM1.DLL. I actually forgot I did that too -- if I miss those calls incorrect wind values creep in and mess up the smoothing (causing jitters). So, I added a little more code to eliminate any increment when no apparent time had passed. In fact I do more than that -- if the time since the last increment is less than 40 mSecs, I reduce the increment in proportion to the time difference/40. This should prevent it changing the winds too fast during periods of high (internal) frame rates -- I'm effectively limiting the changes to 25/sec. This means with the default divisor of 40 that it takes 1.6 secs to reach each target. I don't increase the increment for slow frame rates -- all that happens then is you get less wobbly turbulence. 3) I fixed the logging of the Vertical speed targets. The log extract I showed above had the wrong values in that column. I've downloaded the latest update to the PMDG 747 and will try it later, maybe tomorrow. But I suspect the reason I've not seen any problems is that my frame rates have always been around 20-25 on my test machine. If the problem is due to faster changes because of higher frame rates I think my limiter, now added, should fix it. Regards Pete

Are you sure you are deleting all the assignments in FS? Check all the controllers it lists in the drop down -- it only shows you one connected controller at a time, you have to change the selection to see the others. Pete

Slight delay whilst I figure out how to change the logging so it doesn't affect the timings. Drat! I'll have to update the version number again then. :-) I looked at the results I was getting and decided they were being affected too much by the sheer act of logging (in-line between WEATHER.DLL and SIM1.DLL calls), so I am working on a way for the logging to be to memory during those times, catching up after. I'll upload 4.293 when I have it working. It'll be this weekend, but maybe not today. Please don't use 4.292 in any case. it'll drag your frame rates down a bit -- I tried changing the way I was getting the Time for the logging, to make it more accurate, and it is way too inefficient. Regards Pete

If you are running FSX and Project Magenta you cannot be using FSUIPC 1, so the question does not arise. And there's no "uninstalling" to do in any case -- simply deleting the DLL does it. Please do look at the supplied documentation where it tells you all you need to know! Pete

The range is simply minimum to maximum, linearly as far as I know. The "AXIS_THROTTLE_SET" controls go from idle to max only (idle at -16384, max at +16384). Only the older FS98 controls (THROTTLEn_SET) provide a reverse range. For those the numerical throttle position for IDLE is always 0, max is 16384, and reverse is negative -- the max reverse depending on the AIRCRAFT.CFG parameter for reverse thrust percentage -- for example 25% would be -4096 (25% of -16384). FSUIPC calibrates to -4096 but auto-scales this according to the specific aircraft. Since FSUIPC is setting the idle and reverse and other special values for you, according to your min/centre/max calibrations, I don't see how it can be "trial and error", nor do you need to know the specific values nor why. Add-on Airbus aircraft are another matter entirely of course, as with an Airbus you don't control thrust directly but set it to specific modes. But then you are dependent upon the interpretation of the throttle input values by the specific implementation. Regards Pete

I'm glad things are going well. Let's hope they stay that way! Just one more favour, please. In the Simconnect log you provided, whilst I was concentrating on the crash problem, I hadn't examined much else. However, looking at it a little more leisurely I find these repeated at intervals: > 5.16200 [ 0, 2354]TransmitClientEvent:ObjectID=0, EventID=0, dwData=0, GroupID=1, Flags=16 < 5.16202 [0] >>>>> EXCEPTION=1, SendID=2354, Index=2 <<<<< > 5.16203 [ 0, 2355]TransmitClientEvent:ObjectID=0, EventID=0, dwData=0, GroupID=1, Flags=16 < 5.16205 [0] >>>>> EXCEPTION=1, SendID=2355, Index=2 <<<<< Now this is FSUIPC sending events with an invalid (zero) ID to SimConnect. This won't happen with the 4.291 version, but I'm concerned as to why they were being sent in any case, so I need to dig deeper. To that end I would like to see your FSUIPC4.INI file, please, the one which you used to make the crashes happen (and which you use now I assume). Please ZIP and send to petedowson@btconnect.com. Thanks! Pete

I might have time to fly my own sim! ;-) Pete

Are you trying to use FSUIPC? Don't start with FSUIPC, get it all working in FS first. Pete

Use the "Panel id toggle" (or the separate open and close) control, with the parameter equal to the ID of the panel. The panel ID is found in the panel.cfg file as the parameter "ident=" in the relevant [WindowN] section. I assume you are talking about the 2D cockpit, as the virtual cockpit doesn't work with specific views unless you do "pan sets" or whatever with specific angles. The view controls (View left, etc) are all "sticky". Normally the hat "off" action sends a view reset to reset the view to the front. All you need to do is program the 8 directions with views and not program the release to do a reset. Regards Pete

Sending by PM. Pete

None without seeing the logs. Sorry. Pete

If you are interested in following this up further (please?), I have added a lot more logging to FSUIPC in an interim version 4.292. This provides logs like this: 298687 Wind values set: 32.5 8.2 +0.1 [32.6 8.1 +2.0] 298734 Wind values set: 32.8 8.0 +0.3 [32.8 8.2 +2.0] 298797 Wind values set: 32.5 8.2 +0.4 [31.0 8.3 +2.0] 298812 Wind values set: 32.2 8.3 +0.5 [31.0 8.3 +2.0] 298875 Wind values set: 31.9 8.2 +0.6 [31.0 8.1 +2.0] 298937 Wind values set: 31.6 8.3 +0.5 [31.0 8.3 +1.2] 298953 Wind values set: 31.3 8.4 +0.4 [31.0 8.5 +1.2] 299000 Wind values set: 31.6 8.3 +0.2 [31.8 8.4 +1.2] 299062 Wind values set: 31.9 8.4 +0.1 [32.6 8.9 +1.2] 299062 Wind values set: 32.2 8.6 -0.0 [32.6 8.9 +1.2] 299094 Wind values set: 32.5 8.7 -0.1 [32.6 8.9 +1.2] 299156 Wind values set: 32.2 8.8 -0.0 [32.5 8.9 +1.6] 299172 Wind values set: 32.5 9.0 +0.1 [33.8 9.0 +1.6] 299219 Wind values set: 32.8 8.8 +0.3 [33.8 8.4 +1.8] 299281 Wind values set: 33.1 8.7 +0.4 [33.8 8.4 +1.8] 299297 Wind values set: 33.4 8.6 +0.5 [33.8 8.4 +2.2] 299344 Wind values set: 33.7 8.4 +0.7 [33.8 8.4 +2.2] 299406 Wind values set: 33.4 8.6 +0.8 [32.1 8.5 +2.2] 299406 Wind values set: 33.1 8.4 +0.7 [32.1 8.5 +1.1] 299453 Wind values set: 32.8 8.6 +0.5 [32.1 8.8 +1.1] 299500 Wind values set: 32.5 8.7 +0.4 [32.1 8.8 +1.1] 299516 Wind values set: 32.2 8.8 +0.2 [32.1 8.8 +1.1] 299562 Wind values set: 32.5 9.0 +0.1 [33.9 9.4 +1.1] 299625 Wind values set: 32.8 9.1 -0.0 [33.9 9.4 +1.1] 299625 Wind values set: 33.1 9.3 -0.2 [33.9 9.4 +1.1] 299687 Wind values set: 33.4 9.4 -0.3 [33.9 9.4 +1.1] Here the number on the left is the elapsed time in milliseconds, and the numeric columns after (which are tabbed) are: Direction (degrees T), Speed (knots), Vertical speed (knots) then in [] the three corresponding Gaussian-distributed (hopefully) targets. You'll see that the targets are recomputed whenever they are met OR when the smoothed wind changes enough to invalidate the previous target. this is done individually for the three components. You will find that although the speed or direction can sometimes change maybe by 2 or 3 units in a second, they do so via a number of smaller increments -- maybe 20 or 30. I think that's dependent upon frame rate. Maybe you are getting such a good frame rate that I am applying the increments too quickly, but i doubt that -- however, you would be able to see from this. Most certainly the increments used ARE affected by those turbulence divisor values, so they determine how fast things change. I don't really want to have to put time constraints in this as the computations are done "in line" between a call from the Weather module in FSX to the Sim engine (SIM1). All the results I get here are, so far, in accord with the way it was designed and follw guidelines on turbulence emulation I have stuied. they are also exactly what the expert in PMDG says would be right. Anyway, let me know and I'll supply a link to this version and instructions on enabling the logging. Maybe I should do some statistical analysis on the data and log that too, though I'm not sure what would be useful at present. You also will find it useful to use the FSUIPC monitor to display the actual ambient windspeed and direction on screen in real time (more accurately than the Shift+Z or ND wind indicators, but from the same values). Do this by Monitoring 2DE0 (direction) and 2DE8 (speed) both as FLT64's, and checking "FS window" (all this on the right-hand side of the FSUIPC Logging tab). Regards Pete

The files in the SDK cover FSUIPC3 and 4, and you don't actually need any source file for C/C++ as I supply a ready-built library for the interface. The source for the library is inside the SDK in a separate ZIP. Pete

FSUIPC 1 cannot load at all in FSX and has no chance of working. In fact I don't think it'll work in anything but FS98 and FS2000. You must install FSUIPC4 for use with FSX, you have no alternative at all. I'd like to know where you got FSUIPC 1 from in the first place. It hasn't been available anywhere for many years! I suspect that you are in fact using FSUIPC4 after all and just don't know much about what you are doing. Take a look at the options screen, or in the Log, or just right-click on the DLL and check Properties-Version. Certainly Project magenta will not run with FSUIPC 1 nor on FSX without FSUIPC4. Pete