Pete Dowson

Well, if you are starting completely from scratch I would say the correct order would be: FSX SDK from DVD which brings you to original release state, then SP1 SDK SP1A update which brings you up to date. FSUIPC4 install would come last, as for any other add-ons. Like all add-ons, at the end. But maybe before FSUIPC4, so that the DLL.XML file will be fixed by that. Also bear in mind that the TrafficExplorer.DLL supplied with the original MyTrafficX is the old one. You'd be better off enabling the newer one, installed by the SDK SP1A update -- but for that you'll need to edit the DLL.XML file to enable it, and to check that it has the correct path. Regards Pete

Is that version of FSInn and FSCopilot specifically designed for FSX with the SP1 update? If not I suggest you wait until a suitable version is available. It sounds like something it is doing is wrecking something. If you are using versions updated for SP1, could you try getting a SimConnect log file please (see the FSX Help announcement). I'd like to see how the PFCFSX.DLL manages to load and run without a menu when it is FSUIPC4 which loads and runs it and adds the menu. I'm wondering if we've discovered another, or a new, SimConnect bug. Regards Pete

That one is not relevant. It is not used. That is the one FSX will use. This shows that you have installed the SDK from the FSX DVDs. You do need to update that -- download and install the SP1A update to the SDK. You have made the mistake of only partially updating FSX to SP1. If you install both FSX and its SDK you should update both when you update either. Regards Pete

Ah, that's a standard error message window. Error 2 is simply file not found. Though why FSX should close I've no idea. I'll check that here. Are you absolutely sure that file is there, in that folder? Regards Pete

Okay, that all looks fine. I take it this log is from an occasion where FSX was not "prevented from opening"? Can you expand upon what you actually mean by this The term "error tablet" isn't one I'm familiar with, and I don't really know how FSX is not "opening". What actually happens? Have you an FSUIPC4.LOG from such an event? Oh, also, can I see the FSUIPC4.INI file please? Regards Pete

What version of FSUIPC4? Any Log files to show? Pete

Ah. At last some useful information! In that case FSUIPC4 is not even loading. It cannot possibly crash FSX. Something else is crashing FSX. Find this file DLL.XML in C:\Documents and Settings\Miguel\Datos de programa\Microsoft\FSX and show that to me. It must exist because it is trying to load your (incorrect version) TrafficToolbox.dll. Pete

Okaylooking more closely at the message: that DLL wasn't loaded in any case. But the fact that it says 60905 is a "mismatch" indicates that the original SimConnect is not correctly installed. It should try to load it as both the original Simconnect and the new SP1 one should both be there. Can you please look again at the SimConnect log file -- if it even TRIES to load FSUIPC there will be a message there. If there isn't, then it isn't even getting that far. Have you got FSX Deluxe? If so, did you install the SDK? If so, did you remember to update that with the SP1A update after you installed SP1? If not then it is probably one of the other DLLs used by FSX. Please also see these points I mentioned beforte, but you appear to be ignoring still: 2. If not, then it sounds as if SimConnect is corrupted on your system. In that case, please see the Announcement entitled " FSX HELP: Logging or Re-installing SimConnect", and try re-installing Simconnect. 3a. First, I need to know if there is actually an FSUIPC4.LOG file in your FSX modules folder. If so, show it to me please. It is coming to the point that I shall have to ask you to contact Microsoft Technical Support instead of dealing with me, as I evidently cannot help you despite trying very hard. Your FSX installation, especially the SimConnect part, is in disarray. If you cannot follow the instructions I try to give to help, I think you will have to start again or get Microsoft to sort it out for you. Regards Pete

Aha! This is why your FSX is crashing. It is nothing whatsoever to do with FSUIPC at all! It is because you have previously installed MyTraffic and its "TrafficToolBox" which I think is from the original Microsoft SDK -- if so I don't think it is compatible with SP1. You will need to go to your "MyTraffic" folder and delete the traffictoolbox.dll. Or go to MyTraffic support and get help there. There was a new DLL included with the SDK SP1A update, but you need FSX Deluxe for that. Regards Pete

You are too quick for me! I edited the message after you read it. Please check this part and let me know, please: ============================= Actually, I also thought that this local had to be changed to global for a remote connection? Do you find your remote application works with that set to "local" still? If you had set it to "Global" then installing FSUIPC4 (using my installer) would have actually fixed your XML file for you, as it looks for a "local" section and if it isn't present it adds one for you. If keeping "local" in works for remote clients, then it seems I'll have to make even more checks in the InstallerPlease let me know! Regards Pete

