Posts by Bushpilot

Jörg's Methode funktioniert wunderbar, wenn man aus FS9 AI-Fliegern statische Flieger machen möchte.
Denn der MDX speichert (nach Änderungen) dann das Model im FSX-Format ab, so lange man nicht auch noch das FS9-SDK verwendet.
Dabei gehen dann aber auch die Animationen verloren, so das der Flieger nur noch als statischer taugt.

Allerdings...
Wenn der AI-Verkehr rollen und fliegen soll, dann hilft nur, das gezielt sparsame verwenden der FS9 AI-Flieger und im Flugplan eine Abstufung von 0 bis 100% (Adjust Activity Level im AI-Flight Planer).
So kann man seinen AI-Verkehr, je nach Leistung des Rechners, mit dem Regler im FSX darstellen.
Oder eben den AI-Flieger dann selber neu bauen.

L(Nacht)-Dateien benötigt man dort, wo nachts etwas leuchtet oder beleuchtet wird.
Hat also mit Alphachannel nichts zu tun.

Eine normale DDS abgedunkelt, mit einem Alphachannel, benutzt man als spec.dds für Stellen, wo es glänzen soll (Texture einer Standart C172 mal anschauen).
Haben AI's wegen der zusätzlichen Rechenlast aber eher selten.

Oder man benutzt den Alphachannel, um Transparenz zu erzeugen ( wie bei der Propellerdarstellung).

