Pete Dowson

There's no difference at all in this area between FS9 and FSX. You map to 4 throttles AND calibrate in the 4-throttlestab. you have done that, haven't you? If not, then the mapping isn't releant. your throttle action in FS may simply be a result of not disabling the FSX assignment. If in doubt, copy the JoystickCalibration sections from your FS9 FSUIPC.INI file and paste into your FSUIPC4.INI file. Regards Pete

If you are programming directly to the FSUIPC interface, which not simply change the bits in 0D0C directly -- i.e. read 0D0C, change a bit, write it back? If you really need to use a control, then you should refer to the list of added FSUIPC control numbers which is provided in the Advanced User's guide. Only the FS controls are numbers 65536 and above. Regards Pete

Four!? What on Earth are you connecting? Really, that would need a rewrite to allow multiple GPSout threading, as otherwise it will be far too inefficient. I managed to squeeze in code to send the second output serially without a noticeable deterioration in FS performance by re-optimising another part. I cannot take on a complete re-write, not at this stage. Sorry. Regards Pete

I just caught this before leaving for my holiday. The salient entry in the client log is this: In the Server log: So, the Server is broadcasting, but the client cannot see the broadcasts. There are only two possible reasons for this: 1. The Client is running Windows 98 or ME or possibly even NT. Certainly not XP or Vista, or 2. The two computers are not in the same workgroup. Broadcasts don't span workgroups. You can change the workgroup name in the same place as you set your Computer name, in the My computer properties. Note that, if you've not set the workgroup name, Vista and XP default to DIFFERENT names. An alternative to allowing WideClient to automatically connect when it sees the Server broadcasts is to tell it explicitly what the server is -- as documented in the WideFS documentation. In your case you'd do this by adding ServerName=PC1 Protocol=TCP to the first section of the client INI file. Regards Pete

You can take it on, of course, but switch it on? There should be no reason why not, but in my experience most airline staff will tell you to switch it off these days. Best to ask first to avoid getting into trouble. You also need a window seat and have it quite near the window as the metal aircraft body shields the signals rather well. If you get permission, please do tell me what airline it was and who you asked. I think the pilot would be the best person because he knows well that GPS signal reception is a normal thing for aircraft in any case. The cabin crew tend to be more dogmatic, "rules is rules", and the rules generally state no transmitting or receiving apparatus. I'm off to Russia soon for a two week break, touring the railways between Moscow, St.Petersburg, Murmansk and Archangel, with steam traction. That's my main use for my GPS unit -- tracking the exact routing on my TPC air navigation maps! ;-) Good luck! Pete

I'm afraid I really have no idea how to make wireless setups work well. I sometimes do have one laptop connected wirelessly to by cockpit, but only the GPSout map following, so the traffic is very light. Even then it dops out now and then, not often though since I switched to a Wireless N Router/Access point. Previously my "G" one was pretty useless for prolonged inter-PC exchanges Does the Windows wirelss indicator show a good connection, or does it vary. Dropouts on wireless systems are often due to interference from other devices, electrical equipment and so on. I think you can tell the router which of several channels to operate on -- you might find it works better on one than another. I avoid having it on "auto" which seems to be the worst case -- I suspect either end goes hunting for a signal too often. Static addresses aren't as important as they used to be, though they can still help remove stuttering if you experience any. If you provide a static address you must also make sure your router has one too and that its address is provided as both the Default Gateway and Preferred DNS Server in the TCP/IP settings in Windows. Regards Pete

To set/change sharing for a folder you right click and select 'Share' or similar -- or Properties, then Sharing there, depending on the operating system. Windows comes with quite extensive Help on these sorts of areas. Click on the Help entry in the Start menu and search for "sharing folders" or similar. Regards Pete

I just drag and drop using Windows Explorer. You probably need to use specifically shared folders on the PC you are not operating this from -- possibly create a folder called "workspace" or "filesfromX", share it with full access by "everybody", then you should be able to see it and read/write to it from the other PC. An alternative is to use a USB memory stick to transfer files. That can be quicker and less hassle sometimes! ;-) Regards Pete

