Posts by Bushpilot

Hallo Klaus,
vielleicht ist ja der P3DFSX Switch (hier) genau das, was du suchst.
Er macht das selbe, wie das Migrations-Tool, nur er ist Freeware.

Quote from MarcusT

... schlimm auch weil dir viele zugestimmt haben und kein Wort deshalb sagen ...

Hallo Marcus,
dem Frank hat niemand zugestimmt, weil er dich bloß gestellt oder gar "runter gemacht" hat, denn dies tat er nicht.

Dem Frank wurde zugestimmt, weil er so anständig war und sich bei dir entschuldigt hat.

Danke für den Hinweis, Manfred.

Die neue Funktion kann David ja mal bei seinem Hangar testen, ob sie sich gut handhaben lässt.

Rainer, den genauen Grund/Ursache werden wohl nur die MS-Entwickler des Flusis kennen.

Warum dies so ist, Rainer, entzieht sich auch meiner Kenntnis.
Ich habe nur die Erfahrung gemacht (als ich SIRP für den FSX redesignet habe), das es so ist.

Ich vermute, das es daran liegt, das MS versucht hat, den Flusi als Weltkugel darzustellen.

Wir müssen jetzt mit dem Ergebnis leben und jeder entwickelt dann eben seine eigene Masche, mit dem Problem umzugehen.

Die MSL-Höhen, auf denen sich deine Airports befinden, David, sind ca.:
# Ambrolauri Airport = 1837ft / 560m (MSL)
# Mestia Airport = 4778ft / 1456m (MSL)

Die Höhe , auf der mein Test-Objekt (ein Standard Objekt des Flusis) platziert ist, steht ja weiter oben.

Quote from simmershome

Bei mir auch

Dann habt ihr beide (Rainer und Manfred) sicherlich noch nicht, die gleichen Objekte mit ihren Effekten in einer MSL-Höhe von 2000ft und Höher platziert?

Die Abweichung der Effekte (zum dazugehörigen Objekt) hat etwas mit der Höhe über dem Meeresspiegel (MSL) zu tun, wo das Objekt mit dem Effekt platziert wurde.
Je Höher das Gelände, wo sich das Objekt mit dem Effekt befindet, desto größer die Abweichung des Effektes vom Objekt.

Erstellst du (David) ein Objekt mit Effekt für Ambrolauri und verwendest das gleiche Objekt in Mestia, dann hast du die Abweichung des Effektes.

Aus diesem Grund platziere ich Effekte immer separat.
Dies erspart mir das "Gefriemel" in der MDL mit dem ModellconverterX, denn der Effekt (z.B. Rauch) muss bei unterschiedlichen Airport-Höhen immer wieder neu angepasst werden.
Und dies geht nun mal am Besten, wenn man den Effekt wie ein 3D-Objekt behandeln kann.
Was ich persönlich als besser empfinde und ich habe eine separate BGL-Datei, in der sich nur die Effekte befinden.

Übrigens, funktioniert der XML-Quellcode von mir auch mit mehreren Effekten.
Zum Testen, sollte die XML-Datei ausreichend sein, denn der Flusi kann ja auch XML-Dateien lesen.
So spart man sich, zumindest in der Testphase, immer das Compilieren zur BGL-Datei.

Aber jeder kann dies natürlich für sich selbst entscheiden, dies ist nur meine persönliche Meinung.

Damit wir nicht aneinander vorbei reden.

Hier noch mal eine Erläuterung, was ich mit Höhe über den Meeresspiegel (MSL) in Bezug auf Effekte zum Ground meine.
Dies hat nichts mit der Höhe des Effektes am dazugehörigen Objekt (ASL) zu tun.

Als Test-Objekt dient „gen_tv01“, ein Standard Objekt von MS.

Hier gibt es einen Effekt, in Form eines roten blinkenden Lichtes an der Spitze des Towers, in einer Höhe von ca. 18ft (AGL).

Das Test-Objekt in Petersburg (PAPG) platziert…
Der Ground hat hier eine Höhe von ca. 96ft (MSL).

Seitenansicht…

Draufsicht…

Wie man sieht, passt alles ganz gut.

Test-Objekt im Porcupine Camp (SIRP) platziert…
Der Ground hat hier eine Höhe von ca. 5960ft (MSL).

Seitenansicht…

Draufsicht…

Hier sieht das Ganze jetzt schon anders aus.

Aus diesem Grund nutze ich Whisplacer, allerdings im FSX.
Dieses Programm behandelt die Effekte, als wären es 3D-Objekte.
Somit kann man die Effekte viel besser ausrichten.

