Bug in FS2XPlane V3.24

Bei der Konvertierung von MSFS-Szenerien für den X-Plane 10 kann es zu einem Fehler kommen, den XP10 bemeckert.

Es gibt eine Unstimmigkeit der Datei "substitutions.txt" im Verzeichnis "FS2XPlane\Resources".

Dort steht im oberen Teil:

# MSFS stock object (ver) X-Plane library object BiasX BiasZ BiasH

#
# airport_objects.bgl (partial)
#
#AIR_Jetway01
air_largetower1a 10 lib/airport/Modern_Airports/Control_Towers/Modern_Tower_1.agp 0 0 90
air_largetower1b 10 lib/airport/Modern_Airports/Control_Towers/Modern_Tower_1.agp 0 0 90
air_largetower2 opensceneryx/objects/buildings/airport/towers/concrete/1.obj 0 0 0
air_largetower2 10 lib/airport/Modern_Airports/Control_Towers/Classic_Tower_3.agp 0 0 0
air_largetower3 opensceneryx/objects/buildings/airport/towers/concrete/1.obj 0 0 0
air_largetower3 10 lib/airport/Modern_Airports/Control_Towers/Classic_Tower_3.agp 0 0 0
large_fuel_tank opensceneryx/objects/buildings/airport/fuel/1.obj 1.0 0 0
#medium_fuel_station
#medium_fuel_station_overhang
medium_tower1 opensceneryx/objects/buildings/airport/towers/concrete/1.obj 0 0 0
medium_tower1 10 lib/airport/Modern_Airports/Control_Towers/Classic_Tower_3.agp 0 0 0
medium_tower2 opensceneryx/objects/buildings/airport/towers/concrete/1.obj 0 0 0
medium_tower2 10 lib/airport/Modern_Airports/Control_Towers/Classic_Tower_3.agp 0 0 0
medium_tower3 opensceneryx/objects/buildings/airport/towers/concrete/1.obj 0 0 0
medium_tower3 10 lib/airport/Modern_Airports/Control_Towers/Classic_Tower_3.agp 0 0 0
medium_tower4 opensceneryx/objects/buildings/airport/towers/concrete/1.obj 0 0 0
sco_gen_radarshackbaseb opensceneryx/objects/airport/radar/2.obj -3.0 0 0
#small_fuel_station1
#small_fuel_station2

Fehlerbehebung:
Das Wort "Classic" ist mit einem Texteditor durch "Modern" zu ersetzen, 5x.

Bei Konvertierung nach XP8 und XP9 gibt es diesen Fehler nicht.

Weiterhin generiert FS2XPlane folgenden Code:

1100 07L 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000
1100 25R 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000
1100 07R 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000
1100 25L 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000
1100 H1 12642 arrivals|departures helos 000000 000000

Diesen Code akzeptiert der XPlane 10, aber nicht der WED 1.2 b1. Eine apt.dat, die diesen Code enthält kann daher nicht vom WED geladen werden. Es könnte sich also hier um einen Bug des WED 1.2 b1 handeln.
Diesen Code gibt es nicht bei der Konvertierung für den XP8 und XP9.

Was FS2XP hier generiert, ist leider unvollständig:

1100 07L 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000
1100 25R 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000
1100 07R 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000
1100 25L 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000
1100 H1 12642 arrivals|departures helos 000000 000000

Nach der Spezifikation für "Runway-in-use rule" hat ein Beschreibungsname (max. 50 Zeichen) als letzter Eintrag zu erfolgen.
Das kann beispielsweise (bis eine Berichtigung des FS2XPlane erfolgt) am einfachsten händisch so korrigiert werden:

1100 07L 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000 07L
1100 25R 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000 25R
1100 07R 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000 07R
1100 25L 12642 arrivals|departures heavy|jets|turboprops|props 000000 000000 25L
1100 H1 12642 arrivals|departures helos 000000 000000 1

Das kann der WED 1.2 b1 als apt.dat einlesen.
Was man dort hinschreibt, ist eigentlich Wurscht, sollte aber jedoch einen Bezug zu den Startpunkten aufweisen.
Mit dem, was ich hier schreibe, können eigentlich nur Szeneriedesigner und FS2XP-Konvertierer für den X-Plane 10 etwas abfangen.
Für Szeneriedesigner und FS2XP-Konvertierer für den X-Plane 9 hat das keine Bedeutung.

Nein, ich bin nicht mit EDDB beschäftigt, ich helfe dabei nur einem guten Freund, indem ich versuche Fehler aufzustöbern und diese nach Möglichkeit zu beseitigen.

Und dabei findet man so allerlei Ungereimtheiten, wenn nicht sogar echte Bugs, so wie ich sie oben beschrieben habe.

Zusätzlich habe ich auch noch feststellen müssen, dass FS2XPlane keine Rücksicht auf Transluzenz nimmt, also grundsätzlich, je nach Alpha-Schwellwert auf Opaque oder voll Transparent schaltet.

Es wird also nicht das DDS-DXT-Format abgeprüft, sondern FS2XPlane haut in jede obj-Datei ein "ATTR_no_blend" hinein.
Perdü ist es dann mit der Lichtdurchlässigkeit von Körpern. Auch hier ist dann wieder Handarbeit angesagt.

Der Konvertierer hat es eben nicht einfach!

Hm,
dieses 1100 H1 12642 arrivals|departures helos 000000 000000 H1 genau wie 1100 H1 12642 arrivals|departures helos 000000 000000 1 verursacht bei WED eine Meldung apt dat.log.

Dort steht drinnen:
Error: illegal traffic pattern code 0Error: illegal pattern runway Default
Illegal runway H1

Was das bedeutet, da kann ich mir noch keinen Reim drauf machen. Kann sein, dass keine Heliports genommen werden dürfen, obwohl sie FS2XPlane generiert. XP10 bemeckert das aber nicht, also scheint es bisher nicht weiter zu stören.

Trotz dieser Meldung wird der Heliport in den WED geladen.