Pete Dowson

Well, that wasn't so much me, but the AVC programmers using the same system (a Registered message) as Roger Wilco, which I supported for many years. The key assigned in AVC is irrelevant to FSUIPC because it sends the controls to AVC directly, not via the keyboard. If you use a button for PTT there is no keyboard key involved. Well, you won't like RC then, as it needs many more than 3 for all the different requests and replies you may need to give. The FS ATC also uses more than just the one to open its window. There's really no equivalent of "Push To Talk" in either case. Since neither RC nor FS ATC uses "PTT", and AVC only uses PTT, I can't see that there is anything in common at all. Sorry, I'm not sure what you are hoping to achieve. With on-line flying you have real humans listening to you and interpreting your requests. With FS ATC and RC you don't, so you use different keys. You can of course try using MS GameVoice or the recent Voice Buddy, to convert voiced commands to keypresses -- maybe the PTT comes into action then? FSUIPC looks at the key before FS does so multiplayer or otherwise is irrelevant. If you want a button to both send the FS ATC window keypress as well as sending PTT to AVC you can do that, you can have a number of things all happening when you press the button. But to do this you have to edit the FSUIPC.INI file. Full details are provided in the Advanced Users Guide for FSUIPC. Regards, Pete

Sorry, I'm not aware of one. If you find anything, let me know. Regards, Pete

I don't have a website, but you probably mean Enrico Schiratti's site, as he does present all my software. Other sites only provide some of it. I think you'll find, if you read it again, that they undertake to send the key(s) to you within 24 hours. Generally it is faster, but it depends on the time of day. Humans are involved and they do eat and sleep. :wink: If you applied by email the response is to the same email address. The home address is normally for verification of credit card, if that's how you paid. Only allowing one hour before getting so het up is a little extreme, isn't it? Many sites providing keys for downloaded programs only undertake to do so within two days or more. SimMarket are very efficient and usually it is only a few hours. If you don't hear within 24 hours, as stated on the site, report the problem via http://www.simmarket.com's Customer Services. Regards, Pete

Icing is a weather property, part of the cloud data. If the responsible cloud layer isn't one of the lower two layers which are available in the old FS98 weather areas, then it would only find differences in the New Weather Interface areas up in the Cxxx offset range (FS2004 only). The Advanced Weather Interface for FS2000 and FS2002 would also reveal the data, but that interface is a request-response interface and cannot be searched in that way. Use WeatherSet (WeatherSet2 in FS2004) to check the cloud layers. Regards, Pete

It looks like the aircraft you are loading (B727-2ANG 2004\b727) has a Gauge installed which accesses FSUIPC and has two things wrong with it: 1. It is accessing FSUIPC using the EXTERNAL applications interface, which is why it looks like it is FS2004 which is accessing FSUIPC (the external interface check identifies the PROCESS, which is FS of course). This access method is wrong and always has been wrong. It is inefficient, it can cause problems with other, more legitimate, gauges and modules attempting to access FSUIPC. I provided a special internal module user library and interface over four years ago. 2. It is not an accredited program, so it hasn't got a key. Moreover, because of its incorrect access method it cannot be granted a key, even if it is FreeWare. There's no way it can be recognised correctly. The only way you can use it as it stands would be to register FSUIPC yourself. This wouldn't avoid the possibility that its access method won't clash with other add-ins, but it would allow it to work correctly, assuming it is really FS2004-compatible, which looks a little unlikely to be honest. Oh, there is one other course of action if you prefer. It may only be one gauge in the aircraft which is responsible. If you found it (in the PANEL.CFG file) and stopped it loading, then the rest would probably run okay. As the first access it is making is to the Central Fuel Tank (0B78) I suspect it will be either a fuel gauge or some re-filling or warning system. Regards, Pete

