Debugger

Hi Vic,if you run FS9 on Windows Vista or Windows 7, you can use NTFS soft links to achieve this.See Wikipedia and MSDN for instructions and technical details.I use it without any problems for some time now to distribute my FS9 installation on three disks.Hope this helps - Norman

The PMDG MD11(F) simulates - of course :( - the pressurization of the parking brake system.If engines are off, you need to check the brake pressure gauge, which is just above the throttles.If it does not show enough pressure, you need to activate the auxiliary pressure pump.There is a button just beside the gauge, but you can do the same on the overhead panel.For more details, check the Brake Controls section of your MD11 Aircraft Systems manual.Hope that helps - Norman

This is a button on the ASv6.5 user interface.According to the manual, it does the following: “Refresh AI” will move the time ahead in FS by 2 minutes, forcing an AI traffic reload. This can be handy if loading new weather and you want FS AI and ATC to adhere to the new wind direction. Regards - Norman

Here's what I normally do:I wait until the weather update from ASv to FS9 is complete, then I click on the Refresh AI button.This ensures that FS9 uses the new weather information to choose the runway.You can also check if the ATIS radio information has the correct weather information. If so, the runway should be the right one.However: if a runway is marked as Closed for takeoff in the AFCAD, it will never be used - regardless of the wind direction.Hope this helps - Norman

I had the same problem, and clearing the browser cache did not help at all.What should do the trick:Do *not* login, put the item in the cart as guest, and then press Checkout.This gives you a Login page that works (at least for me).Hope this helps - Norman

Hi folks,I just wanted to point you to a topic in the Aerosoft forum:http://www.forum.aerosoft.com/index.php?showtopic=19147Oliver Papst (creator of AES) did an analyis on this issue, because many AES users also reported OOM errors. He also listed affected addon sceneries and potential solutions.Bottom line: The most common cause of an OOM is an addon scenery problem related to landclass files.I had the same problem with Fly Tampa's Kai Tak when it was released.As soon as they released a patch to resolve the landclass problem, the OOM was gone.I have FS9.1 (without any 3GB patch) on Vista 32.I am currently in the VC of my MD11 parked at O'Hare (from FSDreamTeam), AES and ASv6.5 are active, with FS Global 2008 Mesh, UT USA, UT Europe and nearly all World Of AI packages installed. Traffic is at 75%.The memory usage is a constant Working Set at 1.1 Gigs, and a Virtual Size at 1.4 Gigs.If I load the default Cessna, the numbers go down to 0.9 and 1.1.If I load the PMDG 747, the numbers are 1.0 and 1.3.I used Process Explorer from SysInternals to get these numbers. Of course, the numbers depend on your FS9 installation and settings, but they should be stable (at least when parked).It is true that the MD11 needs more memory than the 747, but this should not cause the OOM.It just happens quicker if there is an addon that causes a memory leak.On the other hand, I still need to do a long haul flight with the MD11, hopefully without an OOM. Until now, I just did the tutorial flight from EGLL to LSZH. I keep my fingers crossed.Hope that helps - Norman

Try this link:http://library.avsim.net/download.php?DLID=84839The ZIP contains a Lufthansa WOW livery and the special - and beautiful - "Time Definition" livery.Regards - Norman

That explains the behaviour.I will open the runways 17L/17R in the LIMC AFCAD file, don't know why they are closed anyway. Perhaps because the Alps are in the way ;-)Regards - Norman

This might be related to the AFCAD file you use for LIMC. I have the "ISD Project Milano Malpensa 2005 LIMC", and in this AFCAD the runways 17L and 17R are closed for both start and landing. I don't know if that is realistic. The stock LIMC airport has no closed runways.So depending on the wind direction, I get instructions from RC4 to use e.g. runway 17L (from the weather report and the initial approach call). But when I am near the airport, RC4 suddenly tells me to use runway 35L. Perhaps this happens as soon as an AI aircraft uses 35L or 35R.JD, does RC4 care about closed runways? I don't know if makerwys.exe even extracts this information. At least, I can see (by looking at Runways.txt) that it took the AFCAD file from the correct scenery.Regards - Norman

I had the same problem. It was caused by a SID/STAR file for EHAM that seems to be incompatible with the Cloud9 version of EHAM.I fixed it by downloading the newest SID/STAR for EHAM from http://www.navdata.at/ Just put the unzipped EHAM.txt into the PMDGSIDSTARS directory (overwriting the old one).HTH - Norman

Hi jd,thanks for the reply.I appreciate your efforts in solving this issue. I know myself how hard it is to fix something that you cannot reproduce on your own machine :-(IIRC Radar Contact is written in Visual Basic, and I'm not really an expert in this language (my last experience with Basic was "Access Basic", and this was round about 10 years ago).However, I stumbled across two API's that at least claim to play WAVs from memory:The first one sndPlaySound from winmm.dll and is described here:http://www.gpwiki.org/index.php/VB:Tutoria...WAV_Sound_FilesIt has an option SND_MEMORY, which should play a WAV directly from memory.More promising to me looks the DirectSound API (part of DirectX), which has an object called DirectSoundBuffer:http://www.gpwiki.org/index.php/DirectX:Di...X7:IntroductionEspecially the WriteBuffer function might help:http://www.gpwiki.org/index.php/DirectX:Di..._Resource_FilesDirectSound should also give you more control when playing the WAVs, you should be able to control the volume and stop already running sounds. I think you once mentioned that you just "fire" the WAV and have to wait until it has completed, so perhaps this API might at least help there.Please forgive me if this is all old news for you and you all tried this already with no luck, but at least it looked like what you were asking for.Best Regards - Norman

Hi folks,I like RC4 very much and use since it has been released for nearly every flight.However, I suffer from these stutters too - sometimes more, sometimes less. It seems to depend on the overall CPU load, so it's worse during an approach on a big airport with a lot of AI traffic.The stutters began with 4.01, like others reported as well.I now took the time to analyse my system a little bit, and I noticed that RC4 makes a lot of calls to the file system:FileMon from Sysinternals tells me that RC4 makes something like 300 thousand file system calls in a few seconds to read from and write to wave files when it comes to something simple like requesting QNH from the controller.FS9.exe itself needs to run more than an hour to get such big numbers, but RC4 does this in just a few seconds!I know how misleading such information can be, but IMHO increasing the buffer size when reading the .wav files might at least be worth trying. Perhaps it might be even possible to create the intermediate audio clips only in memory and play it from there, instead of writing it to the hard disk.Just my two cents. Best regards - NormanMy system specs:Pentium 3.2 GHz2 Gigs of RAMWindows XP Home SP2Directx 9.0CATI Radeon 740XLOnboard-Sound (I tried a SB card, but that didn't help)

Sergey,I had the same problem: For whatever reason, Opera saves the file with the extension ".exe", but in fact it's just a ZIP file.Rename the file and unzip the installer. Worked for me.To be sure, I redownloaded it with Firefox, and the files are identical in size and content.HTH - Norman