Pete Dowson

Probably your potentiometer output is not identical to his. These things do vary. This is why calibration is needed. Just using the same values in your INI as your friend is not going to work if different values are arriving from the throttle. I bet if you borrowed his throttle and used that it would work on your PC too. Yes, because you assigned it to the steering tiller. Pete

When the engines are in "IDLE" at 48%, how do you know they are in IDLE? It doesn't seem likely -- surely 48% is too high? On Boeing aircraft the only way you know its "idle" is by (a) the throttle lever is in the idle position and (b) the N1% is low, like in the 20's, or at least decreasing towards that sort of value. In your case, where is the throttle lever? Or don't you see one, just a set of switches? If the throttle lever is not at its idle position then you need to calibrate it to move it there. For a normal axis-based analogue throttle the OUT value from FSUIPC's calibration would be 0 (zero) for that idle position. It sounds like yours is not. I did notice that in your [Axes] section, shown earlier, you had no assignment to the throttle axis in FSX, only to those Numpad+ and Numpad- keypresses. I don't know how you control the throttle correctly with those alone I'm afraid, but evidently they are not enough to get you to Idle correctly. The reason you cannot engage reverse is the same -- you have to reduce the throttle to idle first. Maybe all the problems are nothing to do with your calibrations, but an error in the flight model you are using. Is it an add-on aircraft? Does your friend in Berlin also have an idle of 48% and no reverse? If not, maybe he can help you solve this problem? The 0 line won't have changed anything. That merely sets the default increment on the throttle axis. The 9 line was this: 9=0R,256,D,36,0,0,0 which appears to be assigning your Rudder axis to the Steering Tiller. If you have no other axis assigned for the rudder, then you won't have a rudder, only a steering tiller which only works at low speeds whilst on the ground. The steering tiller won't work unless you go into the FSUIPC calibrations and calibrate it. You need an extra axis for a steering tiller, otherwise you have to use the rudder for both, as in FS default settings. Regards Pete

