Jump to content
The simFlight Network Forums

pellelil

Members
  • Posts

    86
  • 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)

0

Reputation

  1. Thanks for your efforts Pete. Don't know where the original weird city name came from, but its fixed with this updated MkRwy
  2. 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.
  3. 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 🙂
  4. 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.
  5. 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.
  6. 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
  7. 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
  8. 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").
  9. 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 ???
  10. 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
  11. What I meant about community-folder is the folder "G:\FS\2020Packages\Community" into where I in the past have installed freeware content in form of scenery and community driven updates for the default aircraft (e.g. the work done by "Working Title" updating the CRJ4 and the Garmin 1000/3000). This is all content that cannot be installed through the MSFS-markedplace, hence its more easy to control having a separate folder for it ... but as I said this folder is currently empty. The first two lines of SceneryList.txt contains the "link" to the Paderborn scenery: 001 Active aerosoft-paderborn scenery G:\FS\2020Packages\Official\OneStore\aerosoft-paderborn\scenery\global\scenery But Runways.xml list the the file as this: <ICAO id="EDLP"> <ICAOName>Paderborn-Lippstadt</ICAOName> <Country>Germany</Country> <State>North Rhine-Westphalia</State> <City>B+ören</City> <File>G:\FS\2020Packages\Official\OneStore\fs-base\scenery\0601\APX50130.bgl</File> In SceneryList.txt I can't see "links" to be 3rd party EKBI nor EKCH, and these are also listed with a default BGL-file in runways.xml <ICAO id="EKBI"> <ICAOName>Billund</ICAOName> <Country></Country> <City>Billund</City> <File>G:\FS\2020Packages\Official\OneStore\fs-base\scenery\0601\APX50120.bgl</File> and: <ICAO id="EKCH"> <ICAOName>Kastrup</ICAOName> <Country></Country> <City>Copenhagen</City> <File>G:\FS\2020Packages\Official\OneStore\fs-base\scenery\0601\APX51120.bgl</File> All these 3 airports works just fine in the sim. I can see that my EKCH (installed via the MSFS markedplace) have been installed into the folder: "G:\FS\2020Packages\Official\OneStore\flytampa-copenhagen" and my EKBI have been installed into: "G:\FS\2020Packages\Official\OneStore\vidandesign-billund".
  12. I'll have a look, but I am pretty sure the file is listed "wrong" in the runways.xml (or at least not what I would expect). I noticed this for another 3rd party airport as well. My MSFS (Premium Delux) is fully updated, all content downloaded, I currently have nothing in the community folder, and the only 3rd party scenery installed is the free Paderborn along with VidanDesign EKBI and FlyTampa EKCH. I can't be sure if the Paderborn is installed "correctly" but had it not been originally, it should be been fixed yesterday when I first removed (shut down the sim and performed a scan with MkRwy), and then starting the sim again, and installed Paderborn once again. When not installed the city is shown as "Paderborn/Lippstadt", but once installed I see this wrong city-name. I have NO IDEA why Paderborn is causing this issue (perhaps only on my system). Its the only airport I have seen with a weird value, and only in the city-name.
  13. Pete I tried removing the free Paderborn and then I did a new scan, and the city-name was just fine. Then I started the sim again, installed Paderborn and closed the sim. Now when I scan I see the city-name as <City>BPören</City> (where the letter after "P" is shown as xF6 in Notepad++. The only "special" thing I do is I am calling MakeRwys via a link where I have the command-line argument: "/>1000" EDIT: Executing MakeRwys directly (without the argument) does not change anything. The city-name from Paderborn still containx xF6 when viewed in NotePad++ However now it loads as XML just fine, eventhough Notepad++ still shows xF6 ???
  14. Something weird is going on. Now with the new version it instead is <City>B÷ren</City> shown in Notepad++ x87xF7 I'll try to remove Paderborn and see when it scans then
×
×
  • 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.