Pete Dowson

Sorry, I don't know what "other Author" you mean, and I've not seen that display before, but TrafficLook is a SEPARATE PROGRAM from FS. It does not display anything in FS. It is just a demonstration of the facilities within FSUIPC to provide inforamtion about AI Traffic. The "From" and "To" airports are shown in the "From" and "To" columns of TrafficLook. See the example below. Regards, Pete

Sorry, what title "From (KSEA) > to (KLAS)"? The title bar only shows whether you are viewing Ground or Airborne traffic. The "From" and "To" airport codes are shown in the From and To columns, for all the aircraft listed. Pete

Thanks! Wherever you like. Create a folder called "TrafficLook" is you like and put it there. I tend to group all the small FS utilities I collect into one folder which I call "FSUtilities". It really doesn't matter. It is entirely self-contained and will only run when you tell it to in any case. Same with WeatherSet2 (and WeatherSet, for that matter). They are all little "extra" utilities which you can use or discard, at your pleasure. At present there are no translations of the FSUIPC version 3 user guide that I know of. There are several for earlier versions. If you look in the list on http://www.schiratti.com/dowson you will see a German version there, but I don't know how old it is. It should help, though, possibly comparing it to the latest one to be sure? Sorry. Regards, Pete

This is a question for those who know about FS's aircraft modelling. But there are certainly lots of parameters in AIR files and configurable in AIRCRAFT.CFG files. By proposing that your concerns were taken care of through aileron effectiveness and responsiveness values I was encompassing what you are suggesting. It may be via tables or curves or equations. I just don't know. But there's only the one user control input -- the aileron control -- so however it is done it MUST all be derived from that to start with. That's all I was saying. Apart from sensitivity and response how many other variables would be applied to that input before deriving an output? You can only do so much with a single number. :) You should be able to find some aircraft modelling experts to ask. If not here, possibly on the AVSIM forums? Regards, Pete

Really, you are addressing the wrong person on this. I think, if you want FSMeteo to alter 8/8 to 7/8 then you should be talking to the author, Marc Philibert. However, if what you really want is for a cloud layer to be 8/8 when the aircraft is below it, but 7/8 when above, then I am sorry but I don't think that will be possible -- or at least it is almost impossible, and if attempted would most certainly introduce many stutters and even pauses whilst the weather for all the stations is re-submitted and the weather engine regenerates the clouds (and everything else). The problem, you see, is that to make the weather work smoothly at all in FS2004, weather programs, like FS, set all the weather stations around you. It is all localised weather, and FS then implements the graphics based on those stations, along with "interpolations" for some of the elements between stations. I cannot affect the derivations it makes, and to change the weather set at stations means re-submitting the whole station weather for each station which may be in the visibility area, and even outside it. I cannot get at the individual parameters FS uses to decide what to do about the graphics, you see. I can read specific stations and write specific stations. That's it, and that's what FSMeteo is using. Regards, Pete

Oh, yes, thanks Paul. :DI got the notification today! I only came second (to Lago) in the "Support" category though. I'll have to buck my ideas up! :) Regards, Pete

I should think it is all part of the overall effect of the aileron controls, which will be programmed in terms of effectiveness and responsiveness in the AIRCRAFT.CFG too, or if not then certainly in the AIR file. Regards, Pete

I've seen folks mention this, but I don't get it happening often, only when the clouds below me are pretty thin. When do you see it? So far most of the cloud effects I've seen in FS2004 are pretty good. Do you have all the sliders in Options-Settings-Display-weather set full right? FSMeteo doesn't send "OVC", it sets the coverage directly through FSUIPC's New Weather Interface. Surely a cover of 8/8 is more than 7/8? There's something I'm not understanding about your suggestion it seems -- why do you never want overcast weather? Realy, the correct place for any such weird options, to "distort" the weather, is in the weather provider, i.e. FSMeteo. But i must admit I don't see the point of never allowing overcast clouds. Regards, Pete

