WCM Forum

WCM Forum (http://www.wcm.at/forum/index.php)
-   Simulationen (http://www.wcm.at/forum/forumdisplay.php?f=27)
-   -   Autogen mit photorealer Szenerie ? (http://www.wcm.at/forum/showthread.php?t=89127)

thomasN 23.02.2003 20:41

Autogen mit photorealer Szenerie ?
 
Gibt es ausser dem MS annotator noch eine andere, schnellere Möglichkeit, Autogen-Objekte in einer photorealen Szenerie zu plazieren ?
Bei Häusern dürfte das wenig Sinn machen, aber zumindest den Wald könnte man so schon mal mit Bäumen bepflanzen. Als Grundlage könnten entweder die Landclass- Angaben dienen oder aber eine Maskierung der grünen Bereiche in der Scenerie.

Ich denke, die Antwort dürfte auch die Freunde in Großbritannien interessieren...

Patrick Bernhart 23.02.2003 22:21

Hallo Thomas,

ich habe im Rahmen von REAL GERMANY genau dies probiert, da mir
die Konvention der Dateinamen des FS bekannt ist, hab ich mit LC Dateien automatisch AutoGen Objekte versucht zu erstellen.

Das Ergebnis was aber sehr unbefriedigend. Das hängt damit zusammen
das die LC File einfach zu ungenau sind. Du hast irgendwo immer Wald über einer Fotorealen Texture und umgekehrt.

Dass was wirklich brauchbar ist, ist die Bearbeitung der
Texturen per Hand mittels AutoGen SDK

Gruss Patrick

JOBIA 24.02.2003 05:22

Wie Patrick gesagt hat ist vermutlich das einzig sinnvolle über das Autogen SDK also die MS Annotator.exe zu arbeiten. Eine Idee hätte ich noch die ev. funktionieren könnte. Ob sie funktioniert kann ich frühestens Ende dieser Woche checken. Wenn der FS2002 Layer über 63 zuläßt (Fotoscenery ist Layer 63) dann wird es funktionieren, da bin ich mir ziemlich sicher. Laut FS2002 läßt dieser bis Layer 100 zu. Ich habe da aber negative Erfahrungen mit dem BGL Kompiler BGLC.EXE gemacht. Vielleicht war auch nur das File zu groß.
Wenn es geht melde ich mich nächste Woche.

thomasN 24.02.2003 15:01

Danke für die Antworten-

Jobia, ich bin gespannt, ob die Alternative funktioniert.
Patrick, zwei Fragen :
Welche Landclass-Werte hast Du denn ( mit welchem tool) benutzt, um Bäume auf die Foto-Kacheln zu plazieren ? Der Boden muß doch transparent bleiben, oder ?
Falls die Angaben zur Bodennutzung zu grob sind- möglicherweise ist ja die "Maskierung" eine Lösung, die ein Kollege im britischen Forum von visualflight vorgeschlagen hat.

http://www.visualflight.co.uk/forums...p?TOPIC_ID=369

Vielleicht tauscht Ihr Euch ja einmal aus. Die Kombination von Foto-Szenerie, speziellen 3 D Objekten für Landmarks und Autogen für den Rest wäre wohl momentan optimal.

Gruß

thomas

PS. Hat jemand bereits über ein tool nachgedacht, das ganze Städte aufgrund von Stadtplänen, Höhenmessungen per Satellit, Fotos und anderen verfügbaren Angaben als eine Art 3-D-Relieff modelliert ? Ist sicher noch ne Weile hin, müßte aber im Prinzip möglich sein. Es wäre ja nichts anderes als ein sehr genaues mesh.

Buschflieger 24.02.2003 16:00

Zitat:

Original geschrieben von thomasN

PS. Hat jemand bereits über ein tool nachgedacht, das ganze Städte aufgrund von Stadtplänen, Höhenmessungen per Satellit, Fotos und anderen verfügbaren Angaben als eine Art 3-D-Relieff modelliert ? Ist sicher noch ne Weile hin, müßte aber im Prinzip möglich sein. Es wäre ja nichts anderes als ein sehr genaues mesh.

Ich glaub das bringt nix, da der FS derzeit max. 4m/Pixel zulässt. Damit wirds dann schwer bis unmöglich. Abgesehen davon möchte ich nicht wissen, wie gross die Datenmenge dann z.B. bei Berlin, München oder Köln werden würde.

Patrick Bernhart 25.02.2003 17:23

Hallo,

zur Frage wie ich die AutoGen Objekte platziert habe:

-vordef. Files für z.b Wald AutoGen erzeugt.
-LC File von FSLandclass ausgelesen
-mit VB Programm und Wissen über die Namenskonvention der Texturen
die vordef. Files eingesetzt.

Ergebnis.... besch..... :(


Gruss Patrick

JOBIA 26.02.2003 06:24

Das erste Fazit. Autogen über Attonator ist zwar möglich aber machen wir uns nichts vor, großflächig nicht realisierbar da es viel zu lange dauern würde bei fast 22000 Files. Der FS müßte dann ja auch quasi 22000 *.agn Files haben. Da die Performance unter der Fotoscenery selbst schon leidet, spätes Nachladen der Texturen. Kaffetrinken gehen bevor die Scenery geladen ist (wenn alles aktiviert ist und auf Max im FS steht).
Ich denke dann wäre Custum Autogen über Attonator tödlich. Ich hatte jetzt vor dieses auch wieder über VTP2 Polygone mit LC Zuweisung zu machen. Es wäre sehr genau positionierbar gewesen, man hätte Bereiche von ca 39 km x 39 km in einem Rutsch erschlagen können. Hätte man dieses über Ground 2K gemacht hätte man Wissen über den asm Code haben müssen, da Ground 2k nur bis Layer 63 zulässt.
Fakt ist, das der FS bis Layer 100 zuläßt, das habe ich ausprobiert. Es werden die Polygone ohne Fotoscenery angezeigt. Die Fotoscenery hat 63. Aber jetzt kommts, sobald ich eine Landclassnummer oder eine Nummer über 1023 (Texturzuweisung läuft dann über Terraintextures.CFG) zuweise, wird diese nicht mehr über der Fotoscenery angezeigt. Weise ich dem Polygon den Texturnamen selbst zu kann man das Polygon sehen. Nur mit Texturnamen leider kein Autogen. Hätte es funktioniert, hätte man nur die Polygontexturen transparent machen müssen.
Das es nicht geht hängt meiner Meinung nach damit zusammen, das die klassische FS2002 Fotoscenery wie sie Patrick und auch die Engländer gemacht haben die Fototexturen über das Landclassystem selbst zuweisen. Hier (LC252 oder LC253). Da ist es halt programmierte Logik des FS2002 in der LCLOCKUP.BGL Datei die die Landclasszuweisungen enthält, das dieses nicht zulässig ist. Normalerweise soll ja die Fotoscenery alles überschreiben, damit man nichts vom alten Scenerysystem sieht. Diese Datei konnte wie ich bereits wo anders erwähnte noch nie jemand vernünftig knacken, geschweige denn manipulieren. Damit sieht es in erster Hinsicht schlecht aus für Autogenwälder. Zwei Ideen habe ich noch, aber wenn es funktioniert, hat der Enduser zunächst mal nichts davon, da in jedem Falle die Texturen angefasst werden müssen. Den Rest checke ich am Wochenende.

ULli 26.02.2003 09:26

Hallo,

es ist fraglich, ob man Fototexturen überhaupt mit Autogen-Objekten kombinieren sollte. Beides schliesst sich eigentlich gegenseitig aus, zumal z.B. Autogen-"Wälder" normalerweise mehr wie eine Streuobstwiese aussehen. Ebenso wirken Dörfer normalerweise eher wie eine locker parzellierte Flurbereinigungszone. Das Ergebnis kann eigentlich nur lächerlich wirken. Man muss sich entscheiden, denke ich mal... Ich vermisse als einziges die Wasserreflexionen in der Abendsonne, aber das kann man zur Not verschmerzen...

Gruss,

Wolfgang

thomasN 26.02.2003 12:35

Mag sein, dass AutoGen-Wälder noch nicht optimal aussehen.
ich würde es trotzdem gerne einmal probieren.

Patrick: Jobia schreibt, dass sein Versuch mittels VTP-Polygonen und Landclass-Zuweisungen leider gescheitert ist:


Zitat:

Das es nicht geht hängt meiner Meinung nach damit zusammen, das die klassische FS2002 Fotoscenery wie sie Patrick und auch die Engländer gemacht haben die Fototexturen über das Landclassystem selbst zuweisen. Hier (LC252 oder LC253). Da ist es halt programmierte Logik des FS2002 in der LCLOCKUP.BGL Datei die die Landclasszuweisungen enthält, das dieses nicht zulässig ist.
Du hast aber offenbar mit FS-Landclass Erfolg gehabt, wenn auch die Umrisse noch nicht genau genug sind.
Kannst Du trotzdem - per post oder mail- nochmal Schritt für Schritt erklären wie und vor allem mit welcher LC-Namensbezeichnung Du Dein Ergebnis erzielt hast ?

Danke

Thomas N.

JOBIA 26.02.2003 17:15

Um Gottes Willen gescheitert ist das noch nicht. Nur die Variante die ich vorhatte. Der Rest zeigt sich.

Patrick Bernhart 26.02.2003 20:27

Hallo,

eine Step by Step Anleitung kann ich nicht geben. Das ganze
hatte ich wie gesagt mit Visual Basic erstellt. Die FS LC Files
auszulesen sollte jedem gelingen der sich ein bisschen mit VB und
dem Hex System auskennt.

Ein AutoGen File kann man einfach mit dem SDK erzeugen. Das wir dann
einfach umbenannt.

Nun liest man aus dem LC File die Landclassen aus, da man ja von dem
File über dessen Ini die Koordinaten kennt kann man für jede Position
des Feldes den AutoGen Dateinamen berechnen. Nun muss man nur noch das zuvor erzeugt AG File kopieren und neuen Namen versehen. Schups
hat man AG für die betreffenden Texturen.

Um es aber mal auszuprobieren wie AG mit Photos wirkt würde ich einfach mal den Heimat Ort mit dem SDK bearbeiten. Dann sieht man
ob es gut wird oder nicht.

Was man auch machen sollte ist die Farbe der Bäume zu ändern. Die sind wie viele im FS viel zu grün

Gruss Patrick

JOBIA 27.02.2003 16:18

Zu Ulli seinem Satz:
"es ist fraglich, ob man Fototexturen überhaupt mit Autogen-Objekten kombinieren sollte. Beides schliesst sich eigentlich gegenseitig aus, zumal z.B. Autogen-"Wälder" normalerweise mehr wie eine Streuobstwiese aussehen."

Richtig, kann ich eigentlich aufgrund der wenigen Bäume nur zustimmen. Aber im Anflug, aus der Bodenperspektive und an Hängen, also immer dann wenn ich die texturierten Flächen erkennen kann, ist das OK und sieht eigentlich sehr gut aus (Mit Tauschtexturen natürlich wesentlich besser). Dichter Wald ist momentan nicht möglich, da sich Microsoft hier eine Grenze der maximalen Objekte gelegt hat (siehe SDK). Alles andere wäre tödlich für die Performance. Kurze Anmerkung: Bei den Waldlandclass gibt es im FS keine eigenen Autogenfiles. Bei den Wald Landclass bzw. deren Texturen die 3D Bäume nutzen wird dieses FS intern generiert. Diese kann Patrick z.B definitiv nicht genutzt haben bei seinem Versuch. Ich stimme Patrick zu, sollte man Autogenwald nutzen wäre es empfehlenswert diesen farblich anzupassen.

Zu Ullis zweiten Satz:
"Ebenso wirken Dörfer normalerweise eher wie eine locker parzellierte Flurbereinigungszone. Das Ergebnis kann eigentlich nur lächerlich wirken."

Kann sein das ich diesen Satz wieder falsch interpretiere:
Ich bin da ganz anderer Meinung. Das was mich an den Autogenobjekten auch stört ist die Häuserform, speziell die Dächer, hier kann meines Wissens aber keiner was dran ändern. Man muß auch sehen das diese 3 D Rohlinge schlieslich weltweit zum Einsatz kommen. Was man verbessern kann sind in jedem Fall die Texturen zu den Häusern, hier gefallen mir die finnischen Texturen sehr gut, die ich neulich bei Schubi gesehen habe. Bei den größeren Gebäuden passt das mit diesen auch ganz gut zu Deutschland. Hier wollte ich irgendwann mal privat was deutsches für mich machen.

Was die Verteilung der Häuser betrifft und ich denke mal das meint Ulli, da kann ich ihm ganz und garnicht recht geben. Siehe im Beispielfoto im Anhang die linke untere Hälfte. Hier eine original FS Stadttextur mit den Footprints des dazu gehörigen Autogenfiles *.agn. Die roten Quadrate sind die Flächen wo später die Häuser stehen. Die grünen Quadrate sind die Flächen wo später Bäume usw. stehen. Die Häuser sind meiner Meinung genau da wo sie hingehören. Foto rechts unten eine meiner Demotexturen hier Frühling (welche leider durch eigene Dummheit flöten sind). Hier waren alle Autogenobjekte sehr genau plaziert. An so einer Textur sitzt man bei dieser Dichte dann schon mal 1 bis 2 Stunden bei den vielen Objekten. Aus diesem Grunde ist so was für eine Fotoscenery was Gebäude betrifft eigentlich nicht realiserbar.

So was jetzt kommt möchte ich nicht als Kritik, sondern mal so verstanden wissen wie ein unabhängiger Test, wie man das auch auf Flightsim.de öfter lesen kann.

Die beiden obigen Bereiche des Fotos sind zwei Autogentexturen aus RG1. Ich finde in der FlightXPress von Autogentexturen zu sprechen "um das Erscheinungsbild noch eindrucksvoller zu gestalten" ist etwas zu euphorisch ausgedrückt. Die paar Sachen die da positioniert sind ist ja nun nicht gerade die Welt, wenn man sieht was da noch an Gebäuden in den Bildern vorhanden ist. Da würde ich mich dann sogar Ulli anschließen und würde sagen man hätte das auch weglassen können. Bei den anderen 142 Autogenfiles sieht es nicht anders aus. Das man bei einer großen Fotoscenery aus Zeitgründen nicht viel mehr machen möchte ist mir klar nur der Satz könnte diesen Eindruck erwecken das es hier sehr viel mehr zu sehen gibt.

Zu dem Bericht von Guido noch ein paar Sachen.

"doch muß vermerkt werden, dass die Farbbearbeitung so exzellent durchgeführt wurde"

Bei meinem Kaufprodukt kann ich nirgendswo groß eine farbliche Überarbeitung entdecken, wenn dann muß dieses global in einer automatischen Routine in z.B Photoshop abgelaufen sein.
Eine individuelle Anpassung kann ich nicht erkennen, denn sonst wären diese harten geraden Farbkanten die man hier offensichtlich zwischen den einzelnen Luftbildern ( aufgrund verschiedener Aufnahmezeiten) sehen kann nicht vorhanden. Dieses hätte man ohne weiteres in den Randbereichen (um die harte Kante zu beseitigen) retuschieren können. Eine komplette farbliche Anpassung der Fotos untereinander halte ich aber auch für unmöglich. Grundsätzlich muß ich aber sagen, das RG1 farblich das beste Material enthält was ich als ortografisches Material bisher gesehen habe.

Kann sein das das Kaufprodukt anders als das aussieht welches der Flight Xpress vorgelegen hat. Bei mir sind es 954 MB auf Festplatte bei Guido etwa 900MB bei Ihm ist die Rede von mehr als 40000 Files. Bei mir aufgeteilt nach Gruppen: 2 Landclassfiles die als Platzhalter für die Fototexturen dienen, 2 Meshfiles, 144 Autogenfiles, 21832 Fototexturen also ca 22000 Files wobei dieses eigentlich eh nicht wichtig ist. Im Prinzip bedeutet dieses das man über das Autogentool per Hand ca. 21832 *.agn Files machen müßte. Selbst wenn man nur ca 30 min für jedes File veranschlagt, wären dieses um zu jeder Textur korrektes Autogen zu erstellen ca. 455 Tage bei einem 24 Stunden Tag, wenn ich mich nicht verrechnet habe. Ich denke das hält keiner seelisch aus. Daher hat Patrick hier eine andere Lösung versucht wie es sich Thomas N. auch wünscht.


Ende Teil1

JOBIA 27.02.2003 16:19

Teil2

Ich muß sagen Patricks Sätze haben mich am Anfang etwas verwirrt (ich vermute Thomas auch, ich gehe davon aus das er sich hier was anderes unter Patricks Sätzen vorgestellt hatte), so wie auch meine Sätze die Forumteilnehmer des öfteren verwirren. Hier meine Interpretation:

"Die FS LC Files
auszulesen sollte jedem gelingen der sich ein bisschen mit VB und
dem Hex System auskennt."

1) Mit auslesen meint Patrick hier das vom Resample Tool erzeugte Landclassfile. Er ermittelt hier für eine Position (Koordinate) im FS die Bezeichnung/Namen der an dieser Stelle verwendeten Textur z.B (011222131100110su.bmp)
Also im Prinzip das was sein Texturrechner macht der RG1 beiliegt und auch in der FlightXpress erwähnt wurde.

"Ein AutoGen File kann man einfach mit dem SDK erzeugen. Das wird dann
einfach umbenannt."

2) Mit der Attonator.EXE also dem Autogentool erzeugt er jetzt ein agn File welches nur Bewuchs z.B Wald enthält. (Die original Landclasswaldfiles kann er nicht nutzen da es hier keine agn Files gibt). Um diesen Wald jetzt an die richtige Stelle zu setzen muß er jetzt die elendig lange Nummer wissen die für die Position steht wo er Wald in der Fotoscenery gesehen hat. Diese Nummer hat er oben unter 1) ermittelt.

"Nun liest man aus dem LC File die Landclassen aus, da man ja von dem
File über dessen Ini (meint hier bestimmt die *.inf Datei die vor dem resampeln zu erstellen ist) die Koordinaten kennt kann man für jede Position
des Feldes den AutoGen Dateinamen berechnen."

Also im Prinzip das was unter 1 geschehen ist.

"Nun muss man nur noch das zuvor erzeugt AG File kopieren und neuen Namen versehen. Schups
hat man AG für die betreffenden Texturen."

Also das unter 2) erzeugte z.B Wald.agn File wird jetzt nach 011222131100110an.agn
umbenannt. Und schon wird man diesen Autogenwald an der entsprechenden Position im FS finden.

