Pete Dowson

Well, that narrows the change in which the error occurred a little. Thanks. I should get to it next week. Sorry about the delay. Pete

I understand, but if it works in FSUIPC I can add it to WideClient. If it doesn't work, there's no point. See? In that case nor would MINIMIZE or MAXIMIZE -- the program evidently doesn't use the initial window state provided. Well, frankly too, there's not going to be those extra keywords since you've now confirmed that it won't work in any case. :wink: Regards, Pete

If disabling your joystick fixes everything then it sounds like you have an uncalibrated joystick and/or other joystick inputs enabled in FS. Go through all the axis assignments in FS and make sure there's only one assignment per control (if you have more than one joystick connected FS will attempt to assign them all). Then, when you are sure there's only one of everything, calibrate all the axes in the standard Windows way. Check the wind -- which direction is it from? If you are veering without the joysticks enabled then it's either wind or an excessive "P-factor" -- reduce realism to about centre for such aircraft. If it is caused by sidewind, either find a runway which has less or use rudder and into wind aileron to compensate. If you have a user-registered FSUIPC you can use the taxi wind option instead. Regards Pete

Ah! That simple, eh? Yes, if it doesn't intercept the main throttle it cannot map them to the other four. In fact, I thought I hid the "Map to 4 throttles" option when the throttle isn't enabled there, but maybe that change was later than 2.97. Regards, Pete

For Project Magenta there are FAQs and hints on their website. Apart from that and the documentation with WideFS (which you can read in the ZIP whether you buy it or not) I don't know of anything else specific that way. You can always ask questions here, or, better for PM, in the PM newsgroup. Regards, Pete

Project Magenta needs WideFS for sure -- it is theoretically possible to run it all one one PC, but not advisable. You can buy FSUIPC and WideFS keys from Project Magenta at the same time as you purchase their software. The GPS units included with FS are FS gauges and will not run on a second computer. Frame rates of FS are dependent upon the FS configuration. WideFS doesn't affect that, though it is often better to limit FS rates to a value which suits the other PCs on the network, so they all run at similar rates. This really only applies if one or more of the PCs are running near their limits, or the Network is slow -- modern Ethernet networks should give you 100 mbps which is fine. Regards, Pete

I assume the throttle is already calibrated and can be seen working in the single throttle page? If the input from the throttle through FS isn't working you cannot calibrate in FSUIPC in any case. In particular check that the sensitivity in FS is not zero. Since there have been no changes in 2.9x, and never will be, this can only be a case of corruption -- either the program (restore from backup) or more likely the INI file. For the latter either delete the INI file and let FSUIPC make another, or edit it and delete the joystick entries for throttle, or possibly all of the calibrations. If you keep a safe copy of the INI and simply delete it and check again it will prove where the error lies. Regards Pete

Why is that? Isn't the documentation clear enough? Well, that is more a button or FS control type thing. The FSUIPC interface allows you to read and write radio frequencies, both active and standby, so you could of course read them (as you would need to to display the settings), increment/decrement or otherwise change them as you want, and re-write them. That's one way. Otherwise, INC/DEC controls are provided for all these things. These ask FS or FSUIPC to make the changes for you. You can send any controls via offset 3110. FS controls are listed in the list of FS controls (in the SDK), and FSUIPC controls are listed in the FSUIPC Advanced User's guide. Either. In general you would be better off incrementing and setting into FS the value you last displayed locally, only re-reading it from FS when the rotary adjustment has stopped for a while (half a second or so). That way you would get much more responsiveness. You can merely send a stream of INC or DEC controls, but you'll get queuing and therefore latency in the resulting values and displays. Regards, Pete

Does that work with the programs you are needing to do this with? I think those short-cut initialisation options only work if the programs themselves tell their window to use the default setting -- Windows supplies the default to the program's WinMain() function as the 4th parameter. I think it would work if all programs used that, but most I tried don't. If it does work with the one's you are needing, then maybe it would be worth putting it into FSUIPC/WideClient. When I was experimenting I found it so inconsistent (because of varying practices in the applications) that I didn't go further because of the support implications of this variability. Oh, one other possible reason it wouldn't be useful -- the option to set this only applies to the first window created by the new process -- it won't be useful in cases like the PM modules where the first window is a trademark/banner graphic. Have you tried using the "HIDE" option in the FSUIPC Run options? If that works, then so should MAX and MIN if I add them. With Wideclient it would need an extra keyword immediately after the = I think. Regards, Pete

