ETUL en EDLV in AP949130.bgl

[h.walter]

Mijne Heren,

Het originele FS9 Duitse militaire vliegeveld Laarbruch (ETUL) is vervangen door een nieuwe addon versie, Niederrhein (EDLV) in dezelfde positie. De installatie ervan heeft echter tot gevolg dat er zich nu twee vliegvelden bevinden in dezelfde positie en vrijwel bovenop elkaar. Dit als gevolg van verschillende Afcad header data dat FS9 derhalve interpreteert als afzonderlijke vliegvelden.

Aangezien EDLV de nieuwe situatie sinds ongeveer 2003 weergeeft ligt het voor de hand dat de oude ETUL zou moeten verdwijnen. Dus dan maar jullie aangepaste bestand AP949130.bgl de-compileren, de oude ETUL volledig verwijderen en dan opnieuw compileren maar...... daar zit nou precies mijn grote probleem.

Ik heb twee de-compilatie programma's, BGLXML.exe en BGLAnalyze9.exe. De eerste geeft heel veel foutmeldingen zonder XML bestand en de tweede crasht ongeveer halverwege met de melding: "Altitude descriptor > 4" en produceert een onafgemaakt XML bestand dat eindigt ergens in de EHRD sectie.

Heel graag een reactie en HAPPY NEW YEAR voor het hele team.
Met Vr. Gr.
Hans

[phjoop]

Hans,

Hou er rekening mee, dat er meer scenery files dan AP949130 data van ELUV bevatten. Dus het is bijna ondoenlijk om te doen wat je van plan bent.
Wij hebben in AP949130 slechts enkele navaids aangepast.
Dus met het geheel verwijderen van velden uit de database van FS hebben we geen ervaring. Maar gezien de complexiteit om in de FS default database dit soort aanpassingen te doen, adviseren we om daar toch maar vanaf te blijven.Je zou dan ook mogelijk hoogte info uit de area verwijderen.
En in andere scenery files info van ELUV laten zitten
Je loopt het risico dat FS niet meer wil draaien.

Soms moet je accepteren dat dingen zijn zoals ze zijn.

Joop
NL200team

[h.walter]

Beste Joop,

Bedankt voor je snelle antwoord.

I.p.v. het verwijderen van ETUL uit jullie aangepaste AP949130.bgl, bestaat er m.i. een alternatief n.l. het wijzigen van alleen de bestaande header data van dit vliegveld, b.v. ETUL --> EDLV en Laarbruch --> Niederrhein-Weeze. Dan blijft immers de rest van dit vliegveld gewoon zoals jullie dat hebben voorzien.
Maar zover kom ik gewoon niet omdat de-compilatie van dit bestand (---> XML) onmogelijk blijkt te zijn, terwijl het originele FS9 bestand dergelijke problemen niet geeft.

Er zijn m.i. drie mogelijkheden:

1. Mijn (jullie) AP949130.bgl bestand bevat technische fouten en/of,
2. Mijn (jullie) AP949130.bgl bestand is corrupt (geworden).
3. Ik gebruik het verkeerde de-compiler programma.

Ondanks het bovenstaande werkt jullie scenery o.a. rondom ETUL/EDLV, zonder noemenswaardige problemen, waardoor punten 1en 2 uiterst twijfelachtig zijn.

Welk de-compile programma gebruiken jullie voor FS9 "AP" bestanden ?

Graag commentaar.
Met vriendelijke groet.
Hans

[Rien_Cornelissen]

Beste Hans,

De betreffende originele MSFSfile bevatte zowel in de FS2004 als de FSXversie een fout in de definities van een leg van de approaches voor EHVB.
Die fout maakte dat de file zich wel liet decompileren, maar zich daarna niet opnieuw liet compileren.

Zowel voor FS 2004 als voor FSX heb ik de fout in de approach voor EHVB hersteld door ontbrekende gegevens in een van de legs te vervangen door die van een andere leg. Dat is dus geen echte herstelling, maar in elk geval verslikte bglcomp.exe zich er niet meer in.

Dat decompileren doe ik met bglanalyze.exe (bglana.zip) voor FS 2004 en bglanalyzeX (bglanlzx.zip) voor FSX.
Samen zitten ze in bglanlyz.zip.
Al deze files staan onder de naam van de .zip op www.flightsim.com.

Decompileren levert een .xmlfile op, die je met notepad.exe kunt editen (in dit geval een heel vliegveld er uit halen) en daarna hercompileren.

Laat maar weten of het is gelukt en ook als er nog problemen zijn.