If it was going completely to sleep it could cause FSUIPC to timeout and re-connect, so it can't be, really. At least not completely. Is this some other code, not using FSUIPC? If so, possibly it is using the non-MP ID of the User Aircraft to read the data. I think the ID is 1 normally, but it could be anything, apparently, when MP mode is started. This is what caused the problem in FSUIPC 4.102 that I got you to try earlier. I always actually asked SimConnect for the ID, and used the one which was returned. Before SP1, because enterring MP mode cut off SimConnect data and FSUIPC4 re-copnnected, it asked for the ID again, so, once reconnected, it worked okay. With the fix in SP1 it wasn't reconnecting initially, so used the wrong ID. There's a note about this in the SDK which isn't terribly prominent: Please do check that FSUIPC4 is getting the aircraft location in MP first, just to be sure. Run TrafficLook, for example -- the User aircraft position is in the first line listed. Regards Pete

The only modifications I made to this file are the 192.168.0.3 500 Any advice you can offer would be much appreciated. Easy. The XML file stops SimConnect service altogether on the FSX PC, and only supports remote PCs. You need to retain the XML file exactly as supplied and ADD a new section for your remote connection. The part from to <\SimConnect.Comm> needs to be intact, as it was. Add another copy to modify for your remote use. Actually, I also thought that this local had to be changed to global for a remote connection? Do you find your remote application works with that set to "local" still? If you had set it to "Global" then installing FSUIPC4 (using my installer) would have actually fixed your XML file for you, as it looks for a "local" section and if it isn't present it adds one for you. If keeping "local" in works for remote clients, then it seems I'll have to make even more checks in the InstallerPlease let me know! Regards Pete

