Pete Dowson

I think some programs expect to be run with the "current folder" set to their load folder. They should really not make that assumption -- it is easy enough to find out where you were loaded from. This may have changed in Wideclient when I added the facilities to provide command-line parameters to the program being loaded. Possibly the way I had to do this also changed the new process's "current folder". I'll check this, as it wasn't intended to change anything which may have worked before. Regards, Pete

Ah, the dew point. At the aircraft? I could provide that in the same units as the OAT if you wish. Is that accurate enough? I'd just need to look for a suitable 16-bit word somewhere. Let me know. Regards, Pete

OAT at aircraft altitude is at 0E8C to 1/256th of a degree. You just need to move your aircraft to the altitude at which you wish to measure it. The values I read from FS internally are of course more accurate, but there's been no need for such in a complete and general weather reading/setting context, which is what the interface is for. Regards, Pete

FSUIPC just maps them into locations in FS which have been identified as containing these things. Quite honestly I don't know much about them myself. If you know more, please tell us. Yes, to make them nice and compact so I could allow more layers. They are converted to floating point values when submitted to FS. I'm not sure the term "begins from ..." is correct there. I think Fs uses these temperature points to define its temperature gradient. There shouldn't simply be a layer of one temperature then a layer of another, and so on. these are sample positions on the gradient to define it. Well, those are the numbers I submit to FS's Weather DLL. Why would I change them? But as I say, these are only sample positions to define the required temperature gradient. [Later] If you mean when READING the weather via the NWI, then obviously FSUIPC has to round the temperatures and altitudes to the nearest whole degree and metre, respectively. Regards Pete

Are you loading the EXACT same 737? The aircraft-specific option uses the full aircraft title to idendify the specific aircraft. Check the FSUIPC.INI file. You can edit this file and shorten the name to apply to any aircraft beginning with the shortened name -- you'd need to set the "ShortAircraftNameOk" parameter (search for it) to Yes as well. If you still can't figure it out, show me the assorted [buttons ...] sections in your FSUIPC.INI file. Regards, Pete

Yes, but not "strongest signal", but "greatest deflection". You can have up to 4 flight controls for each of the main axes -- the method is described in the Advanced Users document. Regards, Pete

Not really. (What is a "MIP"?) This is a question for PM support. Have you tried the PM newsgroup/webboard. Regards, Pete

It's all to do with Microaoft-wide rules on having multiple user settings -- each user will have his own FS configurations. Even the saved flights go to "My documents". I recommend Ken Salter's "FS9 Configurator" which will find everything for you. Check Avsim or FlightSim.com. No, but FSUIPC detects EPIC buttons directly in any case, so you can use FSUIPC button programming to do whatever you want, probably much more flexibly. Regards Pete

Can you try again, Zip up the FSUIPC.LOG and FSUIPC.KEY files from the FS Modules folder and send to me at petedowson@btconnect.com, please? No. I have two of them -- an FX53 and an 4000+, both running both FSUIPC and WideFS fine. I really have no idea what could be wrong on your FX55 (the Client won't be relevant at all). There are some mathematical calculations done to check the key, but nothing really complex. I would have thought that if your processor was faulty (say in the maths section) FS and many other programs would have problems. As a first step let me look at the files and try them here. I'll need to know the operating system too, please (XP SP2?). Regards, Pete

Why edit the CFG file directly? Just assign the buttons in the FS dialogues -- Options-Controls-Assignments. You can of course try doing it in the FS9.CFG file, but it is harder work. The FS9.CFG file is in your Documents & Settings folder, under your user name, Applications Data-Microsoft-FS9. Pete

Good. Not that I understand why it is that complicated to transfer a double as a double. I'm spoiled by C's transparency I suppose. Regards, Pete

Ah, C++/C#-speak! ;-) Sorry, terms like "overload" (even "ref".which I assumed meant "the address of" or "a pointer to") are lost on me. I'm strictly C and ASM. But if you mean there's no way of passing a pointer to a double (which seems odd), then I suppose you could pass a pointer to any 8-byte entity, like a "long long" ("_int64") or a DWORD array[2], etc etc, then cast it into a double. Can you cast in C#? You shouldn't really need "conversion" as such, as the value is actually in floating point format -- conversion sounds like (and usually means) actual alteration to the bit pattern, which would be wrong. I suspect you need to talk to someone who knows C# before this gets too confusing! Regards, Pete

No, no. That is far from true. I only know about the areas I've had to investigate in order to make my programs. I know nothing, for instance, about the graphics, the sound, aircraft design, panel design and scenery. I am not only new, I have tried looking and given up in disgust. They are completely alien to all I know and do in programming. I come from a hardware engineering programming background. Even C is really rather too high level, but at least I have a jolly good idea what it means at the hardware level. I prefer Assembly code. XML is the complete opposite. It is so far away from what I know as "programming" that I hated it the moment I saw it. I even got an idiot's guide to it and gave that up too! So, I am very sorry but I really haven't a cluse about your XML problem. Maybe some other reader will be able to help, but really you want an aircraft & panel designer's forum. Isn't there one somewhere? I don't know of one, but then the only ones I know of are Florian Praxmarer's programs like SA_WXR. These aren't free, but are reasonably cheap. Regards, Pete

Not only can it not work, but it could easily crash the program, since the FSUIPC read will read 8 bytes (you've told it to) but will store them in a 4 byte area. The excess 4 bytes will trample on something else. I don't know C# at all, but why not simply read an 8-byte double floating point value into an 8-byte double floating point variable. Isn't that logical? I cannot see why that would not be obvious? Regards, Pete

HmmmI've no idea what could have changed to affect that. Doesn't the cpFlight MCP connect direct to the PM MCP program? Or are you connecting the cpFlight MCP to a different PC from that running PM MCP? No, not at all. But every single time I make a new release of anything there are initially always lots of reports of all sorts of things being different to the way they were before, even things I haven't changed and even things I couldn't be responsible for -- for example someone actually said the latest FSUIPC changed the volume of sound in his headphones so he couldn't hear them any more! ;-) If you have any information which may relate to any problems specifically with FSUIPC or WideFS I'd be glad to investigate, but I really cannot even start with no information whatsoever, even how cpFlight has any connection to my programs. Sorry. Perhaps you can explain in more detail? Regards, Pete

No idea, sorry. Do you happen to have any information which may be slightly useful at all? Like: 1) Updated from what version of FSUIPC to what other version? 2) What is the "THR modification for Airbus by J. Oliviera"? Really I cannot guess these things, you do need to explain what it is you are talking about please. And anyway maybe you would be better off talking to J. Oliveira, as it is his modification? Pete

