Grundlagen Landclass / Texturen

[JOBIA]

Zu Horst

"Ich besitze nur AA und AP für FS8, die bei mir im FS9 laufen".

Genau so sieht es bei mir auch aus. Nur damals war es so das AA die Default FS2002 VTP2 Polys mitgenutzt hat. Das selbe jetzt wenn mit die alten AA im FS2004 verwendet.

Bei den aktuellen sieht das wie gesagt durch die jetzt mitgelieferten Rasenpolys halt etwas krass aus. Vielleicht ein Attribut an eine harmonischere Einbindung in die AP2004 die ja bekanntlich mit teilweise eigenen Landclassbodentexturen kommen soll.
Ich kann mir aber anhand den Screenshots die man von AP2004 bisher sehen konnte nicht vorstellen das da ein so fettes grün zur Anwendung kommt.

Wie dem auch sei ich denke zur Defaultscenery passen die Polys nicht. Na ja was man sonst noch auf den Screenshots sehen konnte haut einen bis auf ev. die Gebäudetexturen eben nicht um.

Kennt jemand die Bäume die man auf der Titelseite im Screenshot der FXP (Wien) sehen kann in der Realität bei Dämmerung. Sind das ganz normale Bäume denn dann würde das aber schon ein arger Bug sein.

Zu Thomas
"nach den Empfehlungen habe ich mir mal einige Dinge heruntergeladen und gelesen, wobei mir dann auffiel, dass im Terrain Vector Data.doc (o.ä.) die entsprechenden BGL-Dateiformate aufgeführt sind, was es möglich macht, existierende Freeeware BGL-Dateien mit Polygondaten in längerfristig weiterverwendbare Daten zurückzuwandeln".

Korrekt

Aber da brauchst Du Dir keinen Kopf zu machen das geht auch mit dem von Horst zuvor schon mal erwähnten LWM Viewer.

Auch über den Code selbst brauchst Du Dir keinen weiteren Kopf zu machen. Microsoft liefert ja den BGLC Kompiler. Richard Ludowise hat Macros geschrieben die Du auch in Ground2K wiederfindest. Das reicht Dir aus. Wenn Du die Macros anschaust siehst Du auch wie der Code programmiert werden muss, Du musst Dich daher nicht mehr mit den Bytes selbst rumschlagen. Du kannst mit dem LWM Viewer aus einer bestehenden VTP2/LWM BGL einen ASM Code erzeugen und auch mittels BGLC Kompiler und Richard seinen Macros wieder rekompilieren. Dieser produziert ASM Code ist sehr stark an das SDK angelehnt.


Zu dieser Textpassage von Dir "was es möglich macht, existierende Freeeware BGL-Dateien mit Polygondaten in längerfristig weiterverwendbare Daten zurückzuwandeln". muss man natürlich erwähnen das auch Freeware einen gewissen Copyrightschutz hat. Wenn Du es also nicht nur für Dich privat weiternutzen möchtest würde ich mit den Designern Rücksprache halten ob sie das akzeptieren.

Zu
"Außerdem kann man somit vermutlich aus beliebigen Datenquellen BGL-Dateien mit VTP Daten erzeugen, so sieht es mir aus".

Theoretisch ja. Das setzt natürlich voraus das man in der Lage ist verfügbaren Code halbwegs zu interpretieren. Wie gesagt ich habe da mal in digitalen Kartenmaterial von NAVI Systemen rumgeschnüffelt da dies ideal wären. Aber ehrlich gesagt richtige Erkenntnisse konnte ich bisher nicht rausziehen.

Ich würde an Deiner Stelle aber zumindest Richard seine Macros bzw. den Code den sie benötigen als Basis nutzen das macht auch Ground2K.

Oder aber eben den Code den die aktuelle SCASM Version benötigt. SCASM war bis vor zwei Jahren der gängige Scenerycompiler. Der Manfred Moldenhauer hat ihn vor ein paar Monaten auf einen aktuellen FS2004 Stand gebracht. Es ist ein vom Microsoft Compilern unabhängiger
eigenständiger Scenerycompiler. SBuilder z.B nutzt diesen im Gegensatz zu Ground2K.

Zu
- Es gibt zwei Sorten von Texturen: Landclasses und Bild-Texturen (Fototexturen, i.a. Satelliten- oder Luftbildaufnahmen)

Da Deine Feststellung ev. zweideutig sein könnte, hier eine eindeutige Aussage. Landclasses selbst sind keine Texturen sondern nur ein spezielles Nummernsystem welches bestimmte topografische Typklassen symbolisiert. Über diese Nummern werden später Bodentexturen positioniert die extra für die Landclasstechnik erstellt wurden

Zu
- Landclasses können mit Autogen versehen sein, bei Fototexturen sind diese extra in *.agn Dateien zu definieren (aber vielleicht ist das bei LCs genauso...)

Bei Fototexturen ist Deine Aussage eindeutig bei Landclass nicht.

Landclasstechnik wird benötigt um Zugriff auf das klassische Autogen zu haben von dem wir hier sprechen. Landclasses selbst sind nicht mit Autogen versehen sondern die Bodentexturen die über Landclasstechnik positioniert werden haben (bis auf wenige Ausnahmen) zugehörige Autogenfiles *.agn genau wie Fototexturen auch (wenn man es denn programmiert)

Bei klassischen Autogen besteht immer der direkte Bezug Textur zu Autogen.

Übrigends die SDK kompatible Fotoscenery wird indirekt immer über Landclasstechnik im FS eingeblendet. Überall dort wo Fotoscenery erzeugt werden soll muss LC Nummer 252 oder 253 je nachdem ob man Jahreszeiten haben möchte als Platzhalter eingesetzt werden. Diese LC Nummern können auch über ein VTP2 Poly eingebunden werden. Die Positionierung wo dann welche Fototextur zur Anwendung kommt geschieht wie Du erwähntest referenziert über die ellenlange LOD Nummer.

Der Rest wurde bereits von Horst erklärt.