Isn't IOCP a hardware interface, for buttons and so on? If this "OGS" is written to talk to FS only via FSUIPC then there won't be a way to change it via any "protocol" parameter. There are only really two possibilities I can think of 1. With FSUIPC also installed on the second PC, in FS, will it supply your OGS with the information it needs? This really depends on whether WideView is transferring enough information to drive the gauges correctly -- you can check that by looking at the FS gauges on the 2nd PC. 2. Add another Monitor screen to the main PC and run your OGS program on the 1st PC instead. That's not a sensible question I'm afraid, as WidevieW does not offer an external program interface. Certainly, however, the author of the "OGS" program (which I've never heard of, by the way) could offer a parameter to allow you to change the FS class it uses to interface to FSUIPC -- it will be using "FS98MAIN" or "UIPCMAIN" at present. If it was changed to "FS98MAIN01", then it would interface to a Wideclient running with the parameter "ClassInstance=1" in its INI file (the Technical document in the WideFS package explains this). I've not tried it, but I thought FSX had its own multi-PC interface built-in, as part of its "multiplayer" facility. Surely the facilities used to allow the same aircraft to be piloted and co-piloted on two separate PCs would also show the correct gauges and so on on both PCs. All you'd need to do is run FSUIPC on the 2nd PC and use your OGS program there whilst showing the scenery view instead of the cockpit view in FSX. Maybe this doesn't work so well as WidevieW, I don't know -- are there known advantages to using WidevieW over the default FSX facilities? Regards Pete

Well I'm sure that is not true. Others have done so. I would have hoped someone here might have been able to help. But have you asked in other Forums -- for instance the cockpit builders forum? Or a Forum for the Airbus models? Regards Pete

I assume you really meant you delted the INI file, which would have contained your previous settings. Re-installing an unchanged program won't fix anything by itself. It's just one little DLL. You want it sensitive enough to reach the extremes but slower and smoother near the centre. When you've calibrated in FSUIPC, select Slopes and change the response to one with a flattened mid section. Pete

Okaythere's nothing wrong with that. Oh, bad ram can result in all sorts of odd crashes, but it is quite rare these days. I wouldn't have thought of that. Regards Pete

In that case it should be fine. What version of FSUIPC are you using anyway? Pete

Reinstalling never does, as the same program overwrites the same program and it is highly unlikely you managed to corrupt it on disk. When you used the axis assignment you probably turned off the Joystick in FS. Did you remember to turn it back on again and check all the FS assignments? The normal calibrations in FSUIPC need assignments done someplace - if not FSUIPC then FS. Pete

Not on the part you show. I could really do with seeing a complete log including the closing lines as they show me things too. Close FS down before getting the Log. Sounds like a scenery or texture problem, or just possibly a corrupt weather file being loaded initially. First thing to try is deleting (or moving to a safe place) your FS9.CFG file, and letting FS make another one. If that fixes it, gradually set your options the way you like them, and try, carefully, loading aircraft and flights. You may find the one which breaks it that way. Regards Pete

But you said "and other gauges (MFC, PFD, etc... all gauges are original window disancored of default 737 FSX) ". In other words it appears you said all those gauges are FS gauges, undocked and moved in their own windows. Did you not actually mean that? If they are separate programs, like those from Project Magenta, which interface to FSUIPC then they will either have to interface to the FSUIPC in the FS on your PC2, or run in a separate PC from FS under WideClient. If "OGS" is indeed a separate program using FSUIPC, then, yes, you are completely correct. You cannot run it on the same PC as FS and have it talking to another FS via WideFS. It isn't possible because WideClient is "pretending" to be FS -- it looks like FS to the program. And you can't have two FS's running together. If the FSUIPC program you want to run is yours, and you can change it, then you could tell it to connect to a different Window class name -- there's a facility to run WideClient with a different class name (see the docs). But most programs interfacing to FSUIPC have fixed class name requirements. Regards Pete

It works fine from here, I just tried it from your message! Yes. Please see the main FSUIPC SDK available from http://www.schiratti.com/dowson. It works the same way. The intent is for everything in the main table there (at least) work the same in FSX. The document you couldn't load does include some extra stuff for FSX, but not a lot. Do note that not all controls you can send to AI are obeyed by them. they only operate a very small subset. Best to check first using the Microsoft Traffic Explorer facilities (available for FS9 and the Deluxe version of FSX). I don't think FSX AI will obey more than their FS9 counterparts, so you can always check first in FS9. Regards Pete

Phew. Some real antique programs you have there! G2D is not third party, it is one of the main graphics modules essential to FS. Disabled G2D? Huh? It is a fundamental essential part of FS. You can't disable it, and you most certainly must not remove it! No. How? If a complete new installation of FS doesn't fix it, then you probably aren't actually uninstalling everything first. Start by deleting your FS2002.CFG file and reloading FS. Else uninstall and re-install. Neither. It is an essential part of FS, dealing with processing scenery and texture BGLs. G2D deals with the 2D graphics overlays, like runways, roads, ground textures and so on. There's also a G3D which deals with 3D objects. If FS is regularly crashing in G2D then the most likely problem area is scenery or textures, or, less likely, graphics drivers or settings. It will have nothing whatsoever to do with FSUIPC, and it shouldn't have much to do with ActiveSky unless the latter came with new cloud textures, or it is trying to set weather and bad cloud textures are being loaded. Regards Pete

Oh dear. You are reading the answer to the first message, before you showed me you were not using the throttle lever as an axis (i.e. continuous throttle adjustments), but merely to send Key Presses to your aircraft. That is of course totally different and the business of setting a correct idle axis value (0) doesn't apply at all! Please stick to this one thread otherwise you will get yourself very very confused! I'm afraid I've no idea what you are talking about here. Your 2nd message seemed to show you wanted the throttle axis to send keystrokes, not axis values at all, so how come you now want axis values instead? I'm afraid I've no idea how the aircraft you are trying to fly does anything. Have you tried asking the suppliers of the aircraft, or their support? Don't they supply any documentation on this stuff? No idea what you mean by "copy the figures". Why are you messing about in the INI file at all? Just use the on-line options pages. If there is an axis which is moving control surfaces all on its own then it is broken. You have bad hardware. On the other hand if you have more than one assignment to the same axis, then they will conflict and cause the axis to alternate between the two inputs. Check for duplicated assignments. Regards Pete

No, WideFS does not connect FSX to FSX. Correct. But then you do not need WideFS in any case. WideFS is to link FSUIPC applications running on a PC without FS to the PC which is running FS. All of your listed uses for the two PCs are for FSX things, not FSUIPC applications. Regards Pete

Your FSUIPC key is not valid then. The expiry date is only approximate in any case. I've no idea why or how you are managing to get time-limited keys in any case when they are not for Project Magenta. does Katy know you are using them for other purposes? Regards Pete

Yes, but you need to calibrate INSIDE the range -- those figures need to be less. Otherwise you cannot move the leves beyond those values in order to trigger the key press. There are other German English-speakers here sometimes. Maybe they can help. Regards Pete

They are pretty meaningless on their own, aren't they? I didn't realise you weren't using the throttle as an Axis but as a series of key presses. Looks like you have four zones where you are sending a "NumPad+" key when the change is upwards, and four pressing a "Numpad-" key when the change is downward. Correct? Is see that the extreme ranges in each case end in 16383 and -16363 respectively. That might be your problem, because thoseare the theoretical maximum and minimum values attainable -- they cannot be exceeded. In turn this would mean that the throttle movement can never move OUT of those zones in the right direction, so never actually operate the final Numpad+ or Numpad-. Try to recalibrate the change positions with some free space at both extremes. Regards Pete

You need to calibrate for an output value of 0 (zero) at idel. That would get N1% down to its normal idle -- but don't go by the N1 reading, view the FS throttle quadrant. You cannot reverse until the throttles are pulled back to idle. I'll look there. Try to keep to one thread per subject next time please. Regards Pete

Yes, but of course the documentation isn't perfect, and I can answer specific questions here. That's what the Forum is for. And the documentation has been gradually improved by including answers from here into it as time goes by. In fact I think it even says that somewhere. Of course. Regards, Pete

Ouch! Actually, if the registry was pointing to the wrong place, you could have re-installed FSUIPC4 (using the Installer program). It would have asked you to find FSX.EXE and then offered to fix that Registry link for you. Okay. Good luck! Regards Pete

Sorry, I didn't mean it to come over quite like that. But it did seem odd having apparently clear instructions so badly misquoted to me, to make such a simple situation look complicated. I do try hard, and WideFS has stood the test of time (being my oldest FS package by far, dating back to FS95). I do tend to find it best to make the programs simpler to use so that most of the documentation is not relevant most of the time. With WideFS 99% of users can simply put WideClient.EXE on their client PCs, run it, enable WideServer on the FS PC, and it all just works. That's the idea. The fact that you need to actually DOWNLOAD the WideFS package in the first place shouldn't really be a surprise, surely? I you want to use a package, you download it. It is that simple! You were, on that web page. It told you to get WideFS 6.75, which you took to mean, apparently "FSUIPC 6.75" (which doesn't exist). If you had downloaded the package you would have found documentation. Well done. That's more than 99% of folks do. And 90% of the documentation is for reference. You only need to refer to those parts if you want to use the frills. It works out of the box without twiddling unless you have an unusual set up. Really? Where does that sort of confusion arise? The documentation for WideFS would tell you if you need an FSUIPC registration. Why would you expect it to say “You don’t need an FSUIPC registration”? There are lots of things you don't need. Surely it should only tell you what you do need? Thanks. That doesn't help a lot does it? Maybe we should finish here. Regards Pete