Ah. I'm afraid whatever is doing this, a GAUge or DLL, is using an incorrect way to interface to FSUIPC. Internal programs such as gauges and modules are provided with an efficient direct interface to FSUIPC inside FS, and they always have been right back to FS2000 nearly six years ago. The way this program is accessing FSUIPC is rather inefficient, and it can cause problems with other internal programs too. There is no way I can determine what it is because the interface it uses doesn't tell me -- it looks like an external EXE program but it isn't, so I just see FS9 itself as the caller. Sorry. This may work okay with a fully user registered FSUIPC, provided you don't get any other conflicting add-ons or add-ins, but there's no way at all to get it registered as a freeware or even payware application. If it is a maintained product I suggest you ask the author to look at changing it to use FSUIPC correctly. If it is long dead, as I suspect, then all I can suggest is either find an alternative which is written correctly, or purchase an FSUIPC user registration and hope that no conflicts with this program will arise in future. Regards, Pete

Do you know how I could do that? I did do lots of experiments with that when I first designed the options. Applications seem to start either they way they are programmed, or configured, to start, unless they are specifically programmed to start in the mode Windows 'remembers' them from before or has set in the shortcut (where applicable). I think the only way for me to override that is to wait until they produce a Window then send a minimise message. The problems are then rather considerable, because (a) programs take an enormously variable time to produce their Window and be ready to minimise (should I keep checking every few minutes?), and (b) very often the first such Window they produce is not the one which needs minimising. All the PM modules are like that, for example. Can't you configure them to start minimised instead? Regards, Pete

Versions "under 3" never needed a "code" (I assume here you mean 'key'), so that cannot be right. Registration was not introduced till version 3 of FSUIPC. The keys for Version 3 apply to ALL version 3's, from 3.00 in July 2003 to 3.48 now. The key for that gauge is listed in the freeware keys list in this Forum in any case, as I said before. You seem to be getting yourself rather confused -- please review the earlier messages. Regards, Pete

No, if this is all on the FS PC it is all automatic. The only problems which occur that way is when the user key you registered with isn't right or possibly expired. Please load up FS, reproduce the problem, then close FS down. Find the files FSUIPC.LOG and FSUIPC.KEY in the FS Modules folder, Zip them up and send them to me at petedowson@btconnect.com, and I'll check things out. Regards, Pete

Does it? Even with the name and key entered correctly? The FSUIPC.LOG file (also in the FS Modules folder) is a text file and may contain messages indicating what exactly is not functional -- maybe there's another part of that panel which needs registration? Last time I checked 1 US$ = 0.777 Euros, 1 Euro = 1.286 US$. At least you don't have to pay the V.A.T. on top if you are outside Europe! :wink: Regards, Pete

It is really Eric's job to support his software. He could, if he wished, change his code and build in the key so that his users don't have any hassle. Most freeware authors do. Then FSUIPC remains pretty much invisible to them and it all works smoothly. For those who don't, you have to enter the key manually. Look near the top of this forum for the Freeware Keys list. That gauge is there. In FS, go to FSUIPC options (Modules menu, FSUIPC), find the "register an application" button (bottom right), click it, enter the name (F16.gau) and the key. If you still have problems and Eric won't help I suggest you find a freeware TCAS gauge which does do it automatically, such as those by Lee Hetherington (ILH ...). Sorry but I cannot really undertake to support users of all programs which use FSUIPC. I don't even know most of them. Regards, Pete

I don't supply any old versions, let alone version 2 (which won't run on FS2004 BTW). In any case, you do not need to pay for FSUIPC to run applications. Freeware programs have free access, payware programs normally have a license. You pay only if you want to make use of all of the extra user facilities. Please download Version 3 and read the User document, or at least browse it. Maybe you'll then see how the scheme works a bit better. FSUIPC never went truly payware at all -- the original FS6IPC function (developed for FS95 and FS98) still operates in FSUIPC on the original principles, it just offers more powerful application facilities year by year. Regards, Pete

All the Windows Sockets documentation says about that is: So it sounds like either the Server wasn't running, or it isn't registered, or the Client is addressing the wrong server or the protocols don't match or there's some blockage between them. That's about all I know. It becomes a matter of eliminating each possibility till you find it. Regards, Pete