Wenn bei dir Whisplacer Probleme bereitet und du kein anderes Objektplacer-Programm besitzt, was diese Funktion auch unterstützt,
dann bleit nur noch die Möglichkeit, den Effekt über eine XML-Datei zu platzieren.

Dafür hätte ich hier einen Quellcode.
Welcher nur noch an die eigenen Verhältnisse angepasst werden muss.

<?xml version="1.0" encoding="ISO-8859-1"?>
<!-- Created by Scenery Design Engine (SDE) on 10.05.2015 -->
<FSData
version="9.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="bglcomp.xsd">
<SceneryObject
lat="00.000"
lon="-00.000"
alt="0.000M"
altitudeIsAgl="TRUE"
pitch="0"
bank="0"
heading="0"
imageComplexity="NORMAL">
<Effect
effectName="fx_Name"
effectParams="DAY=1;NIGHT=0"/>
</SceneryObject>
</FSData>

Also die Koordinaten (als Dezimalzahl), die Höhe in Meter über Ground (ASL), der Effekt-Name (Name der Effekt-Datei ohne die Endung .fx) sowie die Effekt-Parameter (effectParams=) müssen richtig eingetragen werden.
Der Eintrag (effectParams="DAY=1;NIGHT=0") kann auch entfernt werden, dann ist der Effekt ständig sichtbar.

Um den Effekt besser platzieren zu können, würde ich ein kleines Dummy-3D-Objekt erstellen, durch dessen Platzierung man die richtigen Koordinaten und Höhe für den zu platzierenden Effekt erhält.

Der geänderten und angepassten XML-Datei einen aussagekräftigen Namen geben, diese anschließend compilieren und die entstandene BGL-Datei in den scenery-Ordner der selbst erstellten Szenerie verschieben.

Ich glaube, um so höher dein Effekt über dem Meeresspiegel liegt, um so höher ist die Abweichung.

