Posts by Bushpilot

Bist du dir sicher, das es eine Photoszenerie ist?

Aerosoft hat doch zu der Zeit den Ground immer als 3D-Objekt gebaut und als Textur für das 3D-Objekt das Foto des Airportground benutzt.

Wenn es eine echte Photoszenerie ist, dann kann man die BGL mit dem TmfViewer öffnen und begutachten.

Wenn es ein 3D-Objekt ist, dann erkennt man es im ModelConverterX.

Hier mal EDXM aus German Airfields 2 mit dem ModelConverterX geöffnet, man sieht, das es als 3D-Objekt gebaut ist.

Wenn ich mich recht erinnere, gab es doch auch mal Probleme mit ORBX und der herbstlichen Darstellung von Bäume im Frühling (der Flusi stellt ja erst im Juni/Juli in DE auf Sommer um).

Und es gab auch ein Problem mit der CR_beech_baron_58 (einem AI-Flieger von Aerosoft).

Dort passte etwas in der aircraft.cfg mit dem zuweisen der Texturen nicht.

Wenn dieser AI-Flieger auch verwendet wird, dann kann er auch Probleme verursachen.

Bei Bedarf hätte ich die korrigierte aircraft.cfg...

In den German Airfields 9 von Aerosoft sind die Traffic-Dateien FS9 kompiliert.

Vielleicht ist dies ja bei den German Airfields 11 auch so und dadurch eventuell die Ursache deiner Probleme.

Hab es gerade noch mal getestet.

Hier noch mal der AI-C172 Flugplan...

# Start des Motors und pushback = 06:00 UTC

# TakeOff = 06:03 UTC

# 1. Landung = 06:07 UTC - anschließend wird gleich wieder durchgestartet

# 2. Landung = 06:12 UTC - anschließend wird gleich wieder durchgestartet

# 3. Landung = 06:16 UTC - anschließend wird gleich wieder durchgestartet

# 4. Landung = 06:20 UTC - anschließend wird gleich wieder durchgestartet

# 5. Landung = 06:25 UTC

# wieder auf Parkposition und Motor aus = 06:27 UTC

Die C172 fliegt also 5 Runden touch and go zu jeder vollen Stunde, benötigt pro Platzrunde ca. 4 min, ist ca. 30 min in Bewegung und steht ca. 30 min auf ihrer Parkposition.

Also...

Ich habe mal versucht, einen Flugplan nach deinen Wünschen zu erstellen, es geht leider nicht.

Mindestflugzeit für AI beträgt bei Platzrunde in EDXE (mit AIFP) = 19 min...

Vorgeschlagene Pause/Standzeit zwischen den Flügen (mit AIFP) = 20 min...

Und eine weitere Beschränkung für AI-Flugpläne sind 99 Legs (Flüge).

Die 20 minütige Pause/Standzeit könnte man noch verringern, aber um die 19 minütige Flugzeit kommt man nicht drum herum.

Ich schau mal, was sich noch machen lässt.

Du kannst schon mehrere unterschiedliche Flieger pro Stunde fliegen lassen.

Die Anzahl der Flieger wird durch die Anzahl deiner Parkpositionen in EDXE begrenzt.

Mehr Flieger als Parkpositionen macht ja wenig Sinn und du darfst deine eigene nicht vergessen.

Denn auf der Parkposition, wo dein eigener Flieger steht, wird kein AI erzeugt.

Du musst dich auch nicht an die Wiederholungen je Stunde halten.

Wenn du möchtest, dass dein AI nur zu bestimmten Zeiten fliegt, dann Week anhaken, die Wochentage auswählen, und UTC-Zeiten vorgeben.

Dadurch würde der AI nicht in der Nacht fliegen, was beim Stundenrhythmus der Fall wäre.

AIFP errechnet für die Platzrunde mit TNG in EDXE 19min.

Der AI fliegt dann fünf Platzrunden mit TNG und parkt wieder.