Groeten,

Rien Cornelissen

[h.walter]

Beste Rien,

Ik heb het maar niet voor elkaar gekregen om jullie versie van AP949130.bgl te de-compileren, ook niet via "bglana.exe" dat de foutboodschap: "Runtime error 100 at 0000:0021" gaf. Ik heb vervolgens deze "error" ge-Googeld en kreeg zeer veel "aanbevelingen" te zien maar niet die welke direct samenhing met mijn specifieke foutboodschap.

Ten einde raad heb ik maar de originele AP949130.bgl genomen, ge-decompileerd en dezelfde "foutjes" gecorrigeerd waar jij het over had. Toen ge-hercompileerd en de juiste onder zeeniveau hoogtes ingesteld van de vier vliegvelden: EHAM -4 mtr, EHLE -4 mtr, EHRD -5 mtr en EHNP -4 mtr, zodat er geen AI vliegtuigen meer in de lucht hingen.
Deze hoogtes heb ik ingesteld dmv. het programmatje: JABBgl v1.0.2.1 "Changing the elevation of Airports in basic scenery" door een zekere Jacky Brouze.
Wat mij echter hierbij opviel is dat de originele hoogtes astronomisch hoog waren, namelijk meer dat +4500 Kilometer !!

Ook heb ik nu eindelijk de Duitse luchmachtbasis ETUL = Laarbruch volledig kunnen verwijderen en de nieuwe NATO EDLV = Niederrhein-Weeze addon luchtmachtbasis correct kunnen installeren. Hierdoor lijkt het nu alsof EDLV niet eerder heeft bestaan in de originele FS9, zoals b.v. ook het relatief nieuwe Griekse LGAV = Eleftherios Venizelos.
Tegelijkertijd heb ik een aantal "calls" voor jullie foto grond tegels moeten verwijderen omdat die gedeeltelijk EDLV, dat vlak over de NL grens ligt, afdekte.

He he, dat was een hele kluif maar alles LIJKT nu correct te werken.

Er blijft nu echter nog een potentieel probleem over omdat ik nu een door mijzelf aangepaste originele AP949130.bgl heb ingesteld ipv. jullie aangepaste versie en Ik kan de verdere gevolgen hiervan (nog) niet volledig overzien.
Kan jij over dit laatste svp. wat commentaar geven.

Alvast bij voorbaat dank.
Hans

[Rien_Cornelissen]

Dag Hans,

Ik heb zelf nog eens geprobeerd, maar ik heb de files destijds bewerkt met wat er toen op mijn computer was geïnstalleerd aan hulpprogramma's als visual basic e.d..
Ook mij lukt het nu niet meer om AP949130.bgl te decompileren en ik heb de oude source niet meer.
Het spijt me.
Wat ik me overigens herinner is dat in nl2000 v 2.9x heel Nederland op zeeniveau lag, behalve EHBK.

Groeten,

Rien Cornelissen.

[Rien_Cornelissen]

Dag Hans,

In een oude Norton Ghost-backup van een al lang vervangen harddisk vond ik toch nog de gegevens van Ap949130.bgl uit fs9 en nl2000 v.2.9x.
Samen met bglxml.exe (te gebruiken in een dos-box)en xmlshell.exe (te gebruiken in een window) is het 10,6 MByte; gezipt 1,6 MByte.
Ik heb het op mijn "site" gezet: www.sundancer.demon.nl

Groeten,

Rien Cornelissen.

[h.walter]

Hey Rien,

Da's lang geleden dat wij contact hadden.

Ik heb het probleem inmiddels zelf opgelost maar weet niet meer exact hoe.
Het compilatieprobleem waarschijnlijk door de aangegeven "fouten" alleen in technische zin, te herstellen zoals jij blijkbaar ook al eens hebt gedaan, en het ETUL ---> EDLV probleem vervolgens opgelost door de originele ETUL header gegevens in AP949130.bgl te vervangen door die van EDLV. Daarna heb ik ervoor gezorgd dat de EDLV Afcad header gegevens exact daarmee overeenstemde.

Ook heb ik een aantal NL2000 grondfoto tegels moeten verwijderen langs de NL grens omdat deze EDLV gedeeltelijk afdekte. Idem voor ETUR (Bruggen AFB).
De "calls" voor deze tegels had ik gevonden in: NL2K_v3_scasm/scenery/nl_11000_39700_fota.bgl.

In elk geval bedankt voor je aanhoudende belangstelling voor mijn uitgangsprobleem.

Met vriendelijke groet.
Hans