Pete Dowson

I thought SimCharts only worked on the same PC in any case? Doesn't it have its own interface to FS, rather than a GPS type input? As far as FliteMap is concerned, yes, you can run it on the same PC as FS, thought I wouldn't like to do that even on my 3.2GHz machine as two intensive graphics programs will not make for good performance. Because FliteMap needs serial input on a COM port and GPSout provides that data output on a COM port, all you need to do is link two COM ports (or USB/Serial adapters) together on the same PC, using the appropriate crossover cable, just as if they were on two separate PCs. Regards, Pete

Sorry, I don't know how to do that. It would be a very useful facility if I could implement it. The official FS Traffic Explorer program has rather an advantage here -- it was written by the actual person in the FS team who programmed the FS2004 traffic modules in the first place. Unfortunately MS don't divulge any of those methods and even by hacking into the code I've not been able to find anything more useful than what I've already offered. I think you can use the controls to put them into slew mode then move them around with the slew controls. Regards, Pete

Sounds like a pretty light load. Best thing to do is try it and see. If you have two PCs and two modems you could try it 2in house" first. Regards, Pete

I assume so if the Server has a known IP address and you allow access though any proxy or router or firewall or such. The TCP/IP protocol is used on the Internet. The is a thread here someplace from someone who connected via IPX/SPX, but I assume there's some sort of wrapper needed to make that work. The only thing which would be needed would be to specify the correct IP address for your FS PC in the WideClient.INI file. I would have thought it a bit slow for anything ambitious like Project Magenta or Radar Contact, or even Active Sky. You certainly wouldn't want anything real time via such a link, like cockpit controls and switches. But to be honest, I have no idea what would be suitable to be used over the Internet. What are you wanting to do? Regards, Pete

Okay. I don't think that's a gauge which uses FSUIPC in any case. Certainly it isn't on my list of gauges which have an access key. Regards, Pete

Actually, as far as I can see, there are 4 states. Extracting the state changes from hm's message: 0 - 1 - 0 - 1 - 0 - 1 - 0 - 1 0 - 0 - 1 - 1 - 0 - 0 - 1 - 1 you can see that they actually run through the 4 possible combinations: 00, 10, 01, 11 ... So, it seems to me that in the original, there's a "spare" button press which doesn't do anything. Adding: 06=CP(F-0,11)(F+0,12)0,3, do the fourth thing might therefore meet your needs, eh? As to how it starts, well, both flags will be off when you first load FS, but after that you are in that 4 state cycle till you close FS. If you want a reset you'd need another button! Regards, Pete Regards, Pete

Further to this: I have now completed work on a modification to FSUIPC, on FS2004 only, which will hopefully deal with the problem on XML gauges too -- via the same "fix control acceleration" option of FSUIPC's Technical tab. If you are still having problems, and have registered FSUIPC, send me an email (petedowson@btconnect.com) if you want to test an interim version of FSUIPC with this improvement incorporated. (I can't test that it works flawlessly here because I don't seem to have any of the acceleration problems with any of the panels I have, in any case). In addition to this extension to the fix I have added an event logging option which should help gauge authors see exactly what is happening when their gauge is running and thus be a help in trying to make the more efficient. Regards, Pete

Very clever, but I'm glad you had to explain it rather than me, and you did it so very well too! Thanks. Just one typo to correct -- there's an FF in line 5 which should be just F of course. Thanks again, Pete

You really need to try using FSInterrogate. It can help clarify most of these sorts of misunderstanding. That's why it is provided. You are correctly reading the 32-bit (4-byte) heading into an unsigned integer variable (at least, that's how I assume Dword is defined?). But this is fixed point, not floating point. What does your "FloattoStr" do when fed with a fixed point number? Try converting the heading to a double floating point value first. In C this can be done automatically by: (heading*360.0)/(65536.0*65536.0) The ".0" bits make all the difference, in C at least. I assume you are using VB, so I'm not really sure what will be happening in the code you are showing. Also, I always like to be explicit with parentheses. In C I know the multiplication will be done first anyway, but will it be so in VB? If not you are actually multiplying by zero: 360/(65536*65536) is zero in fixed point. It is possible that the compiler is optimising the code and converting the 360/(65536*65536) part even before you get to run the code. Regards, Pete