AIFP schlägt dann in EDXE eine Pause von 10min vor.

Diese Pause sollte man schon einhalten, bevor der Flieger zur neuen Runde startet, somit gibt es weniger Probleme.

Es sind auch andere Kombinationen möglich.

Nur an bestimmten Wochentagen, oder auch zu anderen Airports (nicht nur Platzrunden) den AI fliegen lassen.

Doch man sollte es mit dem AI nicht übertreiben.

Ein altes Sprichwort, weniger ist oftmals mehr, sollte man hier beachten.

Denn mit dem AI kannst du den FSX in die Knie zwingen!

Und was nützt dir ein überfüllter Platz und eine volle Platzrunde, wenn man selbst dadurch den Platz nicht anfliegen kann.

Also...

Zuerst einmal zur Erklärung und zum Verständnis.

Mit der Prozenteinstellung regelt man die Dichte/Häufigkeit/Vorhandensein/Sichtbarkeit des AI-Verkehrs.

Traffic-BGL 1% = im FSX ist der AI-Verkehr ab der niedrigsten AI-Einstellung (AI-Regler ganz Links) vorhanden...

Traffic-BGL 50% = im FSX ist der AI-Verkehr ab der mittleren AI-Einstellung (AI-Regler Mittig) vorhanden...

Traffic-BGL 100% = im FSX ist der AI-Verkehr erst ab der höchsten AI-Einstellung (AI-Regler ganz Rechts) vorhanden...

Die Prozentangabe ist am Regler für den AI-Verkehr ja sichtbar.

Regler im FSX sollte also eine höhere Einstellung als in der Traffic-BGL haben, damit der AI-Verkehr vorhanden ist.

Somit wäre die Einstellung von 1% in der Traffic-BGL schon optimal.

Hier mal ein Bild, wenn die Traffic-BGL im AIFP geladen ist.

Die Zeitangabe wäre in diesem Falle UTC...

Und so sieht dann der geöffnete Flugplan im AIFP aus, durch doppelklick auf die Zeile in der Spalte „Flight Plan List“…

Hier wird ein Flugplan erstellt/bearbeitet.

Zu erkennen, das der Flug sich alle zwei Stunden wiederholt und als „Touch and Go“ Landung eingerichtet ist.

Da man für einen funktionierenden Flugplan immer einen Hin- und Rückflug benötigt, habe ich es so eingerichtet, das der AT-Flieger zu jeder vollen Stunde startet.

Er führt dann jeweils fünf Platzrunden mit TNG durch, in einer Flughöhe von 1000ft, bevor er wieder zur Parkposition rollt.

Ohne TNG wird jeweils nur eine Platzrunde geflogen.

Schnell noch das Standard AFCAD von EDXE AI-tauglich gemacht, allerdings nur mit einer Parkposition, um es bei mir zu testen.

Den Test habe ich nur mit Bildern dokumentiert, ein Film wäre bestimmt besser gewesen.

FSX gestartet,AC50 als Flugzeug gewählt,EDXE als Platz gewählt und die Zeit auf 06:59:59 eingestellt.

AI-C172 steht auf Parkposition.

AI-C172 beginnt um 07:01:20 mit dem Pushback und rollt zur Startposition.

Im Durchschnitt startet der AI-Verkehr mit ca. 01min 20sek Verspätung, also nach der angegebenen Zeit im Flugplan.

AI hebt ab...

AI in der Platzrunde...

Ein extra Sichtfenster zur besseren Verfolgung der C172 eingeblendet.

C172 im Endanflug…

C172 kurz vor der Landebahn…

C172 über der Landeschwelle…

C172 setzt gleich auf…

Gut zu erkennen, das AI-Flieger nicht am Anfang der Bahn aufsetzen.

Dies muss beim erstellen eines AFCAD‘s mit berücksichtigt werden.

Bei mir hier ist die Bahn mit 390m doch recht kurz.

C172 nach der fünften Platzrunde beim Taxeln zur Parkposition...