Ist eine neue Version, kann man in der Readme nachlesen.
Hier (http://www.sim-outhouse.com/sohforums/show…3-14-released-!) gibt es auch Bilder und ein Video.

Keine Ursache, immer gern wieder.

Einfach ausprobieren, was besser aussieht.
DDS DXT5 geht aber eigentlich immer.

Ja!
Alles was von BMP nach DDS konvertiert werden soll, muss vorher auf den Kopf gestellt werden, damit es hinterher noch passt.

Eventuell noch bei dem DDS-Format aufpassen.
Denn es gibt
#DDS DXT1 (ohne Alpha)
#DDS DXT1 / DDS DXT3 / DDS DXT5 (alle mit Alpha)

Um so höher die Zahl, um so stärker die Kompression, wenn ich das richtig verstanden habe.

Nichts überstürzen Rainer, du bist doch Rentner.
Gönn dir mal ne Pause.
Wenn der Mausarm erst chronisch wird, geht nichts mehr und es ist keinem geholfen.
Ist doch egal, ob die Szenerie ein paar Tage eher oder später fertig wird.

Hallo Alf,
du musst die BMP's vor dem umwandeln in DDS zuerst auf den Kopf stellen.
Wie Rainer schon schrieb, vertikal spiegeln.

Dazu gibt es im DXTBmp-Programm in der unteren Zeile einen Button (6. von links oder 3. von rechts), damit stellst du das BMP-Bild auf den Kopf (Alpha, wenn vorhanden wird mit gespiegelt) und erst dann wird in das DDS-Format umgewandelt.

Danach sollte es passen.

Das sieht Super aus, Rainer!
Und das Standard Autogen ist doch passend, zumindest in meinen Augen.

Super Manfred.

Wie sieht jetzt deine Lösung mit den Tarnnetzen aus?
SODE oder Effekt?

Der Library Creator XML von hier (http://www.scenerydesign.org/development-releases/) geht dazu recht gut und ist eigentlich selbst erklärend.

Der Ablauf wäre ungefähr wie folgt:

-Library Creator starten
-dann zuerst unter Options den Pfad zur BGL-Compilierer-exe festlegen
-anschließend File --> New library... anklicken
-Speicherort und Namen der XML-Datei festlegen und abspeichern
-jetzt kann man Unten den Button Add MDL objects drücken
-im neuen Fenster die MDL-Objekte auswählen/makieren und öffnen drücken
-ausgewählte MDL-Objekte sind jetzt im mittleren Fenster des Library Creator vorhanden
-hat man alle MDL-Objekte, dann File --> Save library anklicken, jetzt werden die MDL-Objekte in der zuerst erstellten XML-Datei abgelegt und somit kann man auch später seine Zusammenstellung noch mal über File --> Open library aufrufen und abändern
-danach über File --> Combile library BGL... anklicken
-Speicherort der Library-BGL-Datei auswählen und die Library-BGL-Datei wird erstellt
-zusätzlich kann man sich über Tools noch eine GUID-Lister der MDL-Objekte (welche in der BGL vorhanden sind) abspeichern

Viel Spaß beim aufräumen

Ja... Christian, ich habe gerade im MCX noch mal geschaut.
Die Parameter Day/Night usw. kann man nur bei Attached von Effekten hinzufügen (im Video wird auch ein Effekt hinzugefügt), nicht aber bei Objekten, diese kann man nur scalieren.

In einem Beitrag (wo es um SODE ging) schrieb Rainer (simmershome):

Quote from Rainer (simmershome)

Das sollte aber auch mit dem effect Type=22 (debris) funktionieren. Der kann nämlich Library Objecte emittieren. Man hätte dann 4 Zeitabschnitte zur Verfügung. Day, Dawn, Dusk, Night.

Vielleicht kann Rainer es ja mal genauer erläutern.

Im SDK kann man dazu hier (https://msdn.microsoft.com/en-us/library/cc526969.aspx) etwas nachlesen.

Dazu müsste man unter [Particle.0] den Type=22 setzen und unter dem [ParticleAttributes.0] den Parameter GUID={guid} mit der GUID-Nummer einfügen.
Im Effects-Ordner des FSX gibt es eine fx_object_test.fx, darin gibt es den GUID-Parameter.
Mit ihr müsste man mal experimentieren.

Dies ist sicher das, was du suchst Manfred.

Ich habe so etwas auch noch nicht gemacht.

Danke Christian,
wieder etwas dazu gelernt.
Ich kannte dies bis jetzt nur mit Effekten.
Als Attribut/Parameter könnten dann doch auch Day/Night usw. funktionieren?

Ja Super

Sieht super aus!

Leider besitze ich deine Voraussetzungen nicht, Christian.
Exclude (ob Autogen oder 3D-Objekte) wurden von dir sicherlich schon ausprobiert.

Mir gehen solche Nachrichten immer an die Nieren.
Um so mehr freut es mich, das es dir wieder gut geht Rainer und drücke dir die Daumen, das es auch so bleiben mag!

Kein Problem, Manfred!
Wir haben alle mal klein angefangen und waren auch über jede Hilfe dankbar!

Die Lösung ist eigentlich recht simpel.
Ab SODE v1.3 hat sich die Ordner-Struktur von SODE geändert.

Bis zur SODE Version v1.2 wurde im FSX-Root-Verzeichnis ein SODE-Ordner für die XML-Dateien angelegt.
Ab der SODE Version v1.3 wird von SODE der Ordner für die XML-Dateien unter C:\ProgramData\12bPilot\SODE angelegt.

Das bedeutet jetzt...
Die XML-Dateien aus FSX-Root/SODE (bis v1.2) müssen nach C:\ProgramData\12bPilot\SODE\xml (ab v1.3) verschoben werden und der SODE-Ordner im FSX-Root soll nach dem Verschieben der XML-Dateien gelöscht werden.

Des weiteren wurde bis zur SODE Version v1.2 im SimObjects-Ordner (wo sich die Flugzeuge befinden), unter SimObjects\Misc, ein SODE-Ordner für die SimObjects-Dateien angelegt.
Ab der SODE Version v1.3 wird von SODE der Ordner für die SimObjects-Dateien auch unter C:\ProgramData\12bPilot\SODE angelegt.

Auch hier...
Der Inhalt von SimObjects\Misc\SODE (bis v1.2) muss nach C:\ProgramData\12bPilot\SODE\SimObjects (ab v1.3) verschoben werden und der SODE-Ordner unter SimObjects\Misc soll nach dem Verschieben des Inhaltes gelöscht werden.

Die Ordner der alten SODE Version (bis v1.2) sind nur noch Dateileichen und werden nicht mehr von SODE angesprochen.

Das Ganze auch zum Nachlesen hier (http://sode.12bpilot.ch/?page_id=9) unter SODE Migration Guide als pdf-Datei.

Und...
Somit gehören deine XML-Codes nach C:\ProgramData\12bPilot\SODE\xml und deine SODE-Objekte (mdl-Dateien) welche du mit SODE anzeigen/ändern/animieren möchtest nach C:\ProgramData\12bPilot\SODE\SimObjects.
Für deine SODE-Objekte einen eigenen Ordner anlegen (Ordner-Struktur siehe Demo-Version von SODE).
Der Name deines SODE-SimObjects-Ordners und deiner XML-Datei sollte zu deinem Projekt/Szenerie passen.

Hallo Crockey,
wenn ich das richtig Verstanden habe, suchst du ein Programm, womit du in OpenStreeMap die Daten aktualisieren kannst.
Also so etwas wie hier (https://de.wikipedia.org/wiki/OpenStreetMap) unter Software.
Vielleicht ist ja dort das Programm dabei, was du schon mal genutzt hattest.
Oder vielleicht auch hier(http://wiki.openstreetmap.org/wiki/DE:Editing)...