Pete Dowson

Okay. Thanks. I won't be able to get to this immediately -- I'm tied up till Monday or so. Watch this space. Pete

That was surprisingly useful -- with your ATC.DLL and Window.DLL I get the same as you -- the RemoveATC option doesn't work! I should be able to find out why now. But it won't be till Monday or Tuesday now. i'll be in touch! Pete

Hmm. In that case it sounds like the wind smoothing isn't working either, then, because the only reason I added turbulence emulation was to generate turbulence to replace the smoothed out air which smoothing produced. Seems that somehow what you've got is the reverse of everything I strove for between Christmas and April, spending many hundreds of hours, to achieve something like success. I really can't understand what has happened -- nor why it seems to be only happening to you, and four weeks after the last FSUIPC change? weird. Pete

Maybe you could save a flight and ZIP up the FLT+WX+FSSAVE files, send to petedowson@btconnect.com. Save one which definitely shows the problem, in case I cannot reproduce it. Pete

Sounds like wind turbulence wasn't working thenthere should be some changes. I've just checked the code. There's no separate code for wind and cloud turbulence. If gets the wind turbulence value (0-4), then checks for cloud turbulence (also 0-4) and takes the maximum of the two. After that there is absolutely no difference -- the number (0-4) is used as a multiplier for the maximum changes to be simulated. If it doesn't vary the wind it isn't doing anything! How can you tell you have turbulence if there's no changes? Pete

Well, I could certainly compare them with mine, but it seems a very unlikely difference. No. It doesn't use the registry, and this stuff is not dependent on anything else. It simply makes no sense at present. Pete

Ah, I just asked thatyour message crossed with mine. Strange, as they are both emulated the same way, with the same code and same values. Only the test is different -- with wind turbulence it gets enabled by the turbulence value in the current wind layer, with cloud turbulence it's the same test but in the cloud layer. Sorry, wehat do you mean by "moving"? Where are you reading these "actual wind values"? And what is the difference with Cloud Turbulence? As I say, they are the same inside FSUIPC. It's supposed to do that with wind turbulence too. They are (or should be) the same. Even for mild turbulence you should seem some small variations in both direction and speed. I'll see what I can find. Probably not till next week some time now. Pete

I hope you mean the other way around, "0.5,2.5", else you would have increased the first one considerably! Hmmm. I'm stuck then. Before trying to get back to ASX SP2, why not try with FSX downloaded weather instead of ASX first. Might be easier. Try to find some with turbulence, or re-enable the random facility FSUIPC provides (but if you do that, you'd need to check the "change FS own weather" option before it will add the turbulence). Regards Pete

Well, I have them enabled... How are you testing? Pressing the ATC button on the Keyboard? (the '/@' key on mine)? It is really nothing to do with Radar Contact. FSUIPC only hooks into three routines in Window.DLL, diverting calls to them to itself. these are calls to display a window, put text into a window, and close the window. It checks whether the Window title is the ATC one (from Language.dll) and if so, it just returns to the caller without doing anything. Otherwise it passes the call on -- the same calls are used for lots of Windows. Pete

What values did you try? Did you try adding that parameter to the INI file as I suggested? Regards Pete

Hmm. I tried with the German language DLL and it still works fine here. I'm afraid I am none the wiser -- I've looked through the code and I really cannot see any way that it could be different. One small check, right-click on the Window.DLL (in the modules folder), select Properties - version, and see what version number it says. Mine is 9.1.0.40901, which is correct for a 9.1 version FS2004. Pete

I don't know the program "VAFS3", but the message it is producing is presumably a result of its own checking. Maybe it isn't getting enough time on an overloaded PC? I think you might be better off seeking help from whoever wrote or supplied that program. Only the Install log could show a successful install. The normal log should show more about FSUIPC running -- there should be a file "FSUIPC4.Log". Maybe you could find that and show it? Pete

Well, it's identical to mine, and mine works fine, so, yes, it is correct. I therefore don't understand why it doesn't work for you -- FSUIPC thinks it is working okay. FSUIPC gets the ATC Window name ("Air traffic Control") from the "Language.DLL" component of FS. This should enable it to see it being created and to stop it. Have you, by any chance, undocked the ATC window? That might make it miss it. I'm not sure i cope with both docked and undocked versions. If you save a flight, and look in the saved FLT file, you should find a section like this: [Air Traffic Control] Undocked=False ScreenUniCoords=1500, 1200, 5192, 2000 UndocCoords=0, 0, 0, 0 except yours will presumably have a German name for the section, as the section bears the Window name. Can you check? Maybe you can Zip up the Language.dll from your Modules folder and send it to me (petedowson@btconnect.com) to try here? That should be the only difference in versions. Regards Pete

Please check the FSUIPC.LOg. There should be lines like this: 38547 RemoveATC: Intercepting ATC window calls to prevent them appearing 38547 Patching ATC to recover ATC.DLL crashes at 000265f4 38547 Patching ATC to recover ATC.DLL crashes at 0001a961 38547 Patching ATC to recover ATC.DLL crashes at 0002a631 Let me know what you have. Pete

Sorry, no. And really, at this stage, I've no way of finding out. All that stuff is many years old now, but it all worked at the time. Maybe you haven't got the FS9.1 update installed? I think it only worked with that in any case. Can you look at the FSUIPC.LOG, please? There should be linesnear the beginning like this: 38547 RemoveATC: Intercepting ATC window calls to prevent them appearing 38547 Patching ATC to recover ATC.DLL crashes at 000265f4 38547 Patching ATC to recover ATC.DLL crashes at 0001a961 38547 Patching ATC to recover ATC.DLL crashes at 0002a631 Pete

