Pete Dowson

with some aircraft it cannot tell automatically. that's why you can tell it to "always use this quadrant with this aircraft" in the quadrant pages. Load the aircraft, select the quadrant page and check that option. It prompts with a pair of pictures for that. it cannot decide for you unless you pre-select as above. Yes, and once the COM port is written in the PFC.INI file it will never be changed unless you ask it to be changed. This is the point -- how are you managing to loase your PFC.INI settings? Maybe you have set the INI file as 2read only". that is a real no-no. Please check. Right-click the file and select Properties. Look at the bottom. Yes, and yes overwrite. No idea how to do any of that, sorry. And I am not so good thinking and talking at the same time. I need to think then write. It sounds like it was NEVER right the way it was in any case -- the COM port problem especially. Regards, Pete

Not arrived yet, and it is 11:35 am here (British Summer Time). Check you used the correct email address -- petedowson@btconnect.com. Regards, Pete

Yes, so it does indeed sound like a Windows problem. More in a moment. Fine. The PFC.DLL is designed to deal with this smoothly and automatically, either be automatic detection of the aircraft type, or by you "registering" each of your aircraft with a specific quadrant. The latter method is more sure, but either should work provided you've enabled each quadrant you own. That's crazy! Once the correct COM port is set in the PFC.INI file it is NEVER changed again unless you explicitly set it. Even if you unplug the device, the driver will still sit there trying to activate it, forever if need be. The only time it will EVER have to reset the COM deive is when Windows itself says that the device no longer exists! Are you using a real COM port, or a USB port with a driver in Windows making it look like a COM port? If the latter, then it sounds like something is wrong with it. You need to get that fixed. Report this problem to PFC and see if they will send you a better USB serial driver. Honestly, there is absolutely no way PFC.DLL will "lose" you serial port setting unless there's a serious Windows/driver problem like that! Send me that in the Zip when you send a picture. One think, can you please check your Windows fonts size setting. This shouldn't affect the problem at all (larger fonts make all the windows larger, not just some of them), but just in case it may be a good idea to make surte Windows is using the standard font size. To do this: 1. Right-click on the desktop (not on any program) 2. Select "Properties". 3. Select "Appearance" 4. Make sure the "Font size" setting is "Normal". Otherwise change it to "Normal". One other thing you can try. Since it looks as if you have the correct COMCTL32.DLL, possibly something has changed another part of the libraries used. I attach the DLL which I use. Re-boot Windows and before any program is started, place this into your Windows\System32 folder. Regards, Pete MSVCRTDLL.zip

This is the one that matters, and it looks as if it is the same as mine (for Windows XP SP2, correct?). So, that's one theory blasted. Did you ever do as I asked, and look at the FSUIPC options (ALT M F) to see if it had the same problem? Please go and do that now. And then I think the time has come for me to see a picture, as the problem is evidently not the one I thought it was. To do this, please get the problem to happen then hold the ALT key down and press the "Prt Scr" button. This will place a picture in the Clipboard. Close FS and load up the Paint program (one of the installed Microsoft accessories in your Windows) and "paste" the picture to it (there will be a "paste" command in a menu). Save the picture as a Bitmap (BMP) file. ZIP it up and attach it to an email and send it to petedowson@btconnect.com. By the way, if you had your PFC equipment all working once, why are you needing to set basic things up again, like the COM port? All those details are stored in your PFC.INI file. Did you delete it for some reason? You can edit these things in the INI file instead of using the options screen if you are really desparate. But it hasn't been that long. You first posted a message on my Forum on Thursday, remember? I replied within 2 hours of thatwith questions that you've only just started to answer (and haven't finished yet!). Your next message wasn't until Sunday (what happened to Friday and Saturday if it was so important?), and that message was merely a repeat of the first one. It is only early Monday morning here (00:45 am) as I write this, so really all of this stuff has been done in one day -- yet you keep moaning about not flying? Please tell me what happened to your PFC.INI file, from the time when you say "it all worked". Regards, Pete

Just copy it into the FS modules folder, exactly as I said and exactly how it says in the documentation! There is no other way to "update" it nor install it, and that is all there is to it. I shouldn't have to keep saying the same thing. Please just do it. As far as FSUIPC and PFC are concerned there is absolutely nothing stupid you can do! Your problems are almost certainly WINDOWS problems, nothing to do with FS or FSUIPC or PFC or Flight1. However, we will never determine this unless you do something! If you prefer their support then take their advice and ignore me altogether. I can't help you at all if that's how you feel. Otherwise, please just read what I write, answer the questions, follow the steps! Pete