Da aber zuvor vermutlich bei der Wald.agn die ganze Fläche als Wald definiert war, passt das natürlich sehr oft nicht zu der tatsächlichen Scenery. Logisch deshalb sah das dann bei Patrick wie er sagt besch.. aus.
Kann sein das ich das jetzt falsch interpretiert habe, aber ich denke so war das gemeint.
(Ansonsten bitte berichtigen).
Ich vermute mal Thomas das Du Dir etwas anderes vorgestellt hast, sonst hättest Du nicht die Transparenz ins Spiel gebracht. Denn im Prinzip ist das oben genannte ja nichts anderes als wenn man gleich direkt für die entsprechende Textur z.B 011222131100110su.bmp im Attonatortool programmiert hätte. Denn auch hier muß man schließlich wissen wie heist die Textur eigentlich wo ich mich gerade befinde.
Durch das erzeugen von umbenannten Kopien z.B der Wald.agn erspare ich mir nur, das ich nicht jedes mal im Attonatortool die grünen Quadrate ziehen muß.


Gruß Joachim

JOBIA 28.02.2003 15:32

zu ThomasN

Zitat:

PS. Hat jemand bereits über ein tool nachgedacht, das ganze Städte aufgrund von Stadtplänen, Höhenmessungen per Satellit, Fotos und anderen verfügbaren Angaben als eine Art 3-D-Relieff modelliert ? Ist sicher noch ne Weile hin, müßte aber im Prinzip möglich sein. Es wäre ja nichts anderes als ein sehr genaues mesh.
Über so was in dieser erweiterten Form noch nicht. Ich habe schon des öfteren an diverse automatische Routinen gedacht. Speziel bei den langweiligen Sachen wie Polygonscenery, Landclass, Straßensystem, Autogen. Alle diese Sachen sind bei großflächiger Realisierung extrem langweilig. Vermutlich gibt es deshalb auch nichts großflächiges. Wo ich sehr weit bin ist bei Landclass. Hätte ich morphologisches Kartenmaterial, welches in ähnlicher Form wie die topogafische Serie TOP 50 in CD Form daherkommt, denke ich wäre ich in der Lage in ca. 2 bis 3 Wochen ganz Deutschland präzise mit der Auflösung die Landclass hergibt herzustellen. Vielleicht auch schneller. Vor 6 Jahren hätte ich ev. noch Zugriff auf solches Material gehabt das ärgert mich noch heute. Leider habe ich erst vor 3 Monaten erfahren das es solches Material überhaupt gibt. Gut damals habe ich auch lieber an Motoren rumgeschraubt.