I'm not sure why you would be worried so much about "absolute" values -- your joystick will be using a potentiometer or a rotary encoder or something which effectively generates arbitrary values. The incoming numbers themselves do not matter at all, they are completely irrelevant. It is the sole purpose of calibration to take the stupid input numbers and manipulate them to produce sensible and well-behaved output numbers. It is the latter which are used, not the former. That is why this (and almost every other) calibration system is based on real PHYSICAL positions -- you move your joystick to the spots where you want the entremes and the centre zone limits. You shouldn't care what the numbers are! You can edit the INI file and put arbitrary or artificial figures in there, but I honestly do not see the point. The whole reason for calibration is to convert chaotic real world values into usable internal values. By assuming specific numbers will work well you are assuming the stick is producing well-ordered outputs in the first place -- for instance, that its centre is exact and always produces zero. Also, instead of an extra wide, or narrow, or (in your words) "accurate" (?) centre dead zone, why don't you try applying one of the slopes provided which flatten the response near the centre, reducing its over-sensitivity without losing range? Regards Pete

There's been a lot of changes since 3.411. This may take some finding. Leave it with me for now -- I'll get back to you if I need more information. The separate reverser assignments are not relevant unless you go to the last page and set them. Regards, Pete

There's only one altitude hold. Lock is just another word for it, used inside FS -- MCPs/FCUs are generally marked "hold". You are misreading the other. Offset 07D8 is ATTITUDE hold, not ALTITUDE -- there's quite a difference! Unfortunately I have never known FS's attitude hold to work. Regards, Pete

No, the autopilot maintains heading if heading hold is engaged. The heading shown (and set) is magnetic, not true. Don't forget that the autopilot must also be engaged. Setting a heading hold without autopilot is valid, but only gives you flight director guidance, not control. Generally you would set heading hold then change the heading value -- this is simply because of the way FS works. Just set the hold then adjust the altitude. The autopilot must be engaged or, again, it is only a flight direction facility. Test with a default FS aircraft. You talk about the FCU, but none of the defaults have an FCU (the Boeings have MCPs of a sort). Many add-on aircraft panels do not use the FS autopilot facilities so you may be wasting your time writing to these places. Regards, Pete

Of course it does, because you are pressing the button to register FSUIPC -- this is for a personal key, to give YOU full access to all FSUIPC facilities. Please note that Visual744 is an APPLICATION, it is not a user -- people are users, programs are programs. Look again at the first options page in FSUIPC. Cast your eye down to the button at bottom right. what does that say? Something about applications, yes? Try that. Programs do not have user names and email addresses. Programs have program names. The name for this is Visual744. That's all. That and the key. There are places for you to enter these. Please please check the FSUIPC documentation. The business about user registration and the difference for program access is explained there. Regards, Pete

The CDI deviation is just another variable provided by the simulation engine. Are the segments of course short? There may well be small errors in the great circle calculations which will show up as such errors on longer segments. But I don't use either the FS plans or GPS nor FSNav so I've no experience of their accuracy or otherwise. The CDI is likely to be more accurate as it derives directly from FS's real time simulations. BUT check this on a default aircraft -- other gauge implementations may differ. You may get some more help in the FS2004 Forum, too, where there's a wider range of users I think. All NAVAID position and frequency data is contained in the scenery. For VOR radial deviations the CDI is calculated in real time based on the position of your aircraft, the position of the VOR and the selected radial. Naturally, as you get closer and closer to the VOR the radials become closer and therefore minor deviations look more and more significant. When you are quite close the VOR radial indications become almost useless because the radials are too close and you are above the VOR rather than so much laterally spaced from it. It is normal to ignore VOR deviations when close, just maintain heading and resume the opposite radial well after crossing. How that all works when using the GPS to set the course I really don't know. Regards, Pete

No. what would that mean, exactly? Sorry, I'm not understanding much of that if any. What are those numbers --- how are 0 and 512 related to speed of stick? What numbers are those and what is meant by a "tight stick" and a fast or slow one? Regards, Pete

No, except the one below yours. The changes in 3.48 since 3.47 are really not in-line with normal execution, with the sole exception of the provision of bank and pitch data being supplied for AI aircraft. I really cannot imagine that have such a great effect, even if you've set the AI scan rate to 100% (default is 10). Try setting it to less than 10 (5 or 8, say), see if that makes any difference. Let me know. Generally, on most systems I've tried it on, you'd be hard pressed to measure any difference between 100% and 10% AI scanning per frame let alone the addition of two more small items of data. All the other changes (which are few in any case) only have any effect when used, like button programming fixes. Regards, Pete