Well, tell it which offset/bit to use to light or extinguish the LED, yes. All GFDisplay does is allow you to operate the LEDs and other GF displays using offset data. Yes, with FSUIPC offsets in the middle there. Also, bear in mind that the GF units and the GFdisplay program don't need to be on the FS PC -- you can connect your GF T8/P8 units to whichever client PC you like. Without browsing through pmSystems logic I can only assume you are correct. Presumably you've gleaned that from the pmSystems files? You need to make sure you are using the pmSystems .lgc and .txt files which are relevant to your needs. I wouldn't be sure they all supported this logic -- the 737 set certainly does. Hmmm. You are using one button for recall and Master Caution? Bear in mind that, at least on the 737, I think the system operates like this: 1. The M/C light is lit whenever there are annunciator conditions for the six pack 2. When pressed, the MC button clears the 6-pack indicators, but the M/C led stays lit if there are still conditions outstanding. 3. The recall is actually a button behind the 6 pack displays -- you press the six pack itself and the leds relevant to the current conditions are re-displayed. 4. The M/C light only extinguishes when there are no outstanding conditions warranting it being lit. In my cockpit I don't have a recall button behind the six-pack, so I devised a system where a single press of the M/C button means M/C pressed, and a double-click means Recall. But this really needs programming, not simple assignments. If you have two buttons you are ok. Maybe you are doing this for a cockpit which operates differently. The P8 and T8 units merely contain the simpler parts of those I have given examples for. For LEDs just look at the examples with lines beginning with "L". For the M/C LED it is easy, as you simply want one line which tells it which bit in which offset drives that LED, in the form: Ln=Xxxxx U16 Mmmmm where n is the LED number, xxxx is the Offset, and mmmm is a mask to isolate the relevant bit -- e.g 0001 for bit 0, 0800 for bit 11, etc. If all of your LEDs are lit by bits from pmSystems, then they will all be dealt with in the same way. If you have the 12 six-pack indicators they all have bits in offset 5530. No, not correct. pmSystems has the logic. The reason FSUIPC can't light your LEDs is because it contains no display facilities at all -- they are in GFdisplay. It only comes on if you've told it to, using the appropriate line in GFdisplay. pmSystems does NOT directly drive GoFlight units, as I've said already I think. No, not at all. FSUIPC is absolutely passive in this. FSUIPC hasn't the foggiest idea what any of these programs are doing. It is just the vehicle for these offset values. pmSystems writes values, other programs, like GFdisplay read them. The whole of the PM suite operates like that. It is all completely independent of FSUIPC itself, that is only the postbox. pmSystems doesn't know anything about GoFlight. This is why you are using GFdisplay!! The caution light comes on for many reasons, including Doors Open, Piot Heat / Window Heat not on, Yaw damper not on, Fuel pressure low, Hydraulic pumps not on, etc etc. When you first switch on the battery from cold and dark, about 6 or 7 of the 2 6-packs with be lit and the M/C light will not go out till all the conditions are cleared. Neither. GFdisplay is provided for that. That is why I wrote it! I agree. pmSystems does drive some hardware (or rather, is driven by it), but those GF units are general purpose -- there's no way pmSystems could be pre-programmed for all possible uses of the assorted units GF sell. This is where GFdisplay comes in, for the LEDs. FSUIPC is perfectly cabable of dealing with the switch inputs. BTW I'm off on holiday on Friday, so I may not be around to help you much more. Have you contacted Thomas Richter -- he's the pSystems expert. A very nice helpful person! Regards Pete

FS doesn't really simulate the six-pack stuff or the fire/caution stuff except vaguely with code local to gauges.Regards Pete

What new weather offsets? If you are talking about the NWI "New Weather Interface", then they are all in the Cxxx block of offsets, clearly mentioned in the documentation. You need to refer to the NewWeather Interface ZIP contents in the SDK for programming details. Regards Pete

Assuming you are using an aircraft which will feather the props (i.e. not an ordinary Cessna with standard prop pitch facilities) then I think the feather value is usually simply the zero value. Those aircraft with reverse pitch facilities would use a negative value for that. If you are relying on the button action on the Saitek pull-back (is it via button?), then it may be that you've not calibrated for a zero at the detente. If it were, say, +N, and the PropN_Dec control merely subtracted less than N, you'd need it repeating to get to zero or below. So -- question - have you enabled repeat for it? Another idea might be to explicitly set zero or whatever instead of using a Decrement. You can do that with PropN_Set and a parameter of zero, or whatever is needed. Regards Pete

You can't. The sounds come from the PC the program is running in. That's actually one of the big advantages of having ATC on a separate PC -- you can have ATC on your headset, not interfered with by FS sounds. I thought that was why most folks ran it that way! On FS2004 with SB3 that's via multiplayer. On FSX with SB4 it's via SimConnect. I'm afraid I can't help in that area. Regards Pete

No. Clicking the top left "set" button meterly enables the calibration. Then you calibrate using the other three "set" buttons. There are step-by-step instructions for doing this in the User guide. Please follow them. That's good -- it ensures you can always reach the full range despite minor variations in your axis readouts (due to things like age, temperature, humidity, voltage levels). Pete

PropDec? What's that. Do you mean "PropN_Dec" control? does that have twin Prop Pitch levers? If you are only talking about one lever, use to "map to 4 props" option in the single prop pitch control in FSUIPC, then calibrate the feather and/or reverse pitch (according to aircraft) in 4 props section. Regards Pete