C172 kurz vor erreichen der Parkposition…

C172 wieder auf der Parkposition abgestellt…

Hier verbleibt der AI bis zum nächsten Start.

Wie du sehen kannst, klappt es bei mir mit dem Test-AI sehr gut.

Wenn noch offene Fragen, dann einfach stellen.

Quote from higgy_de

- Kann man denn eigene gebaute Windsäcke auch animieren ?

Ja, siehe hier (https://www.youtube.com/watch?v=7hQtyPXKZN0).

Geht auch mit Gmax.

Bei FSX-SE könnten eigendlich nur Probleme beim Kompilieren des Flugplanes auftreten, wegen dem fehlenden SDK.

Hattest du nicht auch schon Probleme mit dem ADE, wegen dem SDK?

Ich stelle fest, wenn man selber für den FSX etwas basteln möchte, dann sollte man dringendst die Finger vom FSX-SE lassen!

Da produziert man sich oft seine Probleme selbst und keiner weiß dann so recht, woran es liegt.

Nach dem Start des AIFP muss man zuerst ein Flugzeug zur Aircraft List hinzufügen, dann kann man erst einen Flugplan erstellen.

Zum Testen häng ich mal für dich eine Test-BGL an.

Die zip-Datei einfach entpacken und mit zu deiner EDXE-Szenerie kopieren.

Wenn die C172 nicht in der Luft ist, sollte sie auf einer Parkposition stehen, vorausgesetzt das AFCAD ist für AI-Verkehr richtig angelegt.

Die Test-BGL lässt sich auch mit dem ATFP öffnen, so siehst du die Flugzeiten der C172.

Die letzte noch funktionierende Version vom Nvidia-Treiber ist die 376.33...

AI-Verkehr ist möglich, sofern ein dementsprechendes AFCAD für deinen Platz vorliegt.

Benötigt werden dazu Parkposition, Taxiway, Runway und Hold Short.

Dies geht mit dem Airport Design Editor (ADE) sehr gut zu realisieren.

Der Platz muss allerdings glatt und gerade sein, sonst versinkt der AI-Verkehr im Boden oder hängt in der Luft.

Du musst nur noch einen Flugplan für die Standard C172 erstellen.

Flugplan erstellen, geht ganz gut, mit dem AI Flight Planner (AIFP) von hier (http://stuff4fs.com/newpage.asp?Folder=AIFP).

Dann kann man die C172 beim Platzrunden drehen beobachten.

Oder man schaltet generell seine Schatten im FSX ab.

Dann hat man zwar keine mehr, finde ich aber persönlich besser, als die verkorksten Schatten.

Ist aber Geschmackssache, allerdings erspart man sich so, alle 3D-Modelle neu zu machen, wo man keine Schatten haben möchte.

Zu finden unter "Einstellungen --> Anpassen --> Scenery und dann auf der rechten Seite den Haken bei Bodenszenerieschatten entfernen.

Das liegt an den 3D-Modellen und ist im FSX auch so.

So sieht das Modell bei Bäumen aus (hier Oak)...

Es besteht nur aus ein paar flachen Flächen und diese erzeugen den Schatten, wie man erkennen kann.

Hier das gleiche 3D-Model mit Textur...

Man erkennt jetzt den Baum, aber der Schatten bleibt gleich.

Das das 3D-Model wie ein Baum aussieht, wird durch die Textur mit Alphakanal erreicht.

Was im Alphakanal Schwarz ist, wir im FSX transparent dargestellt.

# zugehörige Textur

# zugehöriger Alphakanal

Vom Prinzip her hilft da nur, im 3D-Model den Schatten auszuschalten.

Oder auf P3D zu wechseln.

Denn dieser stellt die Schatten richtig dar.

Ich würde die Büsche etwas mehr in den Boden stecken (Höhe Zaun und Tor) und viel dichter zusammen stellen.

Nur meine persönliche Meinung.

Vielleicht findest du ja auch noch eine ganz andere Lösung.

Ist eben Geschmackssache.

Du musst damit zufrieden sein und Dir muss es gefallen!

Quote from OfficerCrockey

Im Moment ist das so ähnlich gelöst. Habe da ein "Rezept" auf FSDeveloper gefunden.

Die Diffuse-Texture ist einfach 64px x 64px leicht blau und mit einem 50%-Alpha-Channel. Specular-Texture habe ich (noch) keine, die Spiegelungen kommen von der Global Environment Map.

...

Bei dem Tutorial (nach dem ich auch persönlich Glas herstelle) wird auch die Einstellung Global Enviroment Map verwendet.

Allerdings mit einer extra Specular-Textur in Verbindung mit einem Alphakanal.

Somit kann man das Ganze noch etwas besser abstimmen.

Du meinst sicher dieses "Rezept" hier (http://www.fsdeveloper.com/wiki/index.php…ns_and_specular).

Noch ein kleiner Nachtrag.

Ich würde eine Extra-Textur (nicht in der Gebäudetextur) für das Glas verwenden.

Dies macht weniger Probleme mit Objekten, welche durch das Glas (im Objekt und auf der anderen Seite des Objektes) sichtbar sind.

Hier sind mal meine Texturen zu obigen zwei Bildern.

#Bild 1

-Textur

-zugehöriger Alphakanal

-Specular Textur

-zugehöriger Alphakanal

#Bild 2

-Textur

-zugehöriger Alphakanal

-Specular Textur

-zugehöriger Alphakanal

Die Farbe der Textur ist ja selbst erklärend.

Je dunkler der Alphakanal in der Textur, um so durchsichtiger wird das Glas.

Die Farbe der Speculatur-Textur wird bei Sonneneinstrahlung in Kombination mit der Texturfarbe wiedergegeben.

Je heller der Alphakanal der Specular-Textur, um so mehr spiegelt das Glas.

Quote from OfficerCrockey

... Das Glas ist sicher so eine Sache und eine, die alles andere als leicht zu lösen ist in FSX/P3D. Es findet sich auch nur sehr wenig dazu auf FSDeveloper & Co. Bisher ist das ja auch nur in sehr wenigen Payware-Szenerien überhaupt umgesetzt. Ab und zu mal beim Tower, aber da schaut man ja nicht so genau hin. Ich muss auf jeden Fall mal ein paar Szenerien abgrasen und schauen, wie das dort gelöst wurde. Das Problem hier ist halt, dass die Glasflächen doch sehr groß sind und man eben sehr gut durchschauen kann. Vorteil ist wiederum, dass innendrin tatsächlich mehr oder weniger leer ist, es hängen lediglich ein paar Bilder an der Wand...

Also...

Die Sache mit dem Glas, würde ich wie folgt lösen.

Und zwar:

#Transparenz und Farbe der Glasscheibe über die Textur mit Alphakanal ("Diffuse texture" im MDL)

#Spiegelung der Glasscheibe über die Speculartextur mit Alphakanal ("Specular texture" im MDL)

Hier mal ein paar Testbilder...

Ich hatte dazu 2012 mal ein Tutorial im Netz gefunden.

Dies scheint es aber nicht mehr zu geben.

Allerdings habe ich noch die zip-Datei, welche dazu war und würde sie hier gern per PN zur Verfügung stellen (da ich nicht der Urheber bin).

Darin ist alles enthalten (Gmax-Datei, MDL-Datei, Texturen) und man kann damit herumexperimentieren, bis man seine Einstellungen gefunden hat.

Quote from boogie

Werde ich machen, meinste, die Installationsdaten anderer Szenerien unter ProgramData bleiben erhalten?

Wenn du dir Sorgen um die SODE-Daten der anderen Szenerien machst, dann einfach den XML und SimObjects Ordner aus dem SODE-Verzeichnis unter ProgramData sichern.

Dann kannst du die Daten bei Bedarf zurück kopieren.

Sieht geil aus!