Swoop

Pete's utility is MakeRwys.exe and it works like a charm. It creates 14 extracts, one of which is named Runways.xml, and it contains both Airport and Runway information. The facilities generated from the extracts are fairly complete, every once in a while I find a ILS ident missing or something minor, but a joining table replaces missing info in my database. MakeRwys.exe does provide runway heading information, which is not supplied by the stock GPS. So it fills a huge gap and saves a bunch of typing of my part. But Pete's great utility doesn't produce Navaids which are external to airport facilities. So I use SuperFlightPlanner to get at the navaids and toss them into a SQL database. I have a method of extracting runway headings and navaids from a database, and on the fly (if you would), making for simple flight ops. I'd simply love to reduce the ETL component-slash-coding overhead and pave the way to an easier process architecure. My object model supports runinng out of process applications but SFP was never designed to signal properly as it did not have insight into a more advanced environment. The short of it is a manual step, which I don't like, as it leads to programmer error. Always looking for new ways (if there are any!). Mark

I've been using SuperFlightPlanner 3.0.3 to extract all of the navigation aids in FS2004 for many years. Has anyone seen any other way(s) to get an extract of the same information. The reason that I'm asking is that the ETL processing for the SFP extract is not trival, and I'd like it a bit more automated if possible. So if anyone knows of another way then please advise and thanks! Mark

No one has any ideas...is my kneeboard going to hide for ever then... Mark

In full screen view, sometimes when I open in kneeboard and then close it, it doesn't really close. It just gets placed behind another window and remains open.When I press F10 or click on the kneeboard icon (if there is an icon), the kneeboard will not reappear. The mouse cursor then turns black and remains black until I drop into windowed mode and close a hidden instance of the kneeboad. I was thinking its because I'm running an old version of Firefox as my default browser, but the same happens with Internet Explorer 8 (Both 32 and 64 bit versions). I've been flying the default C172 and C182 mostly (as I rebuild the sim) and its happening all the time, and in both aircraft. I've gone ahead and archived the oleacc.dll which I did find in the FS9 main folder. I've also added a zorder parameter to the panel windows of both aircraft, but the kneeboard is still exhibiting the same behavior. The zorders read as follows... ident=MAIN_PANEL zorder=0 ident=RADIO_STACK_PANEL zorder=1 ident=GPS_PANEL zorder=2 ident=ANNUNCIATOR_PANEL zorder=3 ident=COMPASS_PANEL zorder=4 ident=MINIPANEL zorder=5 Any suggestions would be well received...so please advise and thanks! Mark

That is interesting. I've never seen an electrical overload or underload before. Never tried the failure flghts before either but will note this. Thanks and Interesting as well... Mark

Yup, FX files...been finding aircraft containers (aircraft.cfg) referencing non-existent fx files. This is pure curiosity, kind of like, noting sim behavior before the sim behaves poorly. Ran into an issue with a scenery which was simply flickering, then the GPS 500 started flickering, and soon afterwards the spot view crept closer, and closer, and closer. Had to drop out of full screen and push the spot out 100 ft. as I was getting a bit claustrophobic. Pulled the scenery, all was hunky-dory again. So appreciate the training session, and will ask the manufacturer if there really is a missing aircraft effect. Mark

Gents, Been going through some of my aircraft and have noted that missng effect files are being referenced in the aircraft containers. The question is what effect does it have on the aircraft (if any). Please advise and thanks! Mark

Cessna RG, I really like CC-KSL. Wish that I could read the RG tail logo though, it seems to be a bit blurry and flickers. Fun bird though. Anyone seen a repaint with the same colors with a U.S. registration? The 182Q is fun as well. There is a nice metal/gray repaint for it. N2457P in the Six-Pack repaints (c182q_sixpack.zip) by Urs Burkhardt. Good looking bird...

Yup...that's it! I've been using the FS2004 SDK installable downloads. The ones which contain the original Word documents, TrafficToolbox.dll, etc. A search in the "Panels SDK.doc" did not reveal a zorder parameter! I think I'll start using the on-line ESP pages as well... Thanks Bert! Mark

Hey Bert, not trying to hijack this thread here, but I gotta know. Which SDK did that cool "zorder" reference come from? Mark

Thanks for the info Ed, I am certain that you would know Interestingly, that's what I'm using with my latest object model as well. That is, all of the "PrivateProfile" functions that I need are are wrapped in an object model which is a fluent interface. The mad seach for the singleton continues... Thanks and best regards, Mark

That sounds very reasonable. I've been working on a Sim object model and the VBA Collection object does not like duplication in the key field. It's also funny that this aircraft.cfg was from a payware model, but unfortunately, it's not the only anomaly I've run into! Suppose I've got some editing to do, that is, if I want a clean dataset. Thanks again! Mark