No, it knows nothing about any other MCP you have. And it doesn't need to. You will just get two ways of controlling the A/P instead of one, that's all. PFC.DLL's MCP controls talk to one of FS's AP, PM's MCP or 767PIC. What happens then is up to them. But it will only send new Alt, Heading, VS or speed values when you change them, and similarly for the modes. Lke the Aerosoft COM-port based MCP, any other MCP should co-exist quite happily. It sounds like something is going wrong between the new hardware MCP and PM's MCP. I hope you get the answers you need from the PM Newsgroup. Regards, Pete

Thank you very much Francois. Now for the answers which I hope you can relay: Yes. The registration of FSUIPC belongs to you, the person, not your computer. You can use it on any of your computers, provided it is you who is the prime user. You will need to enter the same exact details (name, email and key) on your new PC. The French translation was done voluntarily with my approval, and involved replacement of the resources section of FSUIPC, which contains all the messages. With version 3 that is not quite as easy as the resources are bound up more tightly with the program. Nevertheless it is still possible -- no English messages (except for the Logging) are actually built into the code. I think the original volunteer translators may be amongst those who disagreed with FSUIPC becoming payware, and who would rather have seen no FSUIPC for FS2004 at all. Consequently, even though I offered to help resolve the more intricate binding of the messages so that a French version could be made, I've not heard from them at all concerning this endeavour. If I do receive any offers for such work I will certainly consider it, maybe even on a profit-sharing basis -- perhaps a French retailer responsible for a French translation? Regards, Pete

There certainly is nothing specific in any of my software to deal with or recognise anything about any such MCP, so the answer is "no", there is nothing in the INI files which is likely to make any difference whatsoever. I'm a bit curious as to why would you think it would? The INI files are basically just reflections of the options you select in the option screens in FS in any case. I'm afraid know almost nothing about this new MCP. Have you asked the suppliers? Does it use FSUIPC? I see you have it running on a Client PC, so does it use WideFS, or connect to FS or PM some other way? I thought from assorted messages on the PM Newsgroup that PM had specific direct support for it on its own COM port? Since you have PM's MCP and the hardware MCP on the same PC, I would assume there is no connection between the hardware MCP and any of my programs. Do you think there is? Regards, Pete

Is anyone here able to translate this for me, please? And translate my reply? Thanks. Pete

Not me, you didn't. I am not at all involved in FSUIPC or WideFS retail sales. That is all handled by SimMarket. I get my share weeks in arrears. I spend my time programming and supporting my programs, not selling anything. If you have any problem with SimMarket you need to check with their customer services, check on http://www.simmarket.com. Don't worry yet if it hasn't been 24 hours, they cannot guarantee an immediate response, and rember time zone differences. Regards, Pete

I have Ultimate Traffic installed, which is probably more intense, but there's no difference in performance since updating FSUIPC. However, try version 3.125, now available from http://www.schiratti.com/dowson, see if it helps at all. Regards, Pete

FSUIPC does not provide the multiplayer interface. That is built into FS. And FS2004 multiplayer is NOT the same as FS2002's. You need SBRelay I think. But I am NOT a Squawkbox user and know nothing about it. :? PLEASE post a NEW message with a proper title, in the Forum, and people who know how to do this thing will help you. This is the WRONG PLACE! It is a list of FreeWare keys. There is one key for Squawkbox (none for "Squawkbox2"). Please please please rephrase your questions and ask them in their own thread. You will get some help. I cannot help, I know nothing about this area. :( Regards, Pete

I'm not removing any FSUIPC facilities, so, yes, of course you can still generate keystrokes through FSUIPC. But if you are writing a program in any case I believe the PMDG SDK may actually allow you to interface much more effectively directly. My concern for FSUIPC was not for the programmers, more for those who buy or make devices with buttons and knobs currently usable with FS or PM, and want them to work into the new panels too. I thought "annunciators" were displays telling you stuff like the modes of the A/P and A/T systems. If you mean directly setting the A/P register values, like speed, altitude, heading, and V/S, then that as usual is one of my concerns, as trying to set these with just INCs and DECs with a rotary switch is a pain. Regards, Pete