Any FSUIPC log showing the sequence? You should always use logging -- that is what it is for. If you check the Logging page in options you will see IPC read and write logging options. Try to do this with no other FSUIPC users also running so that the log only contains your efforts -- it makes things easier to interpret. Also test things with default aircraft. Some complex panels may be interfering with what you are trying to do. There's no difference between what FSUIPC does when called directly from inside FS to what it would do with an external call, though mostly internal users might as well use the normal interface FS provides, as documented in the Panels SDK. Regards, Pete

I see you have sent me an email, so I will reply there. Regards, Pete

Thanks! I don't get time to browse Forums. The latest versions posted by SimMarket (where I got my copy) in still 1.2.1. Pete

There are no such messages possible from any of my software. They are produced by Visual Basic library code, and I not only have never used VB but I know nothing about it. Florian may be puzzled but I'm afraid it is only he that can debug his own programs. There's no way I can help here I'm afraid. If Florian needs help understanding something he's doing with FSUIPC then of course I can help, but this is just about as far from anything I know about or FSUIPC does as it is possible to get! Even the "English" error message is gibberish to me. Forms? Modes? I think these are VB terms relating to the window displays. Incidentally, I am using SA_WXR and loading it by RunReady all the time, so it is most likely to be down to something in your specific installation. Ah. I'm using 1.1.2 I think. I wasn't aware of an update. Thanks, [LATER] I found 1.2.1 ready for download in my SimMarket account. Where did you find 1.2.2? There seems to be no updated documentation though. I was hoping Florian had added automatic OFP and GCS "ON", as he already added the option to have it automatically switch on. I use it with Project Magenta and have no buttons accessing SA_WXR so I just want it to run in the background with no attention needed. Pete

Ah, good! Thanks for letting me know. Pete

The message that tells you that only exists in versions of FS older than 3.40 -- from over a year ago. You may have downloaded 3.50 but it seems you've not copied the FSUIPC.DLL file from the ZIP into your FS Modules folder. There's really nothing to "stuff up", installation is just a matter of putting one file into one folder. Regards, Pete

PFC.DLL only supports the PFC protocol. Elite have their own proprietary protocol (secret to them). There's no way PFC.DLL will handle it. You could check with PFC to see if the hardware can be switched, but I don't think you will be in luck. Regards, Pete

Easy, though you won't find it called PSUIPC. You simply delete FSUIPC.DLL from the FS Modules folder. That's it. If it isn't there it cannot be loaded by FS. If it cannot be loaded it can't run. It really is as simply as that. FSUIPC is very simple like that, it uses no fancy installer, it doesn'ty make any fdolders or icons nor loads of entries in your registry. It simply runs from FS Modules folder when it is loaded by FS, and that's it. What backup? FSUIPC never makes any backup. Pete

No. If you have the menu hidden by default, it doesn't even actually exist until it is called up again. Programs that add stuff have to watch for menu calls and re-insert their items each and every time. FSUIPC and my other programs do this, as does FSNav, but it sounds like SB3 isn't reacting to the same Windows events. Please report this to the SB3 support folks. Regards, Pete