I was looking at an aircraft.cfg file and noticed that there are duplicated parameter names (point.5) in the contact_points section. I read through the "FS2004 Aircraft Container SDK" and didn't find a comment which explictly allows for the duplication. What is the expected behvior of the ini parser when a duplicated parameter is incountered. Are duplicates simply ignored? //GEAR 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 point.0=1, 8.00, 0.00, -4.55, 2600.0, 0, 0.7, 33.0, 0.22, 2.5, 1.50, 7.0, 9.0, 0, 160, 180 point.1=1, -1.80, -4.65, -4.60, 1900.0, 1, 0.9, 0.0, 0.40, 2.5, 0.85, 9.0, 8.0, 2, 160, 180 point.2=1, -1.80, 4.65, -4.60, 1900.0, 2, 0.9, 0.0, 0.40, 2.5, 0.85, 9.0, 8.0, 3, 160, 180 //SCRAPES 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 point.3=2, 1.00, -19.00, 2.00, 900.0, 0, 0, 0, 0, 0, 0, 0, 0, 5, 0, 0 // L Wtip point.4=2, 1.00, 19.00, 2.00, 900.0, 0, 0, 0, 0, 0, 0, 0, 0, 6, 0, 0 // R Wtip point.5=2,-16.50, -4.95, 0.15, 900.0, 0, 0, 0, 0, 0, 0, 0, 0, 9, 0, 0 // Boom L point.5=2,-16.50, 4.95, 0.15, 900.0, 0, 0, 0, 0, 0, 0, 0, 0, 9, 0, 0 // Boom R point.6=2, 8.50, 0.00, -2.25, 900.0, 0, 0, 0, 0, 0, 0, 0, 0, 4, 0, 0 // Belly Fwd point.7=2, -1.00, 0.00, -2.50, 900.0, 0, 0, 0, 0, 0, 0, 0, 0, 4, 0, 0 // Belly Aft point.8=5, 0.50, -0.40, 0.00, 1.1, 0, 0, 1.1, 0, 0, 1.0, 0.1, 0.1, 0, 0, 0 // Special use point.9=5, 0.50, 0.40, 0.00, 1.1, 0, 0, 1.1, 0, 0, 1.0, 0.1, 0.1, 0, 0, 0 // Special use Please advise and thanks! Mark

Thanks for the update DJ as it was helpful. Reality XP has always been a great product, albeit, a bit tricky to configure as it requires some time and patience to understand what its looking for. At least it appears that way to me. The Flight Line N and T gauges that I purchased worked relatively well on Windows XP but I've been having issues with them on Windows 7 x64. I routinely turn off services which reduces the workload of the OS and makes for a pretty fast simulation. In this case, the Reality XP RxpSrv.dll was faulting and the "N" gauges were unloading (a.k.a crashing). After looking at the Win7 logs I noticed that the performance counters for the server service were throwing errors as well. On my FS9 box, I had the Win7 server service disabled as it didn't appear to be required, that is, up until now. I re-enabled the server service and the Flight Line N gauges appear to be stable, at least so far. The instability seems to have been relieved, however, it brings to light a unbeknownst configuration detail and something that could be noted for future use. I wonder if the "Srv" part of the RxpSrv.dll name means "Server" and acts in that context for the gauges that it supports. Using the Win7 Server Service thread it fairly powerful and has external network access connotations. That being the case, I ran packet captures while simming and there doesn't appear to be any illicit network traffic generated through my firewall. If the Reality XP RxpSrv.dll product is actually a server, then it appears to be threading to the local gauges only, which is cool. But all things considered, there were other anomalous behaviors exhibited by duplicated FSUIPC DLLs, masking the underlying issues with the Flight Line products. One more interesting note, which is not directly related to Reality XP issue, but is along the same lines of the "Security" reports generated when the gauges crashed. Most server products need to have, or be run, with administrative rights. With stand alone DLL libraries, they would run in the process space of the calling application, which in this case, is FS9.exe. Hope this explanation helps and proves useful for other. Once again, thanks to you and Bert for the help! Mark

By the way, the original question that I had asked was never answered. I'm still hoping to find an alternate solution to the Reality XP Flight Line N and T. Payware or freeware is fine. Please advise and thanks! Mark