That's okay. Glad you worked it out! Pete

Just to try to be extra helpful, I've searched for the other reports here of what may be a similar problem to yours (though it is still difficult to tell as you don't answer my questions). There have been only three in two years, and they all relate to the FSUIPC options, not the PFC ones. However, both programs use the same Windows facilities for these, which is why I asked you repeatedly to look at FSUIPC too, so we can be sure! Here are links to the other three cases. Please check them. You might find them useful too: http://forums.simflight.com/viewtopic.php?t=36214 http://forums.simflight.com/viewtopic.php?t=31998 http://forums.simflight.com/viewtopic.php?t=29708 I really don't think I can do much more for you now. It is certainly time for you to do something for yourself. Okay? Regards, Pete

But you still never answered. You say something "should be the background", and I don't understand what you mean at all -- what "background" -- your screen wallpaper, your desktop, some part of Flight sim? Why should something be some background? You seem to be stating an opinion there in any case, not describing anything at all. And I still do not know what you mean be "menu mode". this is not a well-defined techincal term. If you meant something by it you should be able to explain what you mean. However, these things could have been made all totally irrelevant if you'd only read the rest of my reply and answered the questions I asked instead of just repeasteating evberything you said again. Well, in that case, rather than say the same thing over and over, just take a look at my questions and suggestions and try to answer them please. Otherwise this will go on forever. I am 50% sure I have already identified your problem and suggested it to you, but you don't take any notice! Regards, Pete

I don't know if I do or not since you never answer my questions, but simply repeat yourself over and over -- three times now you say exactly the same! No progress at all! Some of the things you mention (like about the "menu background" and the "dots" selecting things) make no sense at all to me. If you read my first reply rather more carefully you will see that I did suggest that others have had Windows problems which produce difficulties with tabbed menus before -- the symptom, as I described, being that the tabbed parts (the bits selected by the tabs at the top) are too big for the containing window. I even pointed out which Windows component might be responsible and asked you to check it, as well as check the FSUIPC menu to see if it had the same problem. You have done none of the things I suggested and supplied no other information at all, only repeated what you said to start with, twice now. There are MANY .DLL files in the Modules folder!! That is where most of Flight sim's DLLs go, and it is the ONLY place where PFC.DLL and FSUIPC.DLL should go. You cannot possibly have more than one of any single DLL there as Windows only allows one of each filename! Just never rename any of them! Please just follow the installation instructions. Place the supplied DLLs in the modules folder. That is all there is to it!! You already have the steps. For the last time, the steps to take are (1) install the latest versions, (2) look at the FSUIPC menu and see if it has the same problem (3) see if my description of the insides of the Menu being too big for the containing window agrees with what you see (4) if so then your Windows installation NOT your FS installation, is corrupt. You have a bad "COMCTL32.DLL" file! I have said all this before and I am not going to say it again after this! You are not doing any of the things I am telling you, and you amazingly still refuse to do them! I cannot understand you. I really cannot help if you refuse to be helped. Sorry. Regards, Pete

This is a basic programming misunderstanding. C/C++is not an easy language for a beginner! The reference inGear is NOT a pointer to anything, but represents the value in "inGear". This would be nonsense as a pointer, and the Compiler is doing you a favour by preventing a crash if it let you get away with it! The reason it doesn't fail with an array is that, in C/C++, the name of an array is actually representing the address of its first element -- in other words it is already a pointer. To convert the name of a variable into a pointer to it, in C/C++, you must use the "&" prefix, thus: &inGear This makes it a pointer to an integer. This should work, but you can also then cast it into a pointer to a BYTE: (BYTE *) &inGear Please check some books out of elementary C/C++ to learn more about pointers. It is really important, not only for FSUIPC interfaces but for Windows programming in general. Regards, Pete

Actually 15 fps is pretty normal for me in lots of sceneries with lots of panels. Are you really spoiled by high frame rates? Anyway, it sounds like they've may have programmed something pretty poorly in the Dash panel. It will be one of the gauges, possibly a TCAS? Try eliminating each gauge in turn till you find it. Also, did you check the FSUIPC.LOG file? that may give you a clue. It should show at least one gauge trying to access FSUIPC. Please bear in mind that FSUIPC doesn't actually do anything by itself. If something slows down FS when FSUIPC is there but not otherwise it'll be because of something it is using FSUIPC for. Regards, Pete

