Pete Dowson

NEVER publish your key! I may have to rervoke that if someone else works out how to use it! :-( If the registration is being rejected you are entering something wrong. ALL THREE PARTS -- name, email or address and key MUST be identical to the original registration. If you've forgotten the name or address you used, log onto your account at simMarket and retrieve it. Pete

Thanks for letting us know! Regards Pete

4.50 is not the latest update for FS9 -- for FS9 and earlier you must stay with FSUIPC3. FSUIPC4 is only for FSX and ESP, and is a different product. Version 3.71 of FSUIPC3 is very old and has not been supported for a long time. You should certainly update to version 3.90, which is supported, or even one of the later interim builds posted here, in the Updates Announcement above. When you bought the Registration you bought version 3.xx, not any specific release. Rehards Pete

I mean: Pitch : Pitch, Bank : Roll, Yaw : Heading Okay, you have those. Don't you recognise them? GS ground speed is not the same as VS vertical speed, but both are clearly available -- separately. Ah, by "GS-velocity" I think you don't mean "Ground speed", which is speed over the ground below, but relative to world coordinates. Right? And you have all those, they are clearly described. I've never heard of any of the normal velocities of a body being cllaed "sled". Where does that term come from? Sorry, "accumulated"? You mean added up? This makes no sense! If you mean differentiated (as opposed to integrated) possibly you are talking about accelerations? I've already pointed you to those. Don't you care about rotational velocities and accelerations at all? Body axes are they X,Y,Z orthogonal axes in the aircraft, the "body". So a sideways velocity would still be sideways no matter whether the aircraft were horizontal, vertical, otr what. The body velocities and accelerations are relative to the AIRCRAFT body, the pilot if you like. Of course. "float" is only 32 bits and has a different number of bits in the exponent. Regards Pete

Okay. Thank you! The 6 prime values in FS are "LLAPBH" == Latitude, Longitude, Altitude, Pitch, Bank and Heading. These are altogether starting at offset 0560. I don't know what you mean by planetary axes -- do you mean the velocities and accelerations relative to the world axes, perhaps? If so these are at offsets 3190 to 31D0 -- but there are no offsets for the rotational accelerations relative to world axes, only to the body axes. And I don't know "sled"? I've no idea, but I suspect you are interpreting the 64-bit double float incorrectly. I think you need to check it with a reliable program such as FSInterrogate, or use the FSUIPC monitor facilities to display it on scree -- see the right-had side of the Logging tab. What are you reading it into? "result" obviously needs declaring as "double". Are you doing that? Regards Pete

What are you looking for in your Documents folder? You don't need special privileges to look in there -- I really don't understand now what you are trying to do! Do you mean the Modules folder? If so you really aren't doing it correctly., then. And in any case, what exactly are you wanting to do when you find these files? Okay .. in that case there is definitely at least an INI file and a LOG file in the FS modules folder. It is not possible for it to run and not produce these. The DLL is no different whether it is registered or not. The only thing which makes it registered or not is the KEY file. You certainly either have a pirated key in use still, then, or the date of your PC precedes the date the key was purchased. You need to delete the KEY file from the FS Modules folder -- the REAL FS Modules folder, not the one aliassed by Vista. I'm wondering whether you are only not recognising the KEY, INI and LOG files because you have Vista set to hide the fieltypes of those it thinks it recognises? Either change that option, so you can see the filenames properly, or look for the FSUIPC file which Windows thinks is a "Registration Entries" type. Likewise it would call the INI and LOG files "Configuration Settings" and "Text Document" types, respectively. Regards Pete

Okayone easy way to do that is to bind the LIB as it is into your DLL and export them there. You'd have a dummy DLLmain function which did little, and that's it. Or, as you suggest, use the supplied source and adapt it as you like. You could then change the retry system or the error reporting, as you wish. Regards Pete

Sorry, this is not very clear. you want to create an FS DLL, or just a DLL to run inside your own EXE process? Right -- so you ARE talking about a separate process from FS? not a DLL running inside the FS process? Yes, the Lib_source.Zip is precisely what it says, it is the source from the LIB. Why do you think it is not? If contains all the LIB functions -- can you not see them in the C file? It was written in the days when Exports were declared separately in a DEF file (I think). These days you can to it with in-source declarations. cdecl export stuff. But if you know how to write DLLs you know all that stuff. Regards Pete

Sorry for the delay. I'm off sick at present with the 'flu' and only working short hours. :-( In that case it can only be one of two things: EITHER 1. The key you are using is an illegal one, generated by a pirate key generator, OR 2. The key was purchased AFTER the current date set on your PC -- check the date in Windows and correct it. If it is "registered" there must be a .KEY file -- else it is unregistered in any case. And if there are no .LOG nor .INI files, then FSUIPC has never been run at all. I suspect you've allowed FS2004 to install in its default place, in Program Files, which, in Vista, is a protected folder -- nothing can write to those folders without Elevated Admin privileges (as for instance an Installer). Because FS2004 is not aware of such an environment (being written well before Vista), and because Vista knows this, it creates aliasses for all of FS9's folders and hides the real ones from you, elsewhere than in Program Files. So what you see, normally, is merely what was installed -- nothing more. To see the real contents of any Program Files folder in Vista you must run Windows Explorer in Elevated Administrator mode -- i.e. right-click on its icon and select "run as administrator". Note that there may be many other add-ons fooled by this. If you get other problems with them you may need to run FS2004 and the add-ons all "as administrator", or else re-install FS2004 in some more sensible folder, like C:\FS9. Regards Pete

What, to Register FSUIPC, as in the picture you supplied? Why supply a picture in any case? I wrote FSUIPC, I know what it looks like! Yes, in order to Register FSUIPC you have to buy a Key. But why do you want to Register FSUIPC? If it is to use the user facilities that FSUIPC offers, then fine. They are all described in the User Guide, which I assume you must have read so you appreciate what you are paying for. If you are buying it just to run an Add-On, then I think you are mistaken. As I said, there are very few add-ons indeed which need a Registered FSUIPC. I have told you this before, but you don't seem to read what I write. :-( Pete

You could probably do all that using a simple Lua plug-in. Check the examples given -- particularly "record to csv.lua". You should be able to send the output to a named pipe instead of a file, and use the pipe over a network. If not, maybe I can add some extras to the library to enable this. None of the documents installed for you in the Modules folder have anything to do with programming in C++ or creating DLLs. You need a proper C++ reference and some notion of writing programs for Windows. Once you've mastered that, you'll need to find information on making a DLL work inside FS -- there's a little information around, but it isn't an officially supported method. FSUIPC is really designed to interface to external programs (EXEs), and there are examples of that in the SDK. Regards Pete

There are hardly any add-ons i know of which need you to pay for FSUIPC -- you do NOT purchase FSUIPC for its interface to Add-Ons. All the key will do for you is unlock the user facilities, for joysticks, button assignments and so on. If you look at the documentation supplied in the FSUIPC ZIP you would see what it would be you were paying for -- and none of it is related to add-on support! I think you must be totally misunderstanding something fundamental. If you have problems with an Add On, please go seek help from their support. Please do NOT buy FSUIPC hoping it will solve an add-on problem. It won't. Regards Pete

Which English words didn't you understand? The error message points you to a definition of something in a file, a definition which you are violating for some reason. Surely it is within your ability to look at the given line number in the specified file to see what it might say? Can't you open text files in an editor and look at them? I think you need to learn more before trying to attempt something like this, then. Sorry, but you will simply be completely out of your depth. You are really in the wrong place to learn programming. You need to start somewhere else I think. Good luck! Regards Pete

Generally, if they can be displayed in a gauge they are accessible. There may appear to be exceptions, but in those cases it is usually because the gauge code itself is deriving a displayable value from other values emanating from the simulation core, which is the source for the FSUIPC offsets. Best to ask specific questions when you have them. Obviously no one can really answer the general question "how do I do what I want to do when I haven't yet defined it?". Regards Pete

I think you'll find that "hint" is changed in the latest documentation! My certificate expires in August and none of the Authorities now sell certification to individuals, only Companies, so SimFlight stepped in for me. Regards Pete

You use the offsets which (a) provide the information relevant to the cockpit gauges you need, and also (b) are actually supported by the base FS model upon which you a building your craft. The latter point is important to note. The simulation method in FS for the Robinson is very different from that for the Bell, and so on. Each supports different read-outs for instrumentation. One of them is more like a prop plane in this respect. You'd have to determine which values were usable for your model. Don't the names and descriptions of the offsets in the documentation help? Certainly there's a rotor RPM, but "pedal" is "rudder" still -- it controls the rear rotor or its vanes, to set or control yaw. And your "pitch position" is ambiguous -- there's the pitch of the craft, as on the AI, and the "elevator" which represents the forward/backward movement of the cyclic, whilst "aileron" would be for the left-right movement of the same stick. There's FSInterrogate2, part of the FSUIPC SDK. If you are referring to the Offsets Status document for FSX, surely you also have that program? If you are not even referring to the offset documentation, why on Earth not? You can also use and extend the Lua plug-in provided, the one called "display vals". You can alter that to display what you want, in real time, on the FS screen. Regards Pete

Ah, right ... Yes. Very annoying, that. Regards Pete

Thank you for emailing me your name and the original email address. As you will see from my reply, you appear to have both your name wrong and the email address wrong, at least according to the original purchase details. Please get them right and it will work! :-( Pete

You are writing it as a what? 16-bit value? if so all you are doing is writing to the lowest two bytes of the 8-byte double floating point value. I've no idea what that will do, it's a waste of time. If you wanted to do something really approximate you could write to the two 2 bytes, at the offset + 6, but you'd need to work out the correct exponent and mantissa values and put those in the appropriate bit positions. You could of course use a Lua program again -- to read a 16-bit value from one offset and write it as a double float to another. Haven't you tried that? It wouldn't be that much different from the program i showed you earlier. while true do cowl = ipc.readUW(0x66C0) mycowl = cowl / 16384 ipc.writeDBL(0x37C0, mycowl) ipc.sleep(100) -- limit to 10 updates per second (change number of millisecs to suit use) end Though really you should only do this when 0x66C0 is changed, so use an event (event.offset) to call a function, instead of having a loop like this. Regards Pete

Okay -- as I said, that was only a likely case if it was accepting the key but still appearing unregistered on reload. You weren't clear about this, so I gave both possibilities. And it is not accepting the Key there and then, when you enter it? (The rejection there can mean ANY of the three fields being incorrect, not only the Key). There is nothing in the key checking in FSUIPC which has changed, so you must be doing something different. Either that or your key has been explicitly revoked because you have published it or allowed it to be used by others. I can check it all here with the information. Do not publish it in a message, but please send the name you are using, the email you are using, and the Key to me privately, to petedowson@btconnect.com. I will check it here directly i receive it. Regards Pete

Manually? What does that mean in this context? There are FSUIPC Offset controls for Setting or Incrementing both 32- and 64-bit floating point values. Why not use those? They take parameters in 1/1000th's so you can get the fractional parts that many floating point values need -- such as this one, from 0 to 1. Regards Pete

Buttons are not programmed via EPICINFO. The buttons need configuring in the EPIC, to look like normal joystick buttons -- you can gave 32 on each joystick number, and the EPIC can be configured to provide up to 16 joystick numbers (well the ISA one could -- the USB one was a little less I think). When the buttons are programmed correctly in the EPIC, you will see them in Windows' "Game Controllers", and in FS's Control Assignments, and in FSUIPC's "Buttons and Switches" tab, and you can then assign them as needed, even differently for each aircraft if you use FSUIPC's aircraft or profile-specific facilities. I'm sorry, but I cannot advise you how to program the EPIC any more -- I've not only forgotten most of it, I don't even have the documentation. It will be quicker for you to look it up yourself, or contact EPIC support. Regards Pete

Is VBexpress that much different from VB? What VB6 package? Is the FSUIPC SDK there's a "VisualBasic" package and a "VB.NET" package. I see nothing marked "VB6". I'm not sure what you mean by "remaining NM" -- you can get the fuel quantities and if you know the fuel consumption you could work that out. But the others are straight-forward. None of that looks even remotely derived from the example in the VisualBasic ZIP in the SDK. Are you sure you aren't looking instead at Paul Henty's useful .NET DLL provisions? If so it sounds like you aren't following the rules for that package. Regards Pete

As it clearly says in the documentation. It hasn't worked since FS2000. Ditto. Thanks -- no one has ever confirm it for FS2004. Sounds the same as for FS2000, as documented. As clearly noted too. Yes, also clearly noted. You seem to be ignoring the documented status of these offsets, so why tell me here what is written already? No idea at all, not since FS98 and FS2000 days. If you have, please tell me. Regards Pete

It tells you that how? If it simply won't accept it, you have entered something wrong -- your name, email and key must all be EXACTLY as originally used and notified. I am constantly amazed at the number of ways people find to spell their own names differently! Cut and paste from the original notification if you still have it -- else be a lot more careful! If it is accepting it but still coming up as unregistered when you reload, then you are probably using Vista, and have let FS install itself in the protected "program files" folder. That will give you problems later if you have any add-ons, but meanwhile you should follow the instructions in the FSUIPC documentation for installing and registering FSUIPC on a Vista system. It isn't the same as it used to be because of Vista protections. Of course it would have been far easier if you had backed up your KEY file as advised in the documentation, but it seems no onereven reads that! :-( Pete