(LATER): I've just checked it in FS2002 and it's the same there. I can't get my FS2000 installation running and haven't time to re-install it, so I tried my old bare-bones FS98. Guess what? It's the same there too -- well, almost. There seems to be a permanent deviation from 0 = true North in FS98. But it's only a degree or so. Odd. It isn't related to MagVar, it's the same all over the world. It was probably down to the longitudinal axis of the aircraft I used being off-centre or something. Anyway, I'm going to be bold and assume that, since it is there in FS2004, FS2002 and FS98, it'll be the same in FS2000! Odd that it's not been 'discovered' before. Evidently it isn't of interest to many! Regards, Pete

No, they're just too busy. I got an answer from the guy I deal with, who is always very helpful. They are planning on providing a proper SDK for programming their cockpits, and it sounds like it's being worked on already, but they won't give timescales yet (I don't blame them, really. It's always a mistake). Whether this is what I want to interface to or not remains to be seen. At the very least you'd be able to use a keyboard interface, programmed for buttons via the FSUIPC Buttons page. I am hoping for more, but we'll have to wait and see. Pete

Okay, thanks. I've now checked it here. I'll check in FS2002 and maybe FS2000 too, see if they have the same thing. I'll add it to the SDK documentation. Regards, Pete

That's the magnetic variation at Seattle. True north is 20 degrees different from Magnetic North. to find true North in FS, put your aircraft into Slew mode (press 'Y') then press the Space bar. The aircraft will face true North and you can read the variation off the compass/heading indicator. This is standard FS representation of headings -- as used and explained for offsets 0582 (the high part of 0580) and the wind direction indicators, and so on. It is also used for the Mag Var at 02A0. But is it the view direction of the nose direction? Does it change smoothly as you pan, or if you use view selectors? I'll look at it tomorrow if I get time, but it doesn't sound very useful if it only works on the ground ...? Active Camera does it very well, but I don't know how, and I don't suppose the author will give away any of his secrets. But you could ask him. You never know. Regards, Pete

FSUIPC has nothing to do with multiplayer. I think you need SBRelay for that, but please ask questions in a proper new Thread with a decent subject, not here which is to do with Freeware Key requests! That is not valid in any case. The program name, as clearly listed in the Freeware Keys list above, is "SquawkBox" not "Squawkbox2". You are using version 3.03 of FSUIPC which is at least 9 versions out of date and is not supported! Regards, Pete

Okay, I've added it to FSUIPC. You'll be able to read the radio height in metres * 65536 in the 32-bit integer at offset 0x31E4. This is supported on all versions of FS from FSUIPC version 3.123 onwards. Please note that the radio height when on the ground is not going to be zero. it is the height of something in your aircraft and will vary -- it's less than 2 metres in a Cessna 182 but a lot more in a 747, for example. If you want actual difference beteen being on the ground and airborne you'd need to do subtraction of a fixed constant, different for each aircraft, in any case. I'll be releasing 3.123 within the next couple of days. I'm just waiting for some feedback from testers. It's mainly a quick 'fix' release for some odd problems in 3.12. Regards, Pete

The problem is it then probably breaks many links others have made to it. However, Enrico may be able to do it by having two files, with different names. But it is up to him. I do not maintain the web page, I have no control over it. Regards, Pete

In that case my fixed version will make no difference at all. The only change made in FSUIPC 3.12 which may have a small impact on performance is the additional AI traffic data. To see if it is related to this, can you try some experiments, please: 1. try with AI traffic turned down, off, then back to your normal level. 2. Try with the FSUIPC INI parameter "TrafficScanPerFrame" parameter set both higher and lower than your current setting. Default is 10 (10%) try with 1% and 100%, see if either makes any difference. I do have FSNav installed here and cannot reproduce any problems in the sounds or other performance. Thanks, Pete

Is your FSUIPC user registered? There's no difference otherwise. There's a problem with add-on Gauges which use FSUIPC if it's not registered, but there's no other changes which would be responsible, and FSNav doesn't use FSUIPC. Each new version replaces the previous. I don't support older versions. If you want to try an intermediate version with the Gauge problem fixed, write to me at petedowson@btconnect.com. Regards, Pete