|
@Jobia - Landclass/Mesh ?
Lieber Joachim & wissende Kollegen,
wie erkenne ich eigentlich ob ein Scenery Folder Mesh oder Landclass files beinhaltet ?? *.bgl sind sie ja alle ? |
Hi,
soweit ich das bis jetzt mitbekommen hab haben Lndclass files ein LC im filenamen. Ich bin auch grad dabei alle LC files zu suchen und in das verzeichnis:FS2004\SCENERY\BASE\SCENERY zu verschieben. Weiss wer, ob man dieses verzeichnis dann anmelden muss im FS, oder nicht. ich tippe auf nein. Grüße Markus |
Noch eine Frage von mir
Weis wer wenn ich so eine Strukutur hab X:\FS2004\Addon Scnery\Landclass darunter sind ordner Bayern Hannover Teneriffa Swiss ...... unter jeden ordner ein unterordner SCENERY wo die bgl's drinnen sind. Ist das ok? Oder sollte man es doch besser in diesen FS2004\SCENERY\BASE\SCENERY ordner legen? Grüße Markus |
Zitat:
Ciao, Rainer. |
Zitat:
nein es existiert kein TEXTURE verzeichnis drinnen. Grüße Markus |
Landclass + Mesh
Ich hab da auch mal ne Frage zu.
Wie ist die Anordnung inder Scenerybibliothek ??? Zum Beispiel bei der Scenery xyz (z.B. Spain). Muß die Scenery oben in der Bibliothek (also bei der Nummer 1) sein und darunter die dazugehörige Landclass-Scenery (also bei der Nummer 2) und darunter dann die Mesh-Scenery (also bei der Nummer 3) , oder wie ist die Reihenfolge am Besten ??? :confused: Ich hoffe mal auf Hilfe. Danke im Vorraus !!! Gruß aus EDDI Schnurri :rolleyes: |
Zu deiner Frage:
Wie ist die Anordnung inder Scenerybibliothek ??? Zum Beispiel bei der Scenery xyz (z.B. Spain). Muß die Scenery oben in der Bibliothek (also bei der Nummer 1) sein und darunter die dazugehörige Landclass-Scenery (also bei der Nummer 2) und darunter dann die Mesh-Scenery (also bei der Nummer 3) , oder wie ist die Reihenfolge am Besten ??? Ich hoffe mal auf Hilfe Ja das kannst du so machen da es logisch ist. Machst Du es nicht ist es aber auch nicht tragisch. Jede datei hat eine Header. In diesem ist definiert um was es sich handelt. der FS merkt das und nimmt hier die logische Verteilung selbst vor. Wichtig wird es aber wenn man mehrere landclassfiles hat die zum Teil den selben Bereich abdecken. Dann kann man hier die Priorität von Landclassfile untereinander beeinflussen. Das gleiche gilt für verschiedene Meshfiles. Allerdings nur so lange wie sie die selbe LOD (Level of Detail) Auflösung haben. Ein Mesh welches auf gleiche Fläche bezogen viermal so viele Höhenpunkte hat wie ein anderes welches in der Priorität in der Bibliothek höher steht wird trotzdem vorrangig behandelt. Das ist auch das Dilemma beim Lago Mesh. Ist dieses z.B mit dem Faitman Allemagne Mesh aktiv wird es egal wie die Priorität in der Scenerybiblithek von euch geregelt wird das Allemagne Mesh vernichten. Das obwohl das Allemagne Mesh besser und genauer ist. |
Zitat:
|
*bump* .... bevors auf Seite 2 entschwindet :)
|
Sorry Martin habe ich übersehen. Ich möchte hier nicht tiefgreifend irgend etwas erklären da das kaum jemand interessieren dürfte. Aber ein untrügliches Merkmal an dem man Landclassfile erkennt bzw. auch von Meshfiles unterscheiden kann ist folgendes.
Bei Landclassfiles findest Du immer ab der dezimalen Adresse 344 die Bytekombination FF FF FF FF Bei Meshfiles an der selben Adresse FE FE FE FE Egal mit welchem Tool die Mesh oder Landclassfiles erzeugt wurden. Daran kann sie jederman immer identifizieren. Grund ist auch das es keine Tools gibt die landclass direkt programmieren. Alle Tools erstellen ein Rohdatenfile und eine Informationdatei. Wie dieses auszusehen hat ist vorgeschrieben. Sprich hier treffen sich alle tools wieder auf einer Ebene. Die eigentliche BGL erzeugt immer die resample.exe des SDKs. Über diese Exe wird waterclass, Landclass, Fotoscenery, Mesh, Seasonfiles (Jahreszeitendefinition) programmiert. Ich hoffe ich habe nichts vergessen. Logisch gibt es noch mehr Erkennungsmöglichkeiten. Dieses ist aber insofern günstig da man dieses auch mit einem Texteditor wie Wordpad erkennen kann. Dann findet man in Zeile 3 als erste Kombination die Buchstaben bbbb bei Meshfiles vor. Bei Landclassfiles yyyy allerdings mit Pünktchen über den y. Leider kann es sein das Note- oder Wordpad Landclass oder Meshfiles nicht öffnen können wenn diese zu groß sind. Auch ist nicht immer garantiert das man diese Zeichen in Zeile 3 findet. Kommt im BGL Code vor Byte 344 eine ASCII Zeichen kombination vor welches als Zeilenende oder Zeilenumbruch von Wordpad interpretiert wird, dann findet man es erst in einer späteren Zeile wieder. Man findet dieses Zeichenkombination aber immer ab Zeichen 344. Man könnte das daher auch immer auszählen. Sicherer ist das natürlich mit einem HEX Editor. Zu Landclassfiles allgemein möchte ich nur das anmerken was Rainer in einem anderen Thread und ich auch früher schon erzählt habe. Landclass frisst umso mehr Performance umso mehr verschiedene Landklassen in einem File zugewiesen werden. Das default worldlc.bgl Landclassfile ist da sehr monoton und schont daher die Performance. Etwas anderes möchte ich aber noch anmerken. Das passt hier gerade gut da wir beim Thema Header sind. Landclassfiles definieren immer eine Fläche von ca. 300x300km. Anders geht es nicht. Damit man aber auch kleinere Gebiete definieren kann hat Microsoft die Möglichkeit einer Art Transparenzlandclass mit Nummer 254 geschaffen. Man kann also im Prinzip nur eine einzige Landclasskachel von ca. 1,2x1,2km mit Wald oder z.B Stadt definieren . Den Rest füllt man mit LC254 als unsichtbare Landclass. Das Umfeld bleibt dann durch dieses Landclassfile optisch unberührt. Damit ist die Bedingung erfüllt das man 300x300km definiert hat. Da die Files komprimiert werden ist das noch nicht mal groß schädlich. Nur wenn jemand eine Fläche von 300x300km komplett neu definieren will ist es sinnvoll dieses nicht auf ev. mehrere 100 Files mit Transparenzlandclass zu verteilen. Sondern sinnvoller ist es dieses generell in einem File zu machen. Grund ist der Header, der Kopf der Datei. Er beschreibt Designgrenzen und die BGL selbst. Er ist zwar nicht mehrere hundert Bytes lang. Aber es ist leider so das es Landclassfiles gibt, da macht im Prinzip ein Drittel der Bytes des Einzelfiles unnütze vermeidbare Daten aus in Form von Header und Zusatzinformationen. Da die Fläche mit mehreren 100 Einzelfiles dargestellt wird es aber auch mit 1 File ginge könnte man sehr viel unnütze Daten vermeiden. Diese belasten das System da zum einen Daten verarbeitet und gelesen werden müssen, weiterhin der FS aus diesen überflüssigen Daten die Priorität der Files vergeben muß. Ich gebe aber Rainer recht besser als nichts, solange nichts besseres da ist. |
Sorry was das anschauen mit einem Texteditor betrifft muß ich mich korrigieren hatte am Fenster umbrechen eingeschaltet also nichts mit dritter Zeile. Hätte ich sehen müssen das dort z.B kein 0A vorstand.
Fakt ist mit Zeichen auszählen geht es mit einem Texteditor. Besser wie gesagt gleich ein Hexeditor das zeigt einen auch gleich die Zeichen/Bytenummer an. |
Hallo Joachim,
vielen Dank, das mit der Byte-Folge ist entscheidend. Ich habe ein Tool womit ich in einem Verzeichnisbaum nach Bytefolgen in Dateien suchen kann. Damit kann ich jetzt untrüglich Landclass-BGL´s identifizieren. Das sollte ein wirksames Mittel sein, um diesem Bug vorzubeugen. |
Äh ich muß jetzt lügen bin nicht am eigenen PC, aber Waterclassfiles haben die gleiche Bytefolge. Waterclass gibt es aber im Fs nur einmal. Das eigene worldwc.bgl
Ich habe noch keinen Designer gesehen der an eigenen Waterclass Interesse hat. Nur sicherheitshalber wollte ich das sagen. |
Zu Deinem Satz unten muß ich aber noch was sagen.
"Ich habe ein Tool womit ich in einem Verzeichnisbaum nach Bytefolgen in Dateien suchen kann". Dein Tool sollte in der Lage sein im Verzeichnisbaum speziell an dieser Adresse zu suchen. Nur nach der Bytefolge allgemein zu suchen macht keinen Sinn. Es kommt nämlich in den BGL Files mit Sicherheit fast jede beliebige Bytefolge einmal vor. Du wirst also quasi fast in jedem File irgendwann auf diese Bytefolge stoßen. |
Hi Joachim,
jo, das ist mir schon klar :-). |
Hallo,
ich wollte diesen Beitrag nochmal nach oben holen und zu dem Thema was schreiben. Mittlerweile habe ich mich auch damit befaßt und mir auch ein kleines Script geschrieben, welches Verzeichnisbäume nach .bgl Dateien durchsucht und am Offset 344 den Dateiinhalt überprüft. Es ist ein kleines PHP Script, läuft daher z.B. problemlos mit dem PHP Interpreter als Windows-Version, den man sich bei www.php.net ziehen kann. Vielleicht hat jemand Interesse daran? Jobia, wie ist es eigentlich bei Fototexturen? Ich habe das versuchweise erst mal auf meine FS2002-Installation (mit der 2004er schaue ich später mal) auf dem Notebook losgelassen, dort erhielt ich in der Trefferliste auch einige BGLs in den Default-Verzeichnissen: Einträge in Verzeichnis C:\Programme\Microsoft Games\FS2002\SCENEDB\Cities\la\Scenery imglosangeles.bgl Einträge in Verzeichnis C:\Programme\Microsoft Games\FS2002\SCENEDB\Cities\lasvegas\Scenery imgvegas.bgl Einträge in Verzeichnis C:\Programme\Microsoft Games\FS2002\SCENEDB\Cities\newyork\Scenery imgmanhattan.bgl Einträge in Verzeichnis C:\Programme\Microsoft Games\FS2002\SCENEDB\Cities\sanfran\Scenery imgsanfran.bgl Einträge in Verzeichnis C:\Programme\Microsoft Games\FS2002\SCENEDB\Cities\seattle\Scenery imgseatac.bgl Einträge in Verzeichnis C:\Programme\Microsoft Games\FS2002\SCENEDB\Westhem\ussw\Scenery hydrophoover.bgl Einträge in Verzeichnis C:\Programme\Microsoft Games\FS2002\Scenery AlicanteLC.bgl edbmarealc.bgl eddbarealc.bgl eddiarealc.bgl eddrarealc.bgl edfharealc.bgl edoparea1lc.bgl edoparea2lc.bgl edoparea3lc.bgl edvearealc.bgl GC_LCE67N13.bgl GIB_LANDCLASS_LC_0.bgl GUA_LCE39N05.bgl hawa_LCE54N08.bgl hawa_LCE55N07.bgl hawa_LCE55N08.bgl LCE92N10.bgl LCE92N11.bgl LCE93N10.bgl LCE93N11.bgl LCE95N14.bgl regions.bgl Reno_LCE64N14.bgl Reno_LCE64N15.bgl Reno_LCE65N14.bgl Reno_LCE65N15.bgl seasons.bgl SEA_LCE64N17.bgl SEA_LCE64N18.bgl ValenciaLC.bgl worldlc.bgl worldwc.bgl YE_LCE67N16.bgl Wie gesagt, das als Beispiel - heißt das, daß die Default-Stadtdateien Landclasses sind? Viele Grüße Thomas |
Ganz kurze Antwort. Ich erwähnte weiter oben schon das man die Bytekombination auch bei Waterclassfiles findet. Das kann man an Deiner Liste auch erkennen. Es wird das globale worldwc.bgl auch mit ausgespuckt. Da habe ich aber wie gesagt darauf hingewiesen.
Im wesentlichen ging es aber um die Identifizierung von Mesh und LC Files. Waterclass ADDON Files habe ich noch keinen gesehen der das programmiert hat. Daher findet man in der Regel nur das FS eigene. Das düfte daher nicht stören bei der Indentifizierung. Man findet auch die regions und seasons.bgl . Zwei Steuerdateien für Landclass. Auch die stören nicht man findet sie im FS nur einmal. Ich könnte jetzt noch weitere Identifizierungsmöglichkeiten rausgeben. Es ergäbe aber keinen Sinn um jetzt diese drei Sonderfälle auszufiltern. Die kann man sich merken. Ev. könnte es sein das irgendwann ADDON Waterclassfiles mit ausgespuckt werden. Wie gesagt ich kenne keinen der bisher Lust hatte andere Gewässerarten einzusetzen. Das mit den Städten und Fotoscenerien kann ich Dir eindeutig erklären. MS hat sehr oft auch bei Airports das Umfeld mit Fotoscenery gestaltet. z.B den Startairport Seatle oder auch Klax. Dazu muß man wissen das die Fototexturen einer Fotoscenery über Landclass Nummer 252 oder 253 zugewiesen werden. Sprich diese beiden LCs dienen als Platzhalter für eine Fototextur. Ergo solche BGL Files einer Fotoscenery sind stinknormale Landclassfiles. Daher findest Du sie auch. Wo dann welche Fototextur vom FS positioniert wird ist durch diese elendig lange LOD Nummer bestimmt . Also diese mit den 0 und 1. |
Hallo Joachim,
Zitat:
Ich hatte nämlich in Südamerika einen derartigen Speicherüberlauf, da ich die "Wonderful Rio" Scenery besitze (als 2004er Version), hatte ich diese in Verdacht, da der Absturz in der Gegend geschah. Beim Darüberlaufenlassen über die Verzeichnisse förderte mein Script auch einige BGLs zutage, die als LCs interpretiert wurden, durch Deine Info jetzt weiß ich aber, daß es sich dabei wohl nur um die Fotosceneries handelte. Ist eigentlich dies auch der (vermutete) Grund für die Überläufe durch leere Texture-Ordner? Daß nämlich der FS2004 sich quasi nach Fototexturen totsucht, wenn er einen Texture-Ordner bei einer Landclass-Scenery vorfindet? Zu den Waterclasses bleibt nichts hinzuzufügen, ich könnte mir auch keine sinnvolle Anwendung vorstellen, außer einer fehlerhaften Einfärbung des Meeres (Grün/Blau) an einer bestimmten Stelle. Viele Grüße Thomas |
jungs..
WIE sollte die scenery library angeordnet sein ???? bei mir ist sie folgendermasen: ganz oben AFCAD files ( fliege fs9 ) River ( river addon von flightsim.com ) Landclass Mesh Städte ( einzelne szenerien wie zb mal OSLO ) Länder ( zb norwegen szenerie ) danke klaus |
Hallo Klaus,
Zitat:
Viele Grüße Thomas |
Priorität siehe ganz oben in diesem Thread. Der FS findet in jeder Scenery BGL datei einen Header in dem erkennt er was für eine Datei es ist. Daran regelt er die priorität logisch aus.
Die Priorität wird nur dann wichtig wenn es sich um gleichartige Files handelt. Eben z.B Airportscenerien. Oder Meshfiles die gleiche Bereiche abdecken. Haben beide Meshfiles die selbe Auflösung kann man über die Priorität in der Bibliothek diese regeln. Haben die Meshfiles aber unterschiedliche Auflösungen wird immer das mit der höchsten bevorzugt egal wo es steht. Zu der Frage: Ist eigentlich dies auch der (vermutete) Grund für die Überläufe durch leere Texture-Ordner? Daß nämlich der FS2004 sich quasi nach Fototexturen totsucht, wenn er einen Texture-Ordner bei einer Landclass-Scenery vorfindet? Nein denn in den normalen Landclassfiles ist die Landclassnummer 252 und 253 nicht programmiert. Daher sucht er auch nicht nach Fototexturen. Würden diese LC252 und 253 programmiert und die Texturen fehlen hätte man dort wo sie fehlen graue Flächen. Das kann also nicht der Grund sein. Im Prinzip gab es den fehler ähnlich im FS2002 auch dort nur mit etwas anderen Fehlerbild. |
Hallo Joachim,
Zitat:
Danke nochmal für Deinen so kompetenten Beitrag zu den vielen hiermit in Verbindung stehenden Problematiken, bald schaltet doch der Flusi wieder in eine "Übergangsjahreszeit" um, ich bin schon gespannt, ob dann die Probleme allgemein wieder zunehmen werden. Viele Grüße Thomas |
Man muß halt etwas unterscheiden. Programmiert man z.B Landclassnummern die nicht existieren crasht der FS auch nicht. Dann zeigt er auch graue Flächen.
Zu den Fototexturen muß ich aber beim FS2004 noch mal genauer schauen ob hier das fehlen mit einer grauen Fläche quitiert wird. Unzulässige Landclass ist es definitiv so. Fotoscenery habe ich nach dem FS2002 nichts mehr mit gemacht. Dürfte aber für uns glaube ich keine Rolle spielen. Ich glaube nicht das eine Fotoscenery mit fehlenden Texturen veröffentlicht wird. |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 11:15 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag