Pete Dowson

I was only thinking of whether it was possible to set 17xx.x to ADF2 and have it "stick" (i.e. read-back correctly). You don't need an actual gauge -- if it sticks then the gauge, if one existed, would have to agree in any case. :) No matter, I will check it here and get back to you. Regards, Pete

Check the VB sections of the SDK. Other than that I can't really help, not knowing VB -- but there are lots of folks here who will help with specific questions, just not a whole tutorial. Regards, Pete

But what about ADF2 -- if that accepts the higher values maybe I can make FSUIPC do it too for ADF1? I'll try things myself next week. This weekend I've a lot of sorting out to do to get myself "back in the groove" so to speak! :-) Regards, Pete

Hi Ben, Thanks, yes, it was an excellent break. Just catching up still. Glad to see so many folks managed so well whilst I was away -- you especially did a good job! Thanks again! Best regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! This is not really my field, but how are you synchronising this to ensure "every (msfs) frame"? I think you would need at least to "sleep" a little in your loop, to allow MSFS to do some processing. Your best bet would be to limit the FS frame rate to something easily achievable (like 20 fps, say), then make sure your loop take 50 mSecs (say) -- leaving plently of process time for FS. If you run on a P4 PC with hyperthreading, you may be able to force your program onto one "processor" whilst FS is on the other, for better results. Otherwise, what might be happening is that FS isn't getting time to do its thing and meanwhile several of your changes accumulate and get executed at once, visually. This would be jerky for both reasons. The same can happen over a Network, or even worse unless you limit FS frame rates. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! I didn't fully understand your earlier explanation of your problem, but if you mean things like not being able to increment some values by 1, only 5 or 10 or something, this is due to "control acceleration", and is caused by programs which continually (and badly, in my opinion) send controls to FS at some high rate, like 10-20 per second. This is bad for two reasons: 1) it is extremently inefficient to send controls to change things to the same value they have anyway. It accomplishes nothing except soaking up processing power. Each such control involved several Windows messages and calls between several FS modules. 2) FS implements mouse and keyboard control acceleration (so dials change faster when held, for instance) by timing the gaps between the arrival of controls. It does not check whether they are the same controls, as that is really (theoretically) wasted time and code -- after all it expected them only to arrive from keypress and mouse operation in any case, so if they arrive at high speed they MUST be the same, right? There is a facility in FSUIPC which checks whether the controls are the same or not, and if not kills the timer which FS checks. It's an ugly solution as it slows things even more, but it works with the few panels which do this sort of thing. In that case the solution is either to get the folks who wrote the driver for the unit to improve their code so it doesn't do this thing (which is by far the best and most efficient solution), or maybe hope that Microsoft do things differently in FS2006. I don't recall this, but certainly if he did I would have explained very carefully what the problem was so that he could fix it. I don't see it as FSUIPC's job to fix bad programming in other products, but where I have given in to such things, as in this case, I feel it is right to include this in the chargeable part of the facilities. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! Sorry, I can't figure it out either. I thought it wasn't so much "FSRealTime" that fixed it, but replacement BGL files (which are packaged with FSRealTime, but aren't by the same author). Since installing those I've not noticed any time zone problems, but maybe that's because I tend to favour quite short trips. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! They aren't unchangeable, but need the same name and email address for both. To do otherwise would not only make the interface for it more unwieldy but also generate more dependence on the Windows Registry than I like, and more complication when anything goes wrong and things need re-setting. The current system is a compromise for simplicity and it works well. I do make it clear in the documentation that you need the same for each. If you haven't got it sorted with SimMarket yet, send me (petedowson@btconnect.com) both the FSUIPC email you got and the WideFS one and tell me which name/email address you need to use for both and I'll replace whichever key needs replacing. Do not post them here. To re-register with a new name/email you only need to delete the FSUIPC.KEY file and re-register both. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! This is untrue. Please get your facts right before attempting to upset folks. Adam gave full permission for me to carry on with his work, and he was very surprised and gratified at how much I had extended it beyond his original concept. He was not in a position to continue with it once he was working for MicroSoft. And he did make money from it as he entered into commercial licensing arrangements for all non-freeware products. This is the same as the system I have now set up -- FSUIPC is free for freeware and always will be. The user facilities which user's can optionally pay for are ones that never existed in FS6IPC, and the commercial programs enter into commercial arrangements with me just as they did with Adam. FSUIPC was completely free for four years even for commercial applications (unlike FS6IPC), as was all of my FS programming, and it was only a change of circumstance which forced me into the path I have taken. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! Why are you mentioning FSUIPC in this context? If you have used FSUIPC to set up your throttles, why? Get things working in FS first before messing in FSUIPC. For now, edit your FSUIPC.INI file and remove the joystick section completely. Get things working in FS. Regards, Pete

