Pete Dowson

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! FSUIPC can only expose those things which exist and which I've either found for myself or which others have found and told me about. FSUIPC does not actively simulate any systems -- that is up to FS. The things you mention seem to either be derived from other things (e.g. warnings derived from monitoring existing values), or possibly refer to systems not actually simulated in FS at present in any case. If you think these things exist (for instance, check the Panels SDK from MS and see if you can make a Gauge with them) then I should be able to find them and expose them. but I need that confirmation and help to find them. I cannot spend many thousands of hours looking for things which I don't fully understand and which may not even exist. 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! If FS freezes then certainly FSUIPC will too, so your program will not be able to connect. No t if FS is freezing. Sounds like a problem with video or sound drivers or similar. It *could* be your program writing something bad to FS, but if so you need to contact the author. I'm afraid i don't know "OSP" -- in fact I've never heard of it. Sorry. 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! It will only work if, by sheer liuck, the byte after this is zero. No one will guarantee that, and it may depend on many other things. The correct length for a 1 byte value is 1. Declare it as a byte or character or whatever the language calls something which is 8 bits long. The length in bytes is provided in the table in the Programmer's Guide. It is in the second column, called "size". That it the number of bytes. That is exacly what it is for, so you know how big the value is! Refer to the table I provide! That is EXACTLY it!! You can read that 1 byte into an Integer, but since 1 byte is shorter than an Integer (the latter is usually 32 bits -- or 4 bytes), there may be rubbish in the other bytes still. All you need to do is set the Integer to zero (0), then read the one byte into it. 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! "double" floats are the standard floating point format on Intel processors and are, as far as I know, universally supported. They are most certainly not 64-bit integers which are hardly supported by anything. You should be able to just read the 8 bytes directly into a standard floating point varaible, whatever they are called in Visual Basic! In the reply you got from Mike this seems to provide the answer: "Use a Currency variable for Floating 64". 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! Maybe. but in FS95, 98, 2000 and (as far as I know) 2002 I am fairly sure the supported range was 200.0 to 1699.9 (in increments of 0.1). I submitted a bug report to MS for this years ago. Maybe FS2004 has partly corrected this error ... ... however, evidently not quite! FSUIPC doesn't actually perform any checking on the values at all. What actually happens when you try to write 1700 + ? All FSUIPC is doing is using the FS controls: ADF_HIGHRANGE_SET and ADF_LOWRANGE_SET Maybe you can experiment with these in the FSUIPC Keys or Buttons pages? For ADF2 those don't exist, so FSUIPC uses: ADF2_COMPLETE_SET Maybe the equivalent ADF1 version of this works better? Please try things out and let me know. If the newer control works better I can make the change (for FS2004 only) in the next version of FSUIPC. 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! Are you sure you don't have more than one copy of AdvDisplay installed, maybe a renamed one? Deactivate Advdisplay (in the Modules menu -- so that the tick next to its entry isn't shown). Is that different? When not activated AdvDisplay does absolutely nothing -- no Windows, no message interception, nothing. It also won't dock itself automatically in any case, you have to do that. Reactivate it and right click on its window (which will now be titled) for the options. 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! It sounds like your throttle control isn't reducing the thrust value to zero then. Re-calibrate making sure that the throttle has a good "null zone" at idle so that you always achieve zero. Reversers will not engage otherwise. 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 don't know how to get that or even if it is possible. All the GPS stuff I found is in the area mapped to offsets 6000 ff. 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! It sounds, then, that they are doing something like testing the "async" state of they key, to see if it is still pressed, rather than simply waiting for the KEY_UP message. I'm afraid I don't know how to deal with that. I think it has to be down at a deeper level in Windows, to "fool" the Keyboard driver. Ugh! 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'm not sure what you mean by "STRG" but WideClient does have a facility to send keypresses to FS -- please check the WideFS.DOC. You have to enable it in the WideClient.ini file. Wideclient will only send keypresses that it receives as a normal Windows program, so you would have to have the window visible and with keyboard focus. 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 "squawkbox" attempting to connect and failing, but some other DLL or GAUge which you have installed, which is trying to access FSUIPC using the EXTERNAL program interface. This is very bad of it. I'm afraid there is no solution other than either finding it and removing it, or registering FSUIPC as a User. I'm afraid there is no easy way to identify it either, as it looks to FSUIPC like FS itself, because of the wrong behaviour. Even if you register FSUIPC, to allow this one to work, it can cause conflicts with other modules or gauges -- the warnings to programmers about this have existed for 3 or more years, so this is likely to be something quite old. 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! Well, it shouldn't be such a proglem really -- it sounds like you should calibrate the 4 throttles again, taking care to get the end positions set more carefully to give similar values when they are at similar positions. Also, you will notice in real aircraft, especially BAe 146's, that the four throttles levers are often not truly aligned -- you adjusct them using the instruments or the auto-throttle facilities. However, that said, in the current PFC.DLL there is a control for Throttle Sync which you can assign to a spare button, of you have one. There are also options to equalise Throttles 1 and 2 when close, but at present this does not work for 4 engines. If you really find it a problem I can consider adding that, though it really should not be necessary. Regards, Pete