Strange, as that's been perfect for weeks. However, it seems a lot of new stuff is happening since ASX SP3 was released. It instigates it. FSUIPC doesn't create any by itself unless you enable its random turbulence. If you are using ASX SP3 you may want to add the line "CustomWeatherRewrite=No" to the [General] section of the FSUIPC4.INI file, as otherwise there seems to be a lot more unwanted interaction going on. Sorry, what does that mean? Where are you looking? Unfortunately it seems folks are changing to 4.28 and ASX SP3 at the same time, even though 4.28 has been out there for 4 weeks with no weather problems at all reported until after ASX SP3 -- now suddenly I am getting "super fog" and "unmanageable turbulence" reported despite none of those areas being changed since 4.26. From what I've seen so far, and what I know about the 4.28 changes, I really must assume that the same things might arise with 4.26 + ASX SP3. Please do try reducing the turbulence parameters, to see if those help. If not I suspect something else is going on. Regards Pete

The main ATC crashes were due to a serious bug in FS's code which is patched, if possible by FSUIPC. It isn't related to Radar Contact -- it is provoked by having some coincidence of ATIS and control frequencies at different airports. Sounds like you are using an old version of FSUIPC. current is 3.81. The "RemoveATC" option was made to work on non-English versions of FS as long ago as June 2006. Regards Pete

The turbulence emulation has been thoroughly tested and approved by PMDG's own test pilot. There's been no changes at all in this since then. Obviously extreme turbulence is to be avoided. What level did you see? What vertical air added? You mean the the fix to the bug which prevents thermals and so on from operating? FSUIPC doesn't add any vertical component EXCEPT in turbulence, so for tubulence that changed nothing. In all levels of turbulence? I would expect severe turbulence to be unflyable, but that is very rare. Have you checked settings in your weather -- are you using ASX? That shows all turbulence suppressed. You can play with the turbulence emulation via the parameters TurbulenceRate=1.0,5.0 TurbulenceDivisor=20,20,40,40 Regards Pete

Yes, of course, but only with FSX. It doesn't work before FSX SP1. And it doesn't work for the APU, only engines 1 - 4. Why don'ty you simply try it, either via FSInterrogate, or by adding an FSUIPC control using Offset Byte Set or Setbits. Regards Pete

FSUIPC has nothing to do with transponders. You are misinterpreting some symptoms. FSUIPC is merely a tool for other programs -- it is perfectly possibly for a program to use FSUIPC to do things with transponders, but there is absolutely no active component in FSUIPC relating to them at all. You need to look elsewhere. One of the programs you are using is messing you about. Pete

Why are you using virtual ports? If you are connecting a real GPS you need a real port. How do you think you can connect a real device to a virtual port? Virtual means "not real". Virtual ports are for running a program in a PC whilst pretending it is connected on a serial port to the same PC. Pete

This seems to be a duplicate request. Please see the other answer. Pete

Only by using a second PC and the WideFS option. Unless you can find some electrical device which produces two Serial port signals from one output. Maybe having the Tx wires twisted together would be all that is needed (though I suspect you'd need diodes or something to prevent short circuits / overloads). There's no handshaking involved -- GPSout just slings the data out -- so it might work. Of course if the devices are USB that may not be so easy. The WideFS with a second PC or notebook would be favourite. On the main FS PC, if that's one with a GPS connected, you'd need to run WideClient alongside FS in order to receive the WideFS GPSout data too. To run Wideclient on the same PC as FS you have to set a class Instance, so that it uses a difference Window Class to FS. [LATER] Actually, I just thought. You could probably run more than one copy of wideclient, by using different class instances, on the same PC. Each could drive a GPS on a different port. Regards Pete

I don't know. You have the unit already? If so, why not check -- it should say in the manual what inputs it takes. Often they have a proprietary (Garmin) protocol for transsfer of software, maps, route data and the like, and maybe it has NMEA 0182 or "Aviation" or "400 Series" protocol for positioning -- it may have to go into a simulation mode to turn off the actual GPS receivers. You got me there. If it's only got a USB connection then it has to be connected to a USB port, but usually the software you installed on the PC for it will have included a "HotSync" program which takes it over as soon as you plug it in. I think in that case you have to somehow kill the Hotsync program so that the port can be assigned to GPSout, as a serial port. The serial port names for USB are a bit odd and I'm not sure how you find out -- there is an example in the data for GPSout. If it has a regular COM port as well, you'd be better off using a normal "null modem" serial cable, COM port to COM port. Or maybe Garmin supply a COM port cable which adapts the USB. I realy couldn't guess, sorry. Here are a couple of previous threads relating to GPSout on Garmin units: viewtopic.php?f=54&t=20878 viewtopic.php?f=54&t=21271 Maybe they'll be useful? Regards Pete

I'm sorry, but I don't know any of these programs -- "MatLab", "Simulink" or the "FS Interface box from AeroSim Toolset" at all. Is any one of these actually an FSUIPC application at all? What software is it which actually talks to FS? Maybe, if they are designed for FSX they use SimConnect? If whatever it is which connects to FS doesn't use FSUIPC then it cannot link via WideFS because all WideFS does is provide a Networked FSUIPC interface. Pete