Bei Autogen habe ich mir auch schon ernsthafte Gedanken darüber gemacht. Als ich mit dem Experiment der Bodentexturen angefangen habe, konnte ich sehr schnell merken wie ätzend das ist diese ganzen Häuser und Bewuchszonen von Hand zu setzen. Daher habe ich mir hier auch schon Gedanken über einen Automatismus gemacht. Die erste Frage ist aber woher bekomme ich die Information für die Footprints der Häuser. Ich habe da mittels diverser Farbmasken rumprobiert ob man die Dachflächen vernünftig isolieren kann. Diese wären ja als Footprints ideal. Nur leider gibt es auch dunklere Dächer. Diese Farben kommen natürlich in der Textur noch wo anders vor. Auch sind durch Schatten die Dachflächen nicht mehr quadratisch. Man könnte zwar alles restaurieren, aber richtig vernünftig geht das nicht. Bei einer Fotoscenery wie Patricks könnte man vielleicht die Information aus einer topografischen Karte auslesen. Da beides sehr genau ist stimmt es vielleicht überein.

Das nächste Problem ist natürlich was nützt es mir die Positionen und Flächen zu ermitteln, ich muß es ja schlieslich in den Autogencode konvertieren. Hier habe ich in den *.agn Dateien auch schon rumgestochert, allerdings nur an der Oberfläche. Was ich bisher rausgefunden habe ist das der Header von Byte 0-63 geht.
Byte 16=Low Byte und 17=High Byte gibt die Anzahl der Gebäudefootprints an, Byte 20=Low Byte und 21=High Byte das der Bewuchsfootprints an.