Can you actually set such layers in FS? Certainly the altitudes I deal with are positive only (except the Precipitation Base, to allow rain to reach the ground!). This doesn't mean that there will be no weather below sea level, as the layer levels, excepting cloudbases, are notional, and even with cloudbases you can set the deviation so you get parts lower. The temperatures, for instance, do scale appropriately all the way up and down between the "layer levels". Easiest thing to do, in your program, is check altitude < 0 and if so set it to 0 before supplying it to FSUIPC. Does this cause any unwanted results? Maybe I'm not understanding something you are wanting to do? Regards, Pete

I think that ambitious project put you off, eh? It certainly doesn't need to be anywhere near as complex just for three states. Did you look at the business about flags and conditions in the Advanced User's documentation? I can help, but I'd rather not simply work out solutions -- helping folks reach their own solutions is better because then they understand and can go on to do more. Ask specific questions instead and we'll get there. What you are looking for is simply something like this: if in "state 1" this button should do X and change the state to 2 if in "state 2" this button should do Y and change the state to 3 if in "state 3" this button should do Z and change the state to 1 Now the Flags offered by FSUIPC are either on or off, so you cannot get 3 different states from only 1 of them -- you'd need 2. So, choose 2 arbitrary flags -- these are really button numbers for buttons you haven't got -- FSUIPC provides one flag for each possible button (0-31) on joysticks 0-15, so there are plenty which you won't (cannot) be using for "real" buttons. So, to make the arithmetic easy, say you choose flags on joystick 10, buttons 0 and 1. These have numbers 256*10 + 0 and 256*10 + 1, or 2560 and 2561 respectively. Your "if" lines above (conditionals) will be: if button pressed and not flag 2560 and not Flag 2561, do X, and set Flag 2560 if button pressed and flag 2560 but not Flag 2561, do Y, and set Flag 2561 if button pressed and flag 2560 and Flag 2561, do Z, and clear Flag 2560 and clear Flag 2561 Now, because, in FSUIPC, each parameter line can only do one thing, this amounts not to 3 entries in the INI, but 7: if button pressed and not Flag 2560 and not Flag 2561, do X if button pressed and not Flag 2560 and not Flag 2561, set Flag 2560 if button pressed and Flag 2560 but not Flag 2561, do Y if button pressed and Flag 2560 but not Flag 2561, set Flag 2561 if button pressed and Flag 2560 and Flag 2561, do Z if button pressed and Flag 2560 and Flag 2561, clear Flag 2560 if button pressed and not Flag 2560 and Flag 2561 clear Flag 2561 Note that the very last line looks wrong as it is conditional on "not Flag 2560", but it has to be this way because the line before cleared that Flag. Without this the logic would break down -- FSUIPC executes ALL the lines it finds for that one button press, not just the first one it finds applicable. This also brings up another point. For each of the three little groups the lines need to be defined in this order because FSUIPC processes them in order (actually in the order of the left-hand line number in the [buttons] section). If they got out of order, then the Flags would be changed in the wrong order. Phew ....looks like I've done most of the work after all. I hope I've made it understandable. All you need to do is convert that to the parametric format laid down in the documentation. Do you think you can do that? If not ask questions. Regards, Pete

I hope Mr. Capt is able to help you! Regards, Pete

Have you looked in the Buttons FS control assignments drop-down list in FSUIPC (Buttons page)? They are all in alphabetical order, so look for Gearthere's Gear Down, Gear Pump, Gear Set, Gear Toggle and Gear Up. They are also listed in the List of FS2004 Controls which is included in the current FSUIPC.ZIP package. Pete