No. I wish there was. They just seem to be graphics in random places and no information about them is available. You can get a cloud density pattern matrix for FSX, from SimConnect, but I don't think it has the resolution needed -- it's intended only for WX Radar use. Regards Pete

Check the description of the ButtonRepeat parameters in the Advanced User's guide. This addition was also described in the History document -- it was introduced by request in 3.90/4.50. Regards Pete

You are asking the wrong person. Project Magenta offsets are assigned by, updated by, read by, Project Magenta. Most of those concerning subsystems not implemented in FS are dealt with by pmSystems, which you do not mention you have. Yes, though I think the button operations and some of the LEDs are also dealt with by the PM MCP for some of the MCP attachments it handles directly and which include the 6-packs, such as the PFC MCP + EFIS + 6pack combo. With pmSystems you can do almost any subsystem logic, as most of it is controlled by text logic files. However, it does not drive GoFlight directly. You'd still need to program the GoFlight buttons to act of the offsets via FSUIPC, and use GFdisplay to get bit settings in offsets operating the LED indicators. However, I am not a PM expert, only a user. Your questions should really be directed to PM Support, or at least asked on the PM Forum in mycockpits: http://www.mycockpit.org/forums/forumdisplay.php?s=884 You might also be interested in Thomas Richter's work -- see the TSR website http://www.technical-service-richter.com/ You could certainly program the logic yourself, using the user-allocated offsets 66C0-66FF. It would all certainly be possible via, for example, a Lua plug-in to FSUIPC. Regards Pete

This is the repeat delay facility added by request of many users, so that single increments could be used without loss of hugh speed changes when a button is held for longer. This change is listed in the FSUIPC History document provided with each release, which I recommend you always peruse when updating versions. As it tells you there, and in the Advanced Users Guide, you can adjust both the delay and the repeat rate by changing the ButtonRepeat parameter in the INI file. Regards Pete

There's no way in FSUIPC3 to program it to operate exactly as it does when FS2004 acts on it, because FS2004 treats it as an Axis not a series of buttons like FSUIPC3. With FSX and FSUIPC4 you can treat it either way—but FSUIPC4 uses DirectInput for the axes, like FS. FSUIPC3 does not. However, you can get pretty close following the explicit example actually provided in the User Guide. I assume you've not looked there, as it is actually even listed in the Contents list, right at the front! Just look down until you reach the Buttons section and read the very next line! It even has the word "Hat" in the title!! Pete

It is petedowson@btconnect.com. But you'll need to be quick. I'm away on holiday from Thursday evening until the end of the month. Regards Pete

Okay. It was easy to fix. Silly error. When I added the second output, in order to avoid discrepancies between latitude/longitude/altitude owing to timing changes i changed the way I was reading them. I had assumed I wanted the altitude in feet, but in fact some sentences use metres, so the values is supposed to be left in metres and only converted locally to feet for those outputs needing it. I've fixed it in the official new main user release, 4,52, which I've made available in the Updates Announcement above until I can get the Schiratti page updated. Thanks & Regards Pete

Hmm. Sounds like there's a conversion from metres to feet when it is already in feet. Is this ONLY when there are two devices? I didn't notice it here, but maybe I didn't look closely enough. And maybe it is only in certain sentences -- can you tell me what sentences/modes the devices use for altitude? If you can fill in these details I'll look at it tomorrow. Regards Pete

Me too. Strange. Are they perhaps injecting aircraft representing the other fliers and those aircraft aren't DX10 compatible? How do they represent other players? Maybe you still have non-DX10 ASI aircraft folders in your FSX system and these are getting invoked? Can you suppress other player aircraft at all, just to find out? Sorry, I've no knowledge at all of either multiplayer or any of the on-line flight facilities like IVAO and VATSIM. I do have Squawkbox installed but I've never used it so far because they haven't made provisions for the transponder mode and ident to be operated from a hardware cockpit situation. Sorry, no, it isn't the case. And neither IVAO nor VATSIM use FSUIPC on FSX. Perhaps you might get an answer from the IVAO software support folks (Ivap and FScopilot I think), not the IVAO folks themselves? Regards Pete

Why are you trying to use DX10 then? :shock: I've no idea what IVAO has to do with it -- you need to ask them -- but it sounds like you probably have scenery installed which is not DX10 compatible, and/or are using non-DX10 compatible add-on aircraft. No, neither. FSUIPC has nothing whatsoever remotely to do with graphics or screens or DirectX (or IVAO), and nHancer has nothing to do with FS, only with the modes of the graphics driver. Use DX9, or make sure you are only using DX10 compatible add-ons -- i.e. ones explicitly designed and stated to work with DX10. Regards Pete