Oh dear, that's odd. :( I'm trying to catch up with emails and things at present, but I'll take a look at that on Monday, latest. 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! If you register your copy of FSUIPC you can program the button events generated by your EPIC program in FSUIPC's buttons page. There you can convert them to keystrokes. There are actually ATC 0 to 9 FS controls too which you could try assigning more directly, but I don't know if those work. 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! FSUIPC-interfacing programs need WideFS to work across a Network. FSUIPC itself contains no Network code. 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, sorry. I don't even use Squawkbox. You need to talk to the author, Jose Oliveira. I think he is working on a version for FS2004 -- the MP protocol is different. Regards, Pete

Go to http://www.simmarket.com. Enter your account and read your key. At least I have been told it is that easy. I don't have any such details here. Regards, Pete

Yes, it was fixed in quite a substantial update some time ago. Thanks anyway! Regards, Pete

Thanks. Two weeks is in Cuba, a steam railway tour (I am a steam train nut as well as an aviation one! :) ). The Cuba flights go via Madrid, where our son lives. We usually go and visit him once or twice a year, for a week, in any case, so we thought we'd save some cash :wink: by visiting him on the way back! Best regards, Pete

ErI assume you mean the FS2000 path doesn't work? Odd that, It seems to here. There's more to this than meets the eye! Anyway, I'll re-check it all when I get back. It does only handle two FS paths, and they should be EITHER FS2000 and FS2002, or FS2002 and FS2004. There's really no difference between them all in any case, it is merely two paths to copy the .PLN file to. Maybe I'll change it so you can have all three in any case! :wink: Best, Pete

I'll ask Enrico. There still needs to be an "FSUIPC.ZIP" with the current version, because there are many links to it all over the place. I'll ask Enrico if he wouldn't mind duplicating the file with the version number in it too. Regards, Pete

Yes, thank you. I've passed on the details to SimMarket's manager. They take positive action on my behalf. The key will be blocked in due course, but I think SimMarket also take other actions. I am on holiday after today until March 12th, so apart from notifying SimMarket of your findings I can do little else at present. Thank you very much for telling me. Best regards, Pete

Sorry, it sounds like your ISP is one of the usual culprits. It will sort itself eventually, but I don't think anything Enrico or I can do will help it. The file is too large to attach here. You could try writing to Enrico and see if he can also put it up under a different name, perhaps "FSUIPC314.zip" -- I think some ISP servers must cache the files by name and don't check for changes in date and so on. The main file has to be called FSUIPC.zip because there are lots of links to it from all over the place, but it doesn't stop there being alternatives. Just more work and space. Regards, Pete P.S. After today I am on holiday until March 12th, so please forgive any delays in replies.

ErI've not changed that, and it doesn't do that here. I use both paths too -- one for FS2002 and one for FS2004. I'm not really able to suggest anything today, too busy preparing for holidays. If you can't sort it, can you remind me when I return on March 12th please? I'll make a note here too. Sorry. Thank you! Pete P.S. After today I am on holiday until March 12th, so please forgive any delays in replies.

[quote="PhilippeV8 It doesn't give any example code as to actually use the thing. My version here does. Thank you! Pete