No. It only allows software which will work with FSUIPC on the FS PC to be used, instead, on a Networked PC. WideFS is an extension of the FSUIPC interface to Networked PCs. Please persue the documentation. No, WidevieW, a program by Luciano Napolitano, links multiple installations of FS, across a Network, so that they function as one. Yes, by doing this you can have the copy of FS on one PC showing different things to the one on the other PC. How much that can be gauges and so on I'm not sure -- it is usually used to obtain multiple external views, like left, centre, right, rather than to spread gauges around. Check the WidevieW website. And, no, WidevieW does not need WideFS. In fact it won't run on the same client as WideClient, because both Wideclient and FS itself pretend to be the same thing. There are separate packages of aircraft gauges which are provided by external programs, which do interface via FSUIPC, and which therefore do run on client PCs under WideFS. The most famous and professional one is undoubtedly Project Magenta. The cheapest (free) one is FreeFD. Links to both are provided on the http://www.schiratti.com/dowson page. Regards, Pete

Oh, you'd know if you had it. And for it to work you'd have had to pay for it! There's something certainly messing with things somehow. I think there was another report, and a solution was found -- some background program running also was the culprit. But I can't seem to find it now. It is somewhere here in the forum. I wonder if one of those has added some incompatible DLL into the Modules folder? Actually WeatherSet and TrafficLook are included in the FSUIPC package. No, no. You don't want to install any more. It is something that is installed which is doing this, but it may be something installed in FS (which must therefore be in the Modules folder), or it may be something running in Windows anyway. I know that FS is particularly sensitive to some of the background anti-virus checkers around. Check what you have running (use Ctrl-Alt-Del and look at both the Applications and Processes list, see if there's anything odd there. Not that it's easy to spot "odd" things. Windows XP in particular seems replete with many odd processes running most of the time). If you know you have some background checking going on, try disabling it for now. Things like anti-virus and memory check/streamliners are ones to look for. Regards, Pete

Oh dear! PLEASE SEE THE ANNOUNCEMENT AT THE TOP OF THE FORUM!!! It is entitled Interim Test Version of WideFS (6.442) Why on Earth go back when you can go forward? I will be posting a further update (6.447), replacing 6.442, within the next two days. Regards, Pete

There is most certainly a GPSout.ini provided in the GPSout.ZIP from http://www.schiratti.com/dowson. I suggest you download it again if you've lost it. Regards, Pete

First, think about the order in which you are doing things. If you take an integer, say 65535, and divide it by 65536, what do you think you get? Zero, that's what! :wink: So by dividing the value first you lose any fractional part of the metres/sec. Maybe that's accurate enough for your needs? Okay, press on(if not, copy it to a floating point variable first and do all your calculations in floating point). Secondly, what units are you trying to convert it to? You seem to be multiplying by 60 * 60 which will give you metres per hour, then dividing by 1000 -- so, you want kilometres per hour? Correct? What are you comparing this with to show that it is wrong? Please look at FSInterrogate, see what that is displaying and how it converts things. It is a very useful utility and is supplied in the SDK just to help clarify this sort of thing. Regards, Pete

Both Keys need the same name and email, as stated in the documentation. I can replce one or the other Key, your choice. Email me at petedowson@btconnect.com, and attach both Key notification emails you got from SimMarket, and tell me which one you now want to use. Sorry, I don't understand. How have you done that? It is not possible! WideClient cannot support FS gauges. Please read the WideFS documentation -- perhaps you should have read that before you paid for it! WideFS extends the FSUIPC external program interface to work across Networks. It supports programs written to use FSUIPC. There are plenty of them (see, for a start, the list on the right-hand side of the http://www.schiratti.com/dowson page). But no parts of FS use FSUIPC. gauges and panels and other Windows in FS are parts of FS, they are not separate application programs which interface to FS via FSUIPC! Regards, Pete

