Jump to content

Swoop

Frozen-Inactivity
  • Content Count

    1,127
  • Donations

    $0.00 
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Swoop

  • Rank
    Member - 1,000+

Contact Methods

  • Website URL
    http://
  • ICQ
    0

Profile Information

  • Gender
    Male
  • Location
    American in OZ KSMO-YSSY

Flight Sim Profile

  • Commercial Member
    No
  • Online Flight Organization Membership
    Other
  • Virtual Airlines
    No
  1. 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
  2. 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
  3. No one has any ideas...is my kneeboard going to hide for ever then... Mark
  4. 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
  5. 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
  6. 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
  7. 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
  8. 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...
  9. 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
  10. Hey Bert, not trying to hijack this thread here, but I gotta know. Which SDK did that cool "zorder" reference come from? Mark
  11. 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
  12. 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
  13. 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
  14. 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
  15. 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
×
×
  • Create New...