WideFS registration dropped off That's peculiar. The "aircraft on ground" flag doesn't work in SLEW mode. How do you make it do so? Here, when engaging Slew with the Y key, all that happens is that the SLEW motton appears, flashing, and the aircraft responds to the slewing commands. How are you getting it to jump 24 feet? Maybe your aircraft, when on the ground, is really "sunk" into the ground according to some aircraft parameters? Does it do this with default aircraft? I have the reverse problem -- maybe if I knew how to make it jump 24 feet I would know how to stop it? How do you do it? One thought -- try disabling your joystick first (there's an FS keystroke for that I think -- else use the menu). Maybe it's getting some default signal from one of the axes. If so, maybe re-calibration would help. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! What's a "new profile"? Does the KEY file contain the correct, original name and email address, as used when you were notified? Are these the ones you re-registered with? What do you mean by "WideFS registration dropped off". Please check the WideServer.Log file. What versions of everything are you using? Do not post your KEY file here. If you have any registration information to show me, send it to petedowson@btconnect.com with an explanation. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! The starters in FS are "spring-loaded". If you don't keep writing 1 to the starter it will reset to 0. Keep writing 1 with a small delay. Ideally you should have a separate fuel switch and operate that when you seen N2% rise to 20 or 25% (varies with aircraft), but you can (incorrectly) enable the fuel first and it will work. You don't need to set it to 0, but you can set it to 2 after engines are running (combustion flag non-zero) for Generators. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! This needs a bit of "advanced" programming I'm afraid. You'd need to edit the FSUIPC INI file and toggle a Flag on each press, then program the same key to set A/T on when the Flag is off, A/T off when the Flag is on. Take a look at the Advanced User's guide and get back to me when/if confused. I'll then try to explain it a little more. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! You can ask SimMarket, but I fear their process is mostly automated and they may not be able to reverse your existing transaction without incurring costs which nullify the saving. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! Why not download the ZIP and study the documentation I supply? I cannot really explain it more here. No, visibility and clouds are separate things and do not interact in FSUIPC. Not exactly, no. You have the opposite opinion of FS2002's visibility than I -- I thought it was absolutely dreadful, much worse than FS2000. Fs2004's effects are far superior. But this is only my opinion of course. Fs2002 was so bad it made me want to stay with FS2000 -- excepting the other improvements were so worthwhile. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! Hex 0100FF00 gives byte 0 = 00 byte 1 = FF byte 2 = 00 byte 3 = 01 so your timeout is 1 tick (55msecs), the 01, and you are setting all bits 2^8 to 2^15. I think you have some odd inverse idea of where bits are in Intel processors? As in ordinary universal decimal representation, MOST significat bits are written first, least significant last: 2^0 = 0x00000001 ... 2^15 = 0x00008000 ... 2^31 = 0x80000000 I think perhaps you meant to write $FF008000? Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! Socket numbers don't matter providing they don't clash. The defaults shouldn't clash in any case. More important is your operating system and WideFS settings. You have to change both WideClient and WideServer INI files to tell it to use SPX, and you will probably need to provide the Server Node information. This is explained in the WideFS document. I've never had much success with mixing WinNT/2K/XP systems with Win95/98/Me systems when using IPX/SPX, though if WidevieW is happy that shouldn't be the problem. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! No, you only run the program on the machine in which you want it to run. I don't know FsGarmin530 but if it needs two parts running -- one on the Server and the other on the Client, then they will undoubtedly have different names. Maybe you need a different module which running remotely? I think this was the case with other programs from the same stable, like FlightMax. It certainly seems that the module is trying to find the actual physical file FSUIPC.DLL rather than simply trusting the interface. Alternatively maybe it's a question of parameters in its own INI or CFG file? Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! I cannot make that happen here -- but enable graduation, with the lower altitide set to 0 so it joins the surface layer. Maybe what you are really seeing is the added FS thin cloud layer at the top of the visibility layer, but as I say I can't see that here. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! Neither of those take any parameter. Just program it on the press. But very few of the PM facilities work unless you have the PM MCP running. It is the MCP which reads these and controls things. I think Enrico is considering changing this. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! You can send the keystrokes themselves (Shift P, then 1 or 2) or the control then the Keystroke -- controls can be send by offset 3110, keystrokes by 3200. Or program buttons in FSUIPC's Buttons page, or you can try offset 31F4 for me. This is an area I've not been able to test yet. Others have also found this. I think Teamspeak is using so direct keyboard access, or maybe the Async state, which I cannot influence. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! The altitude there is NOT floating poiint, but fixed point. The integer in metres is 32-bits (4 bytes) at 0574, the fraction is in 0570. Best to read it into an array of two integers. Read metres in the 2nd and the fraction (UNsigned) in 1/(65536*65536) ths in the first. Regards, Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! Thanks! Pete

Sorry for the delay in replying -- I've been on holiday with no Internet access. I'm just trying to catch up with an enormous backlog now! Thanks! I'll add the details to the GPSout readme! Regards, Pete