Yes, but, in FS2004, unfortunately you'd need to repeat the "clearing all weather" at intervals, because even with the weather dynamics slider set to minimum (or zero programmatically), the weather you set globally will change to become local. Once that happens, any further writing of global weather only affects weather stations not yet set -- certainly nowhere near the aircraft. Clearing all weather resets the weather set at every station and so allows the global weather, which is the default, to be set again. If you clear all weather at intervals you will get the occasionally hiccough in the weather visually, and on instruments, whilst it is reset. That's a good question. Infortunately I don't know the answer. As the flight is loaded various things are set, but what, exactly, indicates the completion? I really don't know. When you load a flight there are calls made all over the place to so many subsystems in FS -- aircraft, panel, scenery, weather, ATC, AI, etc etc. I really have no idea what the very "last" thing done is, and even if I did, what happens if that "last thing" wasn't needed in this case? You might try looking at the FS time. The seconds count will presumably get reset then start incrementing again, but I'm not sure that this is the 'last' thing either. There is also the "ready to fly" flag at offset 3364. That may not go non-zero immediately you tell FS to load a flight, but see if it works when you wait for it to go non-zero then zero again. Of course I only found that for FS2004 so it won't apply to your FS2002 version in any case. Regards, Pete

Sort of, but not quite. The mask at 3128 tells FSUIPC which bits YOU want to control. All bits not set to 1 there are still under FSUIPC/User control. The bits in 312C corresponding to those in the mask then tell FSUIPC how you want them -- set to 0 or set to 1. As you'll notice, to DISABLE a facility doesn't always mean setting a 1 there or a 0 -- they vary (depending historically on how the defaults used to be set). You need to look at the description of each one. Many of the options don't really apply to FS2004. To control weather properly in FS2004 you really have to use the New Weather Interface (NWI) and do it locally, station by station. Global weather simply doesn't stay global as it does in FS2002 and before. The FS2004 weather engine is a complete new beast -- I don't think you'll be successful with one method for both even though FSUIPC still does support the FS2002 facilities in FS2004. Regards, Pete

No, sorry. I did download PocketFMS, but I can't even get that to install anything on my iPAQ, so I eventually gave up. I would have tried harder, but I don't actually need or want this as for a moving map with FS. I use Jeppesen FliteMap on a PC with a 20" screen! Trying to use a 3" screen for the same thing isn't that attractive to me :wink: . Maybe when I'm less busy I will try to make PocketFMS work again. I did also try disabling ActiveSync, which wasn't as easy as it sounds, but afterwards I had a job getting it back working correctly with my iPAQ anyway -- much trial and error and not a little cursing was involved :? . All this makes me feel rather ignorant about the ways of PDAs, and not really eager to learn I'm afraid. Perhaps someone else who has achieved it will jump in and help you. Regards, Pete

Sorry, I've no idea. I assume you waited a while? Sometimes FS can appear to hesitate for a while duing the load, especially first time. Please ask in the FS2004 Forum. There's a lot more experience in dealing with general FS problems there. But if this is a straight install from MS disks it also becomes a proper Microsoft support matter, so they should be called upon to assist too. Regards, Pete

The only condition I can recall which causes this is an older version of FSNavigator. Do you have that installed? If so, get it updated as it has this bug in it. The only other possibility I can think of, but less likely I think, is a corrupted WX (weather) file being loaded. To test for that temporarily (or permanently if you like) remove the FS9.CFG file from your Documents and Settings\\Application Data\Microsoft\FS9 folder. FS will make a new one and load default settings. Regards, Pete

The details show that this is not, in fact, the version of AIBridge which is accredited. If you check the details in the Log against those listed for AIBridge in the Freeware Keys list above you will see that it needs a Product Name of "AIBridge". As it is it has no Product Name and an empty Description field (both are from its "Version" information), so FSUIPC is not recognising it. I understand that Jose still maintains this program and a link can be found on the http://www.schiratti.com/dowson page. Please check there. If you still have problems locating a working version, you should be able to contact Jose there too. Regards, Pete