Ein Bewuchsfootprint ist immer in 16 Bytes definiert, ein Gebäudefootprint in 24 Bytes. Diese sind nacheinander weggeschrieben. Ob sie gemischt werden habe ich noch nicht nachgeschaut. Ich denke dieses ließe sich aber alles knacken. Man könnte also wenn man sich ein Programm schreibt dieses auch extern ohne Attonator.exe programmieren. Nur woraus die Informationen ziehen. Ein Luftbild so aufzubereiten das es eindeutige Informationen liefert dürfte schwierig sein. Ich vermute auch hier gibt es in einem Katasteramt oder irgendwo etwas in brauchbarer Form. Aber wie auch bei der Luftbildscenery das gleiche Problem, wie kommt man kostengünstig (am besten Umsonst) an entsprechendes Material. Daran wird vieles scheitern. Bei eigen programmierten Texturen bleibt eh nur die Textur selbst als Information übrig.

Burkhard 28.02.2003 15:54

Leider ist die Struktur der AGN-Files auch (noch?) nicht klar, sonst könnte man mittels Bildanalysen versuchen, pro Kachel Autogen zu erzeugen. Von der Performance her kommt es auf die 22000 files auch nicht mehr an.

JOBIA 28.02.2003 20:20

Na ja wie ich ja sagte Bildanalyse ist ja im Prinzip das was ich im Fotoprog auch mache. Gut bei einer reinen Bildanalyse könnte man natürlich nach quadratischen Flächen fahnden. Ich hatte mal ein Tool geschrieben welches die Pixel einer SW/WS Grafik ausliest.