Aus diesem Grund, platziere ich Effekte mit Whisplacer (http://lc0277.gratisim.fr/whisplacer.html) einzeln.
Dort werden die Effekte wie 3D-Objekte platziert und man kann eine eigene BGL für Effekte erzeugen/compilieren.

Heute möchte ich hier mal eine Lanze für Christian brechen.
Der schwarze Peter liegt eindeutig bei AS und dem AFCAD für EDXM.

Das Problem hierbei ist, AS hat den Airport von St. Michaelisdonn als 3D-Modell gebaut (nicht eben/glatt, sondern als sloped Runway).
Dazu gibt es von AS ein normales AFCAD, wo zwar die Start-Punkte an beiden Runway-Enden in der Höhe passen, aber eben die Parkpositionen auf dem Apron nicht.

Wer nun lieber seinen Flug vom Apron aus starten möchte, für diejenigen habe ich ein neues AFCAD von EDXM erstellt und als Anhang mit hochgeladen.

Ich habe einen Startpunkt/Parkplatz eingebaut, der vor dem Tower liegt.
An dieser Stelle, steht dann immer der Flieger, wann immer EDXM aufrufen wird und versinkt nicht im Boden.
Wenn man dann in EDXM landet, kann man sein Flugzeug abstellen, wo immer man möchte.

Im neuen AFCAD gibt es zwar weder Run- noch Taxiway, doch im Navi ist EDXM weiterhin zu finden.
Allerdings gibt es somit keinen AI-Verkehr, doch dieser wäre mit dem original AFCAD sowieso im Boden versunken.

Das AFCAD von mir trägt den Namen "AF2_EDXM_ADEX.bgl", diese kommt mit in den Ordner, wo sich die original AF2_EDXM.bgl befindet.
Die original BGL bitte deaktivieren.

Ja, von dem Gesichtspunkt, das der User immer etwas zu sehen bekommt, da hast du vollkommen recht, Rainer!

Da ist es wirklich schwierig den Gebäckzug auf dem Airport/Apron zu realisieren.

Mit Autos und Schiffen hat man es bedeutend leichter, da spielt es keine Rolle, ob sie mal da oder verschwunden sind.
Ist dann wie im realen Leben, da sieht man auch nicht immer Autos auf dem Airport umherfahren oder eben Schiffe auf dem Wasser.
Bei Autos benötigt man dann nur noch eine geeignete Stelle, so das der Wagen nicht direkt vor den Augen des Users verschwindet.

Wir sind eben im Flugsimulator.
Da ist eben alles nur ein wenig Beiwerk, damit uns das Fliegen etwas abwechslungsreicher gestaltet wird.

Ein noch anderer Ansatz/Idee wäre doch SODE.
Da den Gebäckzug als animiertes 3D-Model auf unsichtbarer Strecke erstellen und dann kann man eine Entfernung einstellen, wo die Animation beginnt.

Zumindest, klappt es mit Hangar-Toren bei mir sehr gut.

Dann verschwindet das Objekt nicht und es bewegt sich, wenn der User da ist und man kann auch Höhenunterschiede bewältigen.

Dies wäre dann auch ein Ansatz für Manfred, denn da muss der Zug im Bahnhof ja nicht wenden.
Der Zug kann einfach von A nach B und zurück fahren.

Erst mal noch alles Theorie, aber einen Versuch wert.
Oder?

Ein interessantes Thema.

Quote from simmershome

AI braucht immer hin und zurück...

...Ich wollte in Mytilene ursprünglich meinen Gepäckzug von Apron 1 nach Apron 2 fahren lassen. Der Weg dorthin war 8m breit. Generell fahren dann beide Züge im Gegenverkehr außerhalb der 8m oder nur einer innerhalb und dies nach dem Zufallsprinzip.

AI braucht immer hin und zurück, das ist soweit richtig, hat aber mit Gegenverkehr nichts zu tun, denke ich.

Man kann ein Schiff/Auto jede volle Stunde von A nach B fahren lassen.
Start bei A 00:00...
Vor Ablauf von einer Stunde muss das Schiff/Auto dann wieder von B zurück an A angekommen sein.
Somit wird von B 00:30 gestartet.

Als Beispiel lasse ich mal den "VEH_Larrys_schoolbus" auf meinem Test-Airport (TE68) eine kleine Runde fahren (allerdings im FSX).
Er startet an Punkt A zu jeder vollen Stunde (00:00) und fährt zu Punkt B...
Eine halbe Stunde später (00:30) startet er am Punkt B und fährt wieder zu Punkt A...

Hier mal meine Source-Codes:
# Boats_TE68_Test.txt
AC#1,30,"VEH_Larrys_schoolbus"

# Plans_TE68_Test.txt
AC#1,Car,1%,1Hr,00:00:00,00:01:25,99999,normal,ferry,00:30:00,00:31:25,99999,reverse,ferry

# Routes_TE68_Test.kml

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<kml xmlns="http://earth.google.com/kml/2.0">
<Document>
<name>File created with kml.KMLWriter</name>
<Placemark>
<name>99999</name>
<Style>
<LineStyle>
<color>ff0000ff</color>
<width>2</width>
</LineStyle>
</Style>
<LineString>
<tessellate>1</tessellate>
<coordinates>-96.66120783425868,33.74163821331267,0.0
-96.6612636577338,33.741989151898416,0.0
-96.66104690171778,33.74420276451621,0.0
-96.66108227334918,33.74631739445597,0.0
-96.66077231056988,33.7468213062714,0.0
-96.65975357405841,33.74714524958132,0.0
-96.65886090137064,33.74631739445597,0.0
-96.65861246176064,33.74532756767566,0.0
-96.65865579620005,33.742727022771014,0.0
-96.65870239958168,33.742196115679754,0.0
-96.65883030742407,33.741836178668734,0.0
</coordinates>
</LineString>
</Placemark>
</Document>
</kml>

Im Anhang zum Ausprobieren dann die combilierte Traffic-BGL-Datei.

Beim Testen ist mir allerdings aufgefallen, wenn ich mich genau zur vollen Stunde auf den Platz stelle, fährt der Bus unendlich lang seine Runden.
Stelle ich mich nur eine Sekunde vor der vollen Stunde auf den Platz, steht der Bus am Anfang/Ende seiner Route und nach ca. 1,20min verschwindet er spurlos.
Muss ich mal noch weiter austesten.

Ich habe weiterhin festgestellt, das sich die Traffic-Dateien mit dem AIBTC (AI Boat Traffic Compiler) nur nicht decompilieren lassen, wenn in der Plans_xxx.txt Datei der Name des Objektes (welcher frei vergeben werden kann) mehr als 7 Zeichen beträgt.

Rainer, mal ein ganz anderer Ansatz/Idee.
Vielleicht für deinen Gebäckzug ein extra AFCAD anlegen und den Zug als Flugzeug behandeln.
So wie es in Victoria+ oder in TongassFjordX mit den Schiffen gemacht wurde.
Denn dein Airport ist doch sicher eben, da bei dir ja AI-Flieger unterwegs sind.
Da sollte dieses Prinzip doch funktionieren und man kann dadurch den AI-Verkehr etwas besser regeln.

Ob man dies nun auch bei Manfred mit den Zügen in Hamburg nutzen kann, müsste man ausprobieren.
So lang man die zu fahrende Strecke sich auf einer Ebene/Höhe befindet, sollte dies auch mit den Zügen gehen.

Quote from Quax der Falsche

Mit Google Earth geht´s nicht,weil mein Airport nicht real existiert.

Dann einfach ADE starten und unter Settings/Options/Units die Koordinaten auf Dezimal-Anzeige stellen.
Deinen fiktiven Airport öffnen und mit dem Flusi verbinden.

Die gewünschte Route als Vector-Linie (Road/Asphalt 1 Lane) einzeichnen und den Verlauf mit einem Standart-Flieger im Flusi prüfen.
Dein ADE-Projekt muss dazu nicht compiliert werden.

Die Koordinaten der Vertex-Knotenpunkte dann in eine KML-Datei übernehmen/austauschen (geht mit dem Text-Editor), welche man durch das Decompilieren einer Boot-Traffic-BGL-Datei erhält.

Wichtig ist, das die Routennummer in der Routes_ und Plans_ Datei gleich ist(siehe Manfreds Anleitung).

Quote from Quax der Falsche

Ich benutze ADE und Instant Scenery. Damit krieg ich nur ungesteuerten Standardverkehr zum Laufen,der ja keine Rücksicht auf anderen Traffic nimmt.

Du müsstest die Vehicle-taxiways so anlegen, das sie außerhalb der Rollwege von Flugzeugen liegen.

Dann nimmt der Verkehr auch etwas Rücksicht aufeinander, da er vom rudimentären ATC geregelt wird.
Natürlich nur, sofern eine Tower Frequenz festgelegt wurde.
Ein Tankfahrzeug rollt immer dann zu einem bestimmten AI-Flieger, wenn dieser seinen Flugplan aufgibt.
Rollt ein Tankwagen beim Tankvorgang durch den AI-Flieger, dann sollte die Parkposition des AI-Fliegers vergrößert werden, da sich das Tankfahrzeug an der Parkposition orientiert.

Wenn du eigenen Bodenverkehr erstellen möchtest, dann geht es recht gut mit dem AIBTC (AI Boat Traffic Compiler)
von hier (http://lc0277.gratisim.fr/boat/).
Dort ist auch beschrieben, wie die Sourse-Files aufgebaut sind.
Allerdings richtet dieser sich dann nur nach den Zeiten und Wegen, welche du vorgibst und der andere Verkehr ist im schnuppe.

Wer mal auf der Suche nach einem Handbuch ist,
der könnte hier (https://www.avialogs.com/explore/aircraft) fündig werden.

Hallo Manfred,
da du den nVidia-Treiber erwähnst.
Nvidia hat mit den letzten Treibern VAS Probleme, der letzte funktionierende Treiber ist die Version 376.33...

Hallo Manfred,
lies mal hier (http://www.drwindows.de/windows-7-allg…enoetigt-2.html)
und hier (http://www.drwindows.de/windows-7-allg…ow64-ntdll.html).
Ist zwar schon etwas älter, aber da geht es um die ntdll.dll, allerdings war sie nicht die Ursache.

Hallo Manfred,
bei meinen FSX-Abstürzen hat dies hier (http://www.fsx-info.de/der-flugsimula…4-bit-immer-ab/) zum Erfolg geführt.

Quote from MarcusT

Sehe ich richtig, ohne nachtbild. ist aber nicht gut Eher was für "faule" Leute ?

Ein Nacht-Bild ist nicht zwingend notwendig, da der Flusi das Tag-Bild nimmt und nur dunkler in der Nacht darstellt.
Somit passt es zur Umgebung.
Das Nacht-Bild wird eigentlich nur benötigt, um spezielle Beleuchtungseffekte in der Nacht darzustellen.

Inzwischen gibt es die Version 2.2.1 von VfrFlight unter gleicher Download-Adresse.
http://vfrflight.org/en/downloads.php

Ganz wichtig wäre noch,
einen MIX aus FS9 und FSX Flugplänen verträgt der FSX überhaupt nicht und legt den Traffic lahm.

FS9-Flugpläne müssen zwingend vor der Benutzung in FSX-Flugpläne gewandelt werden.

Ein sehr gutes Tool, um Flugpläne zu erstellen oder zu bearbeiten, ist der AI Flight Planner von hier (http://stuff4fs.com/newpage.asp?Folder=AIFP).

Und hier (http://www.skycolors.com/ai_aircraft_mo…_fsx_fs2004.htm) mal eine Liste mit AI-Airkraft-Modellen.
Vielleicht ist ja auch etwas für dich (Manfred) dabei.