No! That is the Install Log, from the installer. The FSUIPC log is called FSUIPC4.LOG, as I said: And that was step 3a. What happened to steps 1 and 2? You are not reading what I write, again! :-( Pete

Okay. Good. In that case the original SimConnect (not the SP1 version) was broken, and you fixed it. It shouldn't, according to other wise folks who have told me that it won't undo the new additions, only replace missing parts or any looking older than they should. But do get back and tell me if you find anything wrong. If so I'll need to get advice on how to repair things safely with SP1 installed. At least the newer (SP1) version of SimConnect is still okay, and working, as these lines in the Log show: Regards Pete

Sorry, I thought I was just explaining it clearly, not boxing any ears. :-( Pete

I assume, because you haven't supplied it, that you aren't getting an FSUIPC4.LOG file produced in the FSX Modules folder? If you are, then that's the first place to check. It may indicate a firewall or other similar problem, or a problem only with the SP1 install of Simconnect. If you aren't getting a Log, then FSUIPC4 simply is not being loaded. In this case it looks very much like the "usual" problem -- SimConnect just hasn't installed correctly. I say "usual", but in actual fact, although it seems to be the commonest SimConnect problem, it doesn't seem to affect a very significant proportion of folks. This is probably why it still isn't fixed -- I have never been able to reproduce it on any of 4 different systems, and neither has MS. The steps you can take are: 1. First get a SimConnect log, as described in the FSX help announcement. 2. Then try repairing SimConnect, also as described in the FSX help announcement. Note that the latter only repairs the original SimConnect, but this is the one used to load FSUIPC4 and run it. If the SP1 version of SimConnect is broken, that may allow FSUIPC4 to load, but then fail -- the FSUIPC4.LOG would show that. At present I am not sure how you would go about repairing an SP1 installation. Just uninstalling it and re-installing it doesn't help with the Windows Side-by-Side installs. I suspect you'd need to delete the second SimConnect WinSxS folder as well as the one mentioned in FSX Help. I'm awaiting advice on this from MS. Regards Pete

Okayit is a SimConnect bug. Please follow my other suggestions. I am repeating myself here as you seem not to be reading everything I'm telling you: 1. Please read the Announcement above entitled "Important FSUIPC4 Installation Notes". Does this describe what you see? If so, please try to do what it says. 2. If not, then it sounds as if SimConnect is corrupted on your system. In that case, please see the Announcement entitled " FSX HELP: Logging or Re-installing SimConnect", and try re-installing Simconnect. 3. I can help get the proper Microsoft help to sort your problems out, but I need more information. 3a. First, I need to know if there is actually an FSUIPC4.LOG file in your FSX modules folder. If so, show it to me please. 3b. Second, you need to make SimConnect produce a log, so we can see what is going wrong during the load sequence. How to do this is also explained in the Announcement " FSX HELP: Logging or Re-installing SimConnect". Pete

Please read the section in the WideFS documentation entitled "What’s this about UDP?". It is exactly this question that I address there. Regards Pete

What does that mean? You haven't got a problem or you don't care about it? Sorry, but nothing is making any sense yet. Don't you care to explain anything? Pete

FSUIPC does not need to be registered to work. It only has to be registered if you want to use any of the extra user facilities. Please do read some of the User Guide supplied. It does explain all this. If you were registered before you installed SP1 you should still be so now, as installing SP1 does bnot touch the Modules folder and therefore all of the FSUIPC files, including your KEY file, will still be there, intact. If you deleted these then, yes, you will need to re-enter your details. First download version 4.10 and install that. Then read the Installation instructions, which, if you are using Vista, tell you to run FSX using "Run As Administrator" in order to register. Please, once you are registered, make a backup of your FSUIPC4.KEY file, as advised in the User Guide, so that if you should delete everything again you can recover more easily. Regards Pete

Sorry, you do not make any sense I'm afraid. What do you mean "with Simconnect"? You cannot actually run FSX without Simconnect! It is a component part of FSX. So what do you mean by "with Simconnect"? And then you make more confusion, I'm afraid, when you say "WITHOUT the add-ons menu appears OK." -- Surely you cannot really mean that without the add-ons menu the add-ons menu appears? What does that mean? What is actually IN this Add-Ons menu which you say you are without?? Please, do read your message again, and look at your pictures, and tell me what they could possibly mean. They simply self contradict each other, twice! Meanwhile, these Log entries show that either Simconnect is not properly installed, or that it is being blocked by some security program -- a firewall or virus checker or similar. You might like to review all of the previous threads about this. There is also a piece about it on the Microsoft FSInsider website, and some warnings in my own READ ME, installed in your FSX Moduiles folder. Also check the FSX Help announcement, above, which tells you how to repair SimConnect, and also how to get a Simconnect log file, which may be needed whenv reporting this to Microsoft Support. Regards Pete

Well, this shows you are using FSUIPC 4.10, and that it has added itself to the FSX "Add-Ons" Menu, but it looks like you have not put "PFCFSX.DLL" into the correct place, next to FSUIPC.DLL in the Modules folder. If you had done there would be a log entry like this: That's part of my own log. There's been no change in any of this area of FSUIPC and it isn't at all affected by SP1. If the PFCFSX.DLL module is present, in the right place, it is loaded. If not, it isn't. It is as simple as that. Incidentally, the current version of PFCFSX.DLL is 4.20. In case yours is corrupted it may be a good idea to download it again. Regards Pete

FSUIPC is not involved in any sort of flight plans. Hope you get it sorted with PM Support, but I can say there's no difference whatsoever to PM in the SP1/4.10 changes. Nothing would notice at all to any PM component. Regards Pete

Ah. Shame. I have seen reports of FSX crashing (without any add-ons) when the settings (sliders) are up very high, and the opinion of many is that FSX is running out of usuable chunks of contiguous memory. It has no recovery built in if, when asking for a batch of memory, the request is refused. This is real (hard) memory. I don't know how much you have, but of course being a 32bit program it is limited to 2Gb in any case. And the situation would be worse under Vista as the operating system itself is greedier than XP. Oddly this seems to have become more of a problem with SP1 installed that it appeared to be before. I doubt that it is the cause in this instance, but just as a test you could try temporarily turning all sliders to a minimum setting. Other helpful hints have included pausing the sim and waiting a minute or two for it to "settle" before doing anything in the menus. If any such thing helps, then it sounds like you are hitting some memory constraints of some kind. Just as a matter of interest, is your Windowed resolution (I assume you tried it maximised?) the same as your selected full screen resolution? Please keep me posted. If I discover or hear of anything else I'll let you know. Regards Pete

Ahbrand new card, brand new drivers, brand new operating system. Hmmm. I would keep a look out for updates even if there are none at present. There's certainly no way anything in FSUIPC, nor in the standard Windows facilities, going to be faulty in one mode compared to the other. The differences are in the driver. Meanwhile, you shouldn't need to go into FSUIPC options very often. Just use Windowed mode, set everything as you want, then exit and return to full screen, if that's your preferred mode. Sometimes Windowed mode is better if you just maximise the window -- frame rates are normally the same, and dragging windows to other monitors is easier, as well as accessing other programs, of course. The only penalty normally is the title bar which can't be removed, but given a high enough resolution that is pretty narrow and unobtrusive. Regards Pete