Die Struktur kenne ich grob, wie ich im Posting davor beschrieben habe. Das knacken dürfte wie gesagt nicht so schwer sein. Die Bildanalyse schon eher wenn da was brauchbares bei rauskommen soll.
Bei der Performance denke ich dürftes Du aber etwas daneben liegen. Wenn Du mal in der FS2002.CFG die Einstellungen vornimmst, so das der FS versucht immer die maximale Framezahl zu erreichen, bemerkst Du schon wie extrem Autogen bei einer Landclasscenery die Performance belastet. Ein Autogenfile für einen Ort (so wie bei meiner Demotextur) ist auch schon extrem groß. Ich habe mal in den Header reingeschaut über 300 Gebäude. Bei Landlcass hast Du auch wesentlich weniger Autogenfiles im Gebrauch es gibt auch im Standard FS nur 217 Autogenfiles. Mehr können nicht geladen werden. Hier kommen dann noch mal ein paar Waldtexturen dazu wo Autogen automatisch ohne Files generiert wird. Dann kommen wir vielleicht auf einen theoretisch möglichen Wert von 250. Dazu 22000 wo nicht alle aber bestimmt 1000 Stück gleichzeitig geladen werden. Das wird schon extrem was ausmachen.

thomasN 01.03.2003 19:17

Danke für die Erläuterungen von Patrick und die "Übersetzung" von Joachim.
Scheint, dass der einzige Weg zur Automatisierung dann wohl über Bilderkennung, Maskierung und automatische Footprints bzw Katasterkarten führt. Voraussetzung: Jemand setzt sich ran, entschlüsselt die agn-Struktur und schreibt ein tool.Joachim scheint da ja schon ziehmlich weit zu sein.
Wer Zweifel an dem Zusammenwirken bon Foto-Kacheln und Autogen hat, sollte sich mal die neue Budapest-Szenerie ansehen.
Selbst die Framerate soll mit 30.000 Autogen-Objekten noch einigermaßen gut sein. Hergestellt hat sie Andras aber noch mühsam von Hand per Annotator..

Gruß

Thomas


Alle Zeitangaben in WEZ +2. Es ist jetzt 04:59 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag