Jump to content
The simFlight Network Forums

pellelil

Members
  • Posts

    90
  • Joined

  • Last visited

About pellelil

  • Birthday 01/01/1970

Contact Methods

  • MSN
    pellelil@hotmail.com
  • Website URL
    http://www.liljendal.dk

Profile Information

  • Gender
    Male
  • Location
    Denmark
  • Interests
    Development, FlightSim, Music

pellelil's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Week One Done
  • One Month Later Rare

Recent Badges

0

Reputation

  1. Hi Pete, The Runways.xml can be downloaded with this link www.liljendal.dk/portals/1/files/tmp2022/error_runways.zip I doubt it has anything to say with this issue, however I noted that ICAO-code in Runways.txt it shows as "CAN99", whereas in Runways.XML is shows are "CAN9". Anyway here below is the text regarding CAN99 from Runways.txt. I always use MkRwy with the />1000 argument, but this shouldn't change anything !? As it have no runways/gates and the scanned folder-path contains "canada-pois" I am guessing that this is a POI (Point-of-Interrest) rather than an airport? Hence perhaps it shouldn't have been included at all? ... unless it's a helipad !? ============================================================================= Official\OneStore\microsoft-canada-point-of-interest\scenery\Microsoft\canada-pois\branch1.bgl ============================================================================= Deletions check for Airport CAN99: Delete all taxiways! Delete all runways and starts! Delete all taxiways! ... Airport CAN99 :N46:48:42.8253 W071:12:18.8498 181.20ft Country Name="" State Name="" City Name="" Airport Name="ChQ�teau Frontenac" in file: Official\OneStore\microsoft-canada-point-of-interest\scenery\Microsoft\canada-pois\branch1.bgl FSM A/P CAN9, lat=46.811905, long=-71.205238, alt=181.20
  2. It appears MkRwy have an issue with the latest (Canada) WU. The XML (runways.xml) it generates for CAN9 contains an illegal char in the ICAOName field
  3. Thanks for the explanation Pete, never come across these before, but now I know.
  4. Hi Pete, I just noticed that the file-tags in runways.xml begins with "\\?". I only use this tag to display where the scanned data comes from (which scenery) so its no a big deal, I just wandered where it came from? <File>\\?\G:\FS\2020Packages\Official\OneStore\fs-base\scenery\0001\APX07100.bgl</File> Pelle
  5. Thanks for your efforts Pete. Don't know where the original weird city name came from, but its fixed with this updated MkRwy
  6. I don't think there is anything wrong with my default Paderborn. As I wrote Monday at 06:01 PM, I tried removing the Aerosoft Paderborn, and ran MkRwy (scanning only the default Paderborn). After this there were no issues with the file generated by MkRwy (no weird chars, and the xml loaded fine into the sim. I then reinstalled the Aerosoft Paderborn, and again I saw wierd chars. That why I said yesterday that I tough it was the "order" (default vs 3rd party Paderborn) ??? Anyway its working fine now, and I hope MkRwy can remain relevant for some time. Otherwise I hope Asobo/MS are planning to make APT-, RWY- and TWY-info available to 3rd party software some how. The Aerosoft CRJ 550/700 have just released for MSFS embedded with its own nav-data, but as far as I understand this is temporary and the plan is that in the future these 3rd party aircraft should have access to NavBlue data from within MSFS. But naturally that is only valid as long as the scenery is build according to these, and I doubt this will contain all info we have thanks to MkRwy ... time will tell.
  7. Pete having run the new MkRwy the Paderborn scenery appears just fine in runways.xml (and it have the correct folder-name): <ICAO id="EDLP"> <ICAOName>Paderborn/Lippstadt</ICAOName> <Country></Country> <City>Paderborn/Lippstadt</City> <File>G:\FS\2020Packages\Official\OneStore\aerosoft-paderborn\scenery\global\scenery\EDLP_Placement.bgl</File> <SceneryName>aerosoft-paderborn scenery</SceneryName> As requested I have uploaded the new SceneryList.txt http://www.liljendal.dk/portals/1/files/tmp2021/SceneryList.txt And if you for some reason needs to compare to the old (I uploaded the other day): http://www.liljendal.dk/portals/1/files/tmp2021/OldSceneryList.txt So it appears it was the order that was affecting the strange city-name I initially saw. Anyway thanks for your hard work my friend 🙂
  8. I have normally my windows configured to show hidden files, but I'll verify when I can. Regarding the encryption its my guess that the files remains encrypted on disk (decrypted in memory when loaded by MSFS) to prevent an owner of "sharing" his purchased scenery with others ... but just a guess. Naturally Pete, I'll assist if/when I can 🙂 If you haven't you can remove my suggested hack, as I am guessing its other issues that are at play here.
  9. In the Paderborn folder there are BGLs, but in my EKBI/EKCH-folders there is not a single BGL. I don't know if they get installed somewhere else, or if the file extension is changed as part of the encryption-process. The scenery folders were empty, but other folders (like texture had content). But as long as they are encrypted there is no way MkRwy can read them. The actual encryption is done by Asobo/MS (not the individual developers), however the developers might have a say if they should be encrypted or not? Perhaps not all files gets encrypted (why the Paderborn folder still contains BGLs)? Any way, I don't think there is much we can do about it. Hopefully the default scenery remains un-encrypted, and all of the free community scenery as well.
  10. Pete I wrote the author of the EKBI scenery, telling him you and I were pulling out the last of our hairs, trying to work out this issue. He told me that scenery installed through the marketplace gets encrypted, and that is why MkRwy can find/read it
  11. I becomes more and more weird. The two sub-folders containing EKCH and EKBI don't contain any .BGL files (hence probably why MkRwy don't have these) ??? They contain a lot of texture files and json files, but just no .BGL EDIT: BOTH EKBI and EKCH are payware
  12. All my 3rd party scenery are in the same folder (or subfolders to this), so if it can find one it should find them all. Strange that MkRwy finds 1 (the Aerosoft) but not the 2 others (all 3 are in sub-folders to "G:\FS\2020Packages\Official\OneStore").
  13. I've just started the sim up at Paderborn, The Aerosoft scenery looks fine ... don't see any default scenery bleed through or anything (that should indicate it have a lesser priority than the default). I then loaded up the aircraft at EKCH, and it is indeed the FlyTampa EKCH I see in the sim, even though it is lon at all listed in the SceneryList file ???
  14. I just installed it through the markedplace, don't know how/why MSFS did what it did. You mean the SceneryList.txt? http://www.liljendal.dk/portals/1/files/tmp2021/SceneryList.txt
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.