What sort of problems? No. But I'd like to know what the problems were. Regards Pete

I have no website. Presumably you mean Mr. Schiratti's? He's the only one kind enough to host all my programs, freeware as well. Yes, exactly, and nothing like what you quoted. It does EXPLICITLY state you need the WideClient program from the WideFS package. No. Why? Please explain. Obviously misquoting it to BE confusing will confuse, but reading it correctlysurely not? Quite honestly, if you are confused already, please think again before embarking on multiple PC setups for FS. As a "noob" it may be best to stick to one PC for a while, don't you think? Regards Pete

WideServer 7, to be exact No it doesn't. WideFS works with the WideClient provided in the WideFS 6.75 package -- or in fact any WideClient from any recent release. WideServer is HALF of WideFS. For a Server there is a Client. The Server runs in FS, the Client runs in the other PCs. Changing the version of FS running in the Server PC doesn't affect the Clients at all, so the same WideClient is used for all versions of FS -- from FS95 through FS98, FS2000, FS2002, FS2004 and FSX. Even CFS1 and CFS2 would use the same WideClient. All that happened in FSX was that WideServer, which used to be a separate module in FS, was absorbed into FSUIPC4. WideFS documentation is included in the WideFS.zip package, which you should have downloaded (as explained in the "blurb" you misqoted. ;-) ) You need ALL of the WideFS package with the sole exception of the little bit called WideServer.DLL which is only needed in versions of FS before FSX. FSX's own SimConnect provides Network support, without WideFS. WideFS provides network extension for FSUIPC client programs. If that's what you are interested in then the obvious place to start is to download WideFS and read the documentation. Regards Pete

The airport name is included in the BGLs, but I have never had any cause to extract it. I assume most programs use a look-up table, using the ICAO ID. I cannot change any of the current file formats to add this information, but I guess I could produce another file containing just ICAO ID, Lat, Lon, Alt and Name. But I am fairly busy at present. If you have a real need for this, write to me at petedowson@btconnect.com and I'll put in somewhere on my "to do" list. For those airports which are also Weather stations there are files providing this information, installed by FS into its Weather sub-folder. "wxmapping.bin" is an index of names. Regards Pete