Thanks! Probably best send files (Zipped please) and descriptive text to me at petedowson@btconnect.com. I'll work out how to set things up in the "Announcements" or "sticky" departments above Offsets to do what? To select them I think you have to use FS controls. I don't know any obvious way to detect whether they are open, visible, docked or undocked. All that is Windows windows API stuff, which can presumably be sorted using the Windows API. But it gets pretty complex -- I think all of FS's sub-windows use the same Class Mane ("FS98CHILD"). I'm afraid the best you can do is toggle the light as you toggle the view -- i.e. switch on = light on. How do you open them in any case? Isn't the same control to open them used to close them too, so the toggle applies to both switch and LED doesn't it? As with many things in FS, I think you would need to synchronise both switch and LED by using the keyboard on start up. Regards, Pete

Sorry, I really have no idea. I think some of the PM modules close after a period if they are not licensed (by PM) or if they are demos that have expired. But I am not even sure about that. You need to ask such questions of PM support, please. I cannot really undertake to support other folks' programs as well as my own. They keep me busy full time as it is! :wink: Regards, Pete

Sorry, I don't know. FSUIPC doesn't use Directsound at all. That error must be related to something in the DF737, eviudently to do with sound. Maybe there's a wave file missing or corrupt? Regards, Pete

Well, technically no, but you may be lucky and someone who knows about Multiplayer may spot your questions and help. But you may be better off posting elsewhere too -- possibly the FS2004 Forum initially. I don't know if there's any forum specialising in multiplayer, though the main users of that feature would be the on-line flyers using Squawkbox or FSInn. If you are all flying separate aircraft, why can't each fly a different one? At least I'd have thought you'd want a different colour and tail number? Then only the one being flown in each PC needs to be a fully detailed one. The others, with the same 'titles' as the other flyers' aircraft, can be clones of their fully detailed ones but using the less detailed version. Sorry if this is completely off-the-mark. I'm really just guessing here, as I don't know anything about multiplayer -- I don't really understand the difficulty. Regards, Pete

The green transparent window is FS's own window, it isn't produced by my AdvDisplay program. So I'm not at all sure why you are asking this here? What is this text which is scattered all over? Is this from some external program using FSUIPC? Is that why you are here? If you are using some program which produces such text with multiple lines, then you should know that FS itself only started handling multiple lines in that Window since FS2004. Perhaps you are using FS2002 or earlier, and are running a program which uses multiline facilities in my AdvDisplay DLL? If this is the case you will need to enable AdvDisplay (in the Modules menu) and set up its (non-transparent) window. Regards, Pete

i know the PFC menu entry. I wrote the program, remember? There is only ever one version of FSUIPC that is current and supported. It is the only one you can find on http://www.schiratti.com/dowson and the one listed above in the "list of Supported Versions". Currently that is version 3.48. I did tell you this in my last reply. Please read my replies to you more carefully. You are writting a lot of unnecessary words simply because you don't read everything! And I asked you to use 3.48, please reread the reply! You already explained all that at great length. Please READ MY REPLY! Please see if the FSUIPC menu looks the same, as I asked! There is only one version, not a "registered version" and an "unregistered version"!. In any case, you do NOT have to buy more than one copy. You can register the one on your PC with the same data as you registered the one on your laptop! All you have done in this message is repeat at great length exactly what you said in your first message. It is not helping. I went through all your points in my last reply, and you seem to have ignored every single thing I said! Please go back and read the replies. It is absolutely no use this continuing like this, as you are ignoring what I am telling you! Go to http://www.schiratti.com/dowson and get the latest versions there. Please do so. Don't come back until you have (a) downloaded and installed the current versions and (b) read my first reply again and answered the questions there. Otherwise there is no point in continuing. Regards, Pete

Sorry, but I'm afraid you will need to explain quite a lot more if you want a sensible reply. Pete

One byte is 8 bits. 4 bytes is 32 bits, the size of an ordinary integer in Intel 32-bit processors. Read it into one of those in whatever language you are using. There's no conversion necessary -- read it into a 32-bit numeric variable and use it. Please check out FSInterrogate where you can see all this happening for real. Pete

Well, in FS, Windows, and C/C++ terms, it IS a string already -- a sequence (array if you like) of bytes each containing a printable ASCII character value, ending with a zero byte. As far a VB is concerned, I'm sorry, but I've no idea. VB seems to have trouble with strings, numbers, almost everything. I'll have to leave it to someone else, hopefully, to look at your code and comment. Regards, Pete

