Warnung: Use of undefined constant MYSQL_NUM - assumed 'MYSQL_NUM' (this will throw an Error in a future version of PHP) in ..../includes/init.php (Zeile 156)

Warnung: Use of undefined constant MYSQL_ASSOC - assumed 'MYSQL_ASSOC' (this will throw an Error in a future version of PHP) in ..../includes/init.php (Zeile 156)

Warnung: Use of undefined constant MYSQL_BOTH - assumed 'MYSQL_BOTH' (this will throw an Error in a future version of PHP) in ..../includes/init.php (Zeile 156)

Warnung: Use of undefined constant VB_FRAMEWORK - assumed 'VB_FRAMEWORK' (this will throw an Error in a future version of PHP) in ..../includes/functions.php (Zeile 8101)

Warnung: Use of undefined constant archive_postsperpage - assumed 'archive_postsperpage' (this will throw an Error in a future version of PHP) in ..../archive/index.php (Zeile 456)
Bug in FS2XPlane V3.24 [Archiv] - X-Plane Schweiz

PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Bug in FS2XPlane V3.24



Dietmar
09.05.2012, 16:46
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.

Christer
09.05.2012, 19:47
Der letzte Abschnitt mit dem Code, hatte ich gerade. Danke Dietmar!

Dietmar
10.05.2012, 10:50
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.

WoDi
10.05.2012, 12:04
Wie ich sehe, bist Du auch am EDDB zu Gange. Lass Dir Zeit, er kommt erst im Herbst ...
Ich wusele daran schon seit Wochen und finde keine vernünftige Lösung. Allerdings in Ermangelung deiner Kenntnisse.
Da werden z.B. fehlebde *.obj bemängelt, die aber vorhanden sind. Ich habe es aufgegeben.

Ich hatte versucht denn EDDB (oder BER) aus einer FS9- oder FSX-Datei zu generieren. Die FSX-Datei führte zu einem beleidigten Crash, während die FS9-Datei wenigstens lief, aber ´ne Menge Fehler generierte.

Gruß
Dieter

Dietmar
10.05.2012, 12:56
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!

WoDi
10.05.2012, 12:59
Okay, Du hast Deinem Freund bei EBR geholfen und nun mir auch. Danke.
Nun kann ich wenigstens die apt.dat laden.

Dein letzter Satz hat es in sich.

Gruß
Dieter


Edit: Die letzte Zeile
1100 H1 12642 arrivals|departures helos 000000 000000 1
sollte
1100 H1 12642 arrivals|departures helos 000000 000000 H1
heißen.

Dietmar
10.05.2012, 16:17
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.

WoDi
10.05.2012, 16:24
Trotz dieser Meldung wird der Heliport in den WED geladen.
Ja, das stimmt. Es ist nur so, dass mit "H1" die Fehlermeldung "Illegal runway H1" dann nicht mehr kommt.

Gruß
Dieter