I remembered that this might be the case, but DJ had me fooled with hope and certainty! A drum rum roll please as this is the result... Faulting application name: fs9.exe, version: 9.1.0.40901, time stamp: 0x4135a208 Faulting module name: RealityXP_FLN.GAU_unloaded, version: 0.0.0.0, time stamp: 0x445b631f Exception code: 0xc0000005 Fault offset: 0x13632f5a Faulting process id: 0x590 Faulting application start time: 0x01d1353c6c9197aa Faulting application path: D:\Flight Simulator 9\fs9.exe Faulting module path: RealityXP_FLN.GAU Report Id: 29b46556-a130-11e5-bd6c-1c6f65c59085 AND the report.... Fault bucket , type 0 Event Name: APPCRASH Response: Not available Cab Id: 0 Problem signature: P1: fs9.exe P2: 9.1.0.40901 P3: 4135a208 P4: RealityXP_FLN.GAU_unloaded P5: 0.0.0.0 P6: 445b631f P7: c0000005 P8: 13632f5a P9: P10: Attached files: AppData\Local\Temp\WER1635.tmp.WERInternalMetadata.xml AppData\Local\Temp\WER178D.tmp.appcompat.txt AppData\Local\Temp\WER1897.tmp.hdmp AppData\Local\Temp\WER19B1.tmp.mdmp These files may be available here: AppData\Local\Microsoft\Windows\WER\ReportQueue\AppCrash_fs9.exe_81719c3951d525667761b968ce848fe69641e45_cab_080919ec Analysis symbol: Rechecking for solution: 0 Report Id: 29b46556-a130-11e5-bd6c-1c6f65c59085 Report Status: 5 More... I have also discovered-slash-remembered that ActiveSky installs an older version of FSUIPC (3.5.2.0) in the "Flight Simulator 9\Modules\ASv6" folder as well. In my infinite wisdom, I also installed the latest version of FSUIPC (3.999z8). Boy do I forget my place sometimes! Bert, do you suppose that the Reality XP fault could be caused by the duplicated FSUIPC dll. Also, which version of FSUIPC should I keep, the older or the newer. That would be a great first answer as the group would benefit from it. Additionally and for the sake of posterity, the Reality XP Flight Line product does appear to install the RxpSrv.dll. Unless it was somehow re-installed by Windows 7 from a cached "cab file" when I put the Flight Line N and T gauge sets back into action after I resinstalled them. So please advise and thanks and it's really nice to hear from you Bert. The cobwebs are definitely being shaken out as I remember all the great responses from both u and Opa! I do appreciate the PM offer as well and would love to take you up on it. Best Regards... Mark

They do? Boy, I'll be tickled if that's true...smiles all around. It is also true that I am getting the cobwebs out here, although, had some issues with the RxpSrv.dll. Maybe that's from the WX500 install and thought it was from the Flight Line stuff? Thanks and I'll ask Bert and aprecciate the help! Mark Faulting application name: fs9.exe, version: 9.1.0.40901, time stamp: 0x4135a208 Faulting module name: RxpSrv.dll, version: 5.3.0.1, time stamp: 0x445b5ee6 Exception code: 0xc0000005 Fault offset: 0x0000746e Faulting process id: 0x564 Faulting application start time: 0x01d133adbccbf611 Faulting application path: D:\Flight Simulator 9\fs9.exe Faulting module path: D:\Flight Simulator 9\MODULES\RxpSrv.dll Report Id: 8522c3b7-9fae-11e5-bb18-1c6f65c59085

I've been on the hunt for Reality XP replacement gauges. Reality XP stopped supporting their stuff for FS9 under Windows 7 and would like to find something comparable for the default aircraft (C172, C182, etc). Friendly Panels has some nice stuff but was wondering if there is anything else out there. So please advise if you know of some great looking steam gauges and thanks! Mark

I wonder if this could be a bad texture issue. If it is a texture issue, it could be in an added scenery, an aircraft, or in the global texture folders ("Flight Simulator 9\Scenery"). First and if you're not already using one, an unmodified default aircraft might be helpfull if you decide to test for a bad texture(s). Fly the default Cessna 172 for awhile. If it was my sim, I would start by commenting out the last few sceneries I've added. Then bring them back in one at a time, leaving the airport which might have caused a CTD for last. Others comment out blocks of sceney but in either case, it really is a pain in the butt to find a bad texture (if there is one). By the way, valid scenery.cfg line comments are either a semi-colon ( or two forward slashes (//). System Maintenance Tasks... With regards to the ReadyBoot stuff, clear your "%windir%\Prefetch" folder. It's OK to delete everything in that folder. Then, go into the Windows Event Viewer (%windir%\system32\eventvwr.msc /s) and clear the ReadyBoot log (you might want to save the log before clearing it). Also and while you're in the Windows Event viewer, make sure that you don't have any "Known Folders" log errors. If you find that there are errors with known folders missing, it might be a good idea to create the missing folders. Other than that, I would take a look at your boot-up config to see what Windows is running at startup. (%windir%\system32\msconfig.exe) Let the group know how you fare... Mark

You're welcome! I like the fact that they've included the headers files (.h) in their package. It provides a view into what the dll is actually doing as there's (seemingly) too much mystery with simming. Mark

That's right! Thank you...

I've been using the following at it seems to work very well... From... https://files.secureserver.net/1sp6JkEAP8jd2S GaugeSound.zip GaugeSound.dll

Second this recommendation, especially the mid-range video card. I get great results with a 7 year old GeForce GTS 450. Don't forget to use NVidia Inspector and apply the "MS Flight Simulator 2004" profile. You might need to tweak the profile but I'm sure that you can google the settings required to get any NVida card up to speed.

Is there anything in the Windows Event logs, maybe a faulting dll or some other message that can help isolate the problem. This probably has nothing to do with the issue you're having, but can take it under advisement... I recently had some issues with my X52 Pro. I had tightened the tensioner too much and it lifted the internal potentiometer a fraction of an inch, which caused relevant issues with my sim. Used this to clean the throttle... http://forums.eagle.ru/showthread.php?t=115981 Taking Apart an X52... https://forums.frontier.co.uk/showthread.php?t=14428

Was looking around for Ultimate GA and it appears to have left the building. Would that be an accurate statement or has it simply moved to a new location? Please advise!