I'm sorry, but I know absolutely nothing about Multiplayer. If that limit is specified in the MS SDK for it then I expect it must be true. Maybe there's someone here who will know, but you may find more in the way of MP expertise on the Squawkbox or other on-line flyers' forums. No, the AI aircraft and their routes are defined by a BGL (scenery-type) file. There are primitive facilities in FSUIPC for influencing them a little, but nothing like you want. Multiplayer is the only way. Regards, Pete

I have received the Log you made with FSUIPC 3.488. This clearly shows that FSUIPC is only setting reverse for Engines 1 and 2, not for Engines 3 and 4. This can only happen if the FS value stating the number of Engines says "2", not "4". The number of Engines is given in offset 0AEC. Why it should possibly say '2' for the default 747 I have no idea, but this is the entire reason for the problems you are having. I have never seen a case where FS declares the number of engines incorrectly -- it should make a lot of things go wrong! Just to verify this, please go to the Logging page in FSUIPC options (ALT M F) and, looking on the right-hand side, change the first monitor offset to 0AEC, type U16, and check the "AdvDisplay" option below. Okay out to FS and load up different aircraft, including the 747. Check that the displayed value for the number of Engines is correct each time. From the log you sent it certainly wasn't correct for the 747. Please let me know before we take any further steps. If it is showing '2' for the 747, check all your other aircraft. I can make the number of Engines appear to be 2 for the 747 if I edit the Aircraft.CFG file and remove two of them. i.e. in this section: [GeneralEngineData] engine_type = 1 //0=Piston, 1=Jet, 2=None, 3=Helo-Turbine, 4=Rocket, 5=Turboprop Engine.0 = -107.5, -69.5, -6.9 //(feet) longitudinal, lateral, vertical distance from reference datum Engine.1 = -76.0, -38.9, -10.4 //(feet) longitudinal, lateral, vertical distance from reference datum Engine.2 = -76.0, 38.9, -10.4 //(feet) longitudinal, lateral, vertical distance from reference datum Engine.3 = -107.5, 69.5, -6.9 //(feet) longitudinal, lateral, vertical distance from reference datum fuel_flow_scalar = 1.0 //Scalar for fuel flow efficiency min_throttle_limit = -0.25; //Minimum percent throttle. Generally negative for turbine reverser if I delete the lines "Engine.2" and "Engine.3" then I have only two engines controllable and offset 0AEC reads 2. However, this couldn't apply in your case because you wouldn't get any movement of the other two throttles then. So it is a real mystery. I think you have either got something installed which is interfering, or something in FS is corrupted. I really don't know how to get any further with this at all. If 0AEC is reading incorrectly, I can only suggest you reinstall FS. The best thing to do, assuming you have enough disk space, is to rename your current FS folder (from Flight Simulator 9 to, say, "Old FS9") then install a complete new copy. That way you can check the new one as a "virgin installation", just with FSUIPC.DLL, .INI and .KEY copied over, and know for sure that the other installation is corrupted. THEN and only then process to install or copy over other things you've added -- you shouldn't actually need to reinstall things as the registry won't be messed up, But take care what you copy so you can tell what the last thing was in case it gets messed up again in the process. A program that can compare folder contents and list the differences would be useful here, too, so you can see what's been changed. I use Directory Toolkit for that, but there are others I think. Re-installation or parallel installation is certainly the way I would go under these circumstances -- unless that is you can identify things you've changed. Regards, Pete

Yes, exactly. You can send ANY of the FS controls (and any of the FSUIPC added controls except the offset-writing ones, which of course aren't needed) by writing the control number, and parameter if needed, at offset 3110. Please look it up. For the numbers of the FS controls check the List of FS controls provided with FSUIPC, and also available separately at the http://www.schiratti.com/dowson site. For the numbers of FSUIPC-added controls see the Advanced User's document in the FSUIPC package. Regards, Pete

The normal ALT + Prt Scr should save a bitmap on the clipboard for you. You then just have to paste it into a graphics program like Microsoft's Paint ands save it as a file. I use a program called "FSScreen" (it says it is from http://fly.to/matthias-holzer but you probably need to find it on Avsim or Flightsim.com) which saves the files for you automatically, so you can take several successive pics. Regards, Pete

It doesn't need activating. Did you follow the installation instructions in the FSUIPC documentation? They are very short, here they are in full: Copy the FSUIPC.DLL file into your flight simulator Modules folder. Why? Where did you read to do that? The only file you need for FSUIPC is FSUIPC.DLL, as that has always been needed in the FS Modules folder. Please please please look at the documentation supplied. Regards, Pete