Whatever you can remember, really. I use Clear weather = Ctrl+Shft+W Standard Baro = Ctrl+Shft+B (B on its own is FS's QNH) Sim Rate 1x = Ctrl+Shift+X (X for X1) If you want something a little easier to press you could use TAB+W, Tab+B and TAB+X respectively. Regards, Pete

Registering FSUIPC is unrelated to Registering WideFS -- the use separate registration keys. And for FSUIPC 3 you need WideFS 6, previous versions won't run, there are too many changes. WideFS 6 needs registering or it cannot be used. Well one of them, the one containing WideServer.DLL and FSUIPC.DLL, needs to be running FS, of course, as those modules are FS modules and have to be installed in FS. All the other WideFS client PCs simply run WideClient.EXE instead of FS, plus your application programs. Correct. Regards, Pete

Not that I've seen. The closest I can get is what I mentioned. Apparently you must have that first download to get it going. Oh, sorry. I misunderstood -- I thought FS automatically updated your weather every so often, something like 15 minutes, if you selected the option. I know you have to start it off. Well, I don't know the reason you couldn't have it defaulting, or saved with a FLT file, but I do remember it was discussed. Sorry. :lol: Ah well. If I knew how to do it I'd certainly add it in some place, but it isn't really an area I know much about. Most of my work on the weather has been to try to support the external weather programs, which I think have a better chance (in the longer term) of developing into something more worthwhile. With FS facilities it's often a two year wait instead! :wink: Regards, Pete

I don't remember any of this and had to look it up myself, but that line looked wrong anyway. The format according to the documentation is: N = Bn:c, W, S I think the "B" there needs to go in so ESOUND knows you are referring to Buttons. Other letters are M (modules) and V (variables). Otherwise it's a token name. Regards, Pete

No. I have no idea how to do that.. doesn't FS do that optionally already if you enable it? This is for what? To save two clicks each time you load FS you mean? I don't know of any way of making FS default to going on-line without some user intervention. Sorry. The weather functions in FSUIPC are almost all related to the interface FSUIPC provides for EXTERNAL programs. I have no way of interfering much with FS's own stuff. FSUIPC's prime purpose is to provide an interface for external programs. It doesn't actually try to replace FS's own provided functions. I wouldn't even know how to do most of them. Sorry. Regards, Pete

The button numbers 0-511 are derived assuming 32 buttons on each of 16 joysticks (the Windopws Joystick API limits), in order. So "1,9" = 1 x 32 + 9 = 41. Try 41. If I re-wrote Esound (and my EPIC stuff) now I'd use the J,B format, but all that software is many years old and uses the original pre-Windows EPIC button notation. Regards, Pete

No, there's no such facility in FSUIPC at present. In fact it has never been asked for, at least not a direct switch-over like that. Well, I assume some of that is to do with Airbus automation / fly-by-wire. It certainly isn't realistic for all that to happen on one button push in any of the aircraft I know, but then I know little about Airbuses I'm afraid. What direction does the throttle operate in to control reverse thrust? Surely not push forward for increased reversed thrust? That seems rather non-intuitive. The FSUIPC provisions allow for the IDLE to be set a chosen distance up the axis, so that when the throttle lever is pulled all the way back it provides full reverse. Exactly. It is certainly possibly to provide controls to re-assign axis uses, or simply to change the range of axes, as you seem to want. However, to provide general programing facilities like that with an easy-to-use interface is not a small job. For some time now I have had on my list a project for a separate module, or even program, to not only allow dynamic reprogramming, but also for having variable response curves and keystoke emission at different axis values (for Airbus throttle detente type operation. However, that's a big project to undertake and there's been too much other work to attend to. I'm not really sure of the true usefulness of just having the throttle being a foward axis or reverse axis, expecially not with the confusion of reversal of direction, but I can consider it. On the whole I would rather leave it and do things more comprehensively, later, when I get the time. Yes, that is important. You need a reliable non-jittery area for idle. Best to glue a small piece of rubber (say) onto the axis slot as a sort of "detente", just offering a little resistance so you can "feel" the throttle into idle from either forward or reverse settings. Regards, Pete

Sounds like either you need to thoroughly calibrate them in Windows' Game Controllers, or there is some fault in them or the connection. Oh, right. That's odd then, because both FS2002 and 2004 have the same joystick input routines. The main change was between FS2000 and 2002. You only purchase version 3. All the updates 3.xxx are inlcuded, you don't need to pay for each one. And 3.04 isn't supported, it's too old. I only support the current versions. Why not use the latest on both? Check the History document for all the changes and improvments you are missing otherwise. No, not unless you are using FSUIPC to calibrate, in which can you may be doing this better in one than the other. Just try copying your FSUIPC.INI from the good installation to the other. Make both of them 3.135 whilst you are at it. There are no values relating to joysticks in the Technical tab -- you mean the Joysticks tab? Simply press the "Reset" buttons on each axis entry, so they change to "Set", then FSUIPC won't be interfering at all in any of your joystick inputs. Regards, Pete

I only generated the key based on the information given to me at that time. In fact a Product Name or Product Description field is needed, so I don't know how the currently uploaded version (2.0) was ever used with the Key I published, even though this dates back several months already. I know Jose is near publishing a revised version which is (also?) compatible with FS2004 -- version 2.0 isn't, as far as I know. If this is not suitable or imminent all I could do, with Jose's permission, is patch the Properties in his version 2.0 to make it acceptable to FSUIPC. I can do this during the week, but perhaps meanwhile you could post this to him and see what he says? Thanks, Pete

Not that I know of. The best data I found, actually available in memory for FSUIPC to locate, is the GPS data now mapped in the 6000-61FF offset area. You can read the details of the previous and next waypoint, and the number of them, but I've not found the complete list nor the filename. There may be some other stuff in that area -- I've only documented what I recognised. Regards, Pete

Okay. The only reason there's not been a key for it is that no one has asked before. since all the information I needed was in the Log extract you supplied, I have managed to make a key without further to do: Application="Airport" Product="Airport for Windows" Company="Tom Hiscox (thiscox@msn.com), Pascal Meziat (pascal@simflight.com) " key=E590 W3BL YV9L I'll add this to the main list at the top of this thread. Regards, Pete

Sorry, what is "Airport"? Is it freeware? Pete

Right at the beginning of the FS2004 Beta phase, or even a bit before, if I remember correctly, MS did ask if I could produce a specification of what I needed, so they could produce a proper interface module. I was a bit taken aback, but quite pleased. So I responded with the Programmer's Guide I'd produced -- "look, these are all the things folks use at present. that's a start. But there will be more ...". They said, "... but we need an inclusive list". I said that there's no way it can be "inclusive" because there's always something else, some new application or need. I can't predict what that may be. You just have to look at the changes in the Programmer's Guide from version to version to see that -- when compared with what was available in FS98 it is astonishing what's been added. Not only that, they said that even if we agreed on some specification of the data needed, it would be AFTER release date before they could even start to look at it, and after the revised SDKs they normally produce as well, most likely. So, at that rate, maybe we'd be lookng at something soon, maybe by Summer or Autumn this year. I reckon that even if we'd agreed something, it would have had to be cancelled. The pressure on the MS team for ongoing developments is quite heavy, it's a small team, the SDKs are voluntary (not committed), and they will certainly have started working on FS2006 (?) by now -- it's Alpha testing will be starting in not so many months. The best bet for something more successful would have been if they could have put me on a sort of "trusted outsider" status (with an NDA of course) and let me see the header files and internal interface details. Some of the team thought that would have been a good idea, but management would never has stood for it. Then, when I found I had to go semi-commercial (reluctantly forced by changed circumstances), that was most definitely not an option for them and presumably will never be again. Regards, Pete

Disassembly (I use IDA Pro and PE Explorer) and Debugging (Soft-Ice mainly, MSVC Debugger and WinDebug for some things). In other words what used to be called "hacking", though that term has now come to mean, more usually, breaking into Internet or other on-line resources. I don't do the latter at all. :) It's hard work and takes a loooonnnngggg time! Thousands of hours goes into finding stuff in each release -- and it gets harder now they use C++ and COM a lot, the assembly code that produces is awfully convoluted. :roll: Not that easy. Much of the stuff I need isn't exported at all, even by the old FS5-type linkages which have always been the mainstay. I have to find not only the routines but also the correct "this" pointers to stuff into their "this" register (sometimes ECX, sometimes not!). Same with data -- in C++ there's not such a big distinction between data and code, it's all wrapped up tight in the protective black boxes they call "objects" these days. Ugh. :x I am at heart and by history an Assembler level programmer. C is about as far away from the nuts and bolts as I like to get. The sort of code produced in the name of Object Orientation is totally alien to me and makes me shudder! :( Regards, Pete

Not quite. In the UK the requirement is that all IFR flights in controlled (class A-E) airspace must file a flight plan. In uncontrolled airspace (F/G) a flight plan is not required Sorry, I was referring to FS. Pete

Sorry, I don't know any way to do that other than by calling the Load Flight routine. In FS2004 there is a "reload aircraft" control which you could send via FSUIPC, but that doesn't change the aircraft, only reloads the current one (presumably to reset its systems or conduct repairs). Regards, Pete

These are really questions for PM support. FSUIPC is merely the messenger, it doesn't read the contents of these things nor act upon them. However, as to your first question I think it means that his program has no way of telling that you want two successive characters the same if nothing changes -- the only way it knows you've done anything is because the value changes. So, you have to make a change that doesn't matter. It looks like the word "bytes" there should in fact be "bits" -- just change one of the unallocated bits in the high byte each time you send a character, then it will know about the change. Sorry, I don't know anything about the second question. Regards, Pete

Unlikely. Most everything in FS nowadays is procedural -- I actually have to monitor the writes to many many things and use the written data in parameters to calls into assorted FS DLLs. The problem is finding the right place and the right parameters for each need. It is made extremely complicated also by the fact that much of the code is now Object-Oriented C++, not the original ASM + C of FS95/98, and many things are inherited or polymorphed or otherwise OO-ised, necessitating finding the right pointers to the right structures/tables beforehand in each case. Sometimes an apparently simply thing takes several calls to several hacked entries in several different DLLs. Ugh. Yes, but when there's so much else to do in any case, trying to solve the same problem someone else has solved already is wasteful and not enticing. The quickest way would be for me to find out how ActiveCamera does it, but that is against my principles as well as wrong. Sorry. If the ActiveCamera author wants to volunteer the information "for the common good", then that is another matter. I can add stuff in that folks tell me about. That's how a lot of the stuff got in there in the first place, starting back in FS95 or even before. Regards, Pete

You still have to file a flight plan. All IFR involves flight plans. But you can specify your alternates and declare emergencies. Radar Contact does not handle VFR at all. The main difference from the old days of ProFlight and Radar Contact 2 is that RC is now a separate program, and runs fine under WideFS on a separate PC. This has several advantages, the main one for me being the separation of the ATC voices to a different set of speakers or, more realistically, a headset. Using one of the voice recognition programs you can actually then have ATC completely on headset without affecting the normal FS sounds on your main FS PC. Radar Contact is getting more and more sophisticated all the time and some amazing things will be seen as it develops. If you are really into ATC I strongly suggest you give it a try. The authors are very responsive to sensible and constructive suggestions too, so anyone who knows his stuff is always welcome and should ask to get on the Beta team to help development. Yes. But it doesn't know taxiways so you won't get taxi directions. It's up to you to find the runway for departure and the ramp/gate after arrival. Ah yes, you are right "Sidewinder Game Voice" it was called. It came with a headset (Microsoft-badged Plantronics) and a gizmo for connecting it to USB as well as sound card. It was the only one I ever found which would recognise things pretty consistently without even any training. Yes, but from what I've read here and there folks do seem to find that it works. As I said, Game Voice seemed pretty good, and I was surprised how well it worked even with the FS sounds all around me on normal speakers. Voice Buddy worries me a little as it seems to imply you have to have all the sound on the headset. Regards, Pete

If FSUIPC recognises the hat positions as buttons, yes. If not, no. Whether it does depends upon how it is programmed in the joystick driver, I think. Try it -- go to FSUIPC's Buttons page, and move the hat to different positions. See if those are seen as different "button numbers" in FSUIPC. If not, then I'm afraid I have no answer for use of the hat. You'd have to find some other buttons to share their functions. Yes, you'd still need a button (or key) to set the flag so that this special programming can be conditional. You could make the condition on another button being pressed at the same time, but that's a bit more awkward to use than toggling a flag, and you still need a dedicated button or key in any case. Well, maybe it didn't get enough attention, but however they implemented it you'd still need some means of selecting between choices, so I don't see how you'd do without some use of buttons or keyboard. I don't use FS's ATC. I find Radar Contact much more satisfactory. And it certainly is a lot cheaper than a radio stack. However, neither solve the problem of needing keys or buttons to select responses. One other solution you might consider is some form of voice recognition, so you can talk to FS to execute the responses. Voice Buddy seems the latest popular add-on for this, but it looks like, for that to work well, you have to have all sound via the headset. I did for a while successfully use Microsoft's own Game Commander package, which may not be available now but wasn't so restrictive. Regards, Pete