FlyAgi

Ja... du entpackst die Dateien aus dem Archiv und kopierst alles nach Custom Scenery. Danach startest du den Simulator einmal und diese Einträge in der Scenery_packs.ini werden automatisch erstellt - starte aber keinen Flug sondern beende den Simulator. Anschließend schaust du in der Scenery_Packs.ini, ob das alles so korrekt ist und änderst ggfs. die Reihenfolge ab (ausschneiden der Zeilen und Einfügen an der gewünschten Stelle).

Hab ich doch bereits. Aber gut: Setz die Meshes/Orthos der Szenerie alle nach ganz unten inder Scenery_Packs.ini Die Forests der Szenerie setzt du über diese Meshes (so, wie das in der Anleitung steht, nur alles ganz unten und nicht über die Global Airports sondern darunter) Anschließend suchst du noch jeden Eintrag der Flughäfen, wo 'Mesh' im Namen ist, und packst diese auch nach ganz unten, noch unter die Ortho-Meshes der Schweiz-Szenerie (damit die Orthos im Zweifel Priorität haben) Das ist alles letztlich ganz einfach wenn man dem folgenden prinzip folgt: Flughäfen immer ÜBER die Global Airports alles andere UNTER die Global Airports Meshes unter alles andere ganz nach unten

Das Problem mit den Laminar-Jetways wird nicht WED erklärt... die Jetways zu platzieren im WED ist kein Problem, aber für Szenerien eigene Jetways zu erstellen, die dann dasselbe System zum Andocken zu nutzen, wie das aufzusetzen ist habe ich bisher nicht in Erfahrung bringen können. SAM3 ist mit XP12 prinzipiell kompatibel, allerdings nicht alle Extensions und es gibt ein paar Probleme (speziell Crash beim Beenden von XP) und mit der Steam-Version funktioniert es seit 12.1.0 leider nicht mehr. Automatisch andockende Brücken sind eine Funktion von SAM, die kannst du aber abschalten und das dann manuell machen, die Integration mit TrafficGlobal funktionierte bei mir damals nicht wirklich (da stürzte irgendwas ab beim Aktivieren der Funktion in TG) und mit statischen Flugzeugen klappt das auch nicht mehr (im XP11 docken die Jetways auch an statische Flugzeuge an, wenn die enstprechende Tür-Positionen im Objekt haben).

Die Orthos sollten unten in der Scenery-Packs.ini stehen, da sie durch Meshes realisiert werden und bei dir jetzt die Global-Airports überschreiben. Dann fällt mir noch auf, dass du viele Meshes irgendwo hast (die von den Flughäfen) und dort dann auch wieder Flughäfen in der Meshkachel beeinträchtig sein dürften. Meshes müssen immer nach unten, auf jeden Fall unter die Global Airports. Dann fällt noch auf, dass du allerhand veraltete Aerosoft-Szenerien installiert hast, für die es mittlerweile XP12-Versionen gibt - da würde ich mal per Aerosoft One schauen, was du so alles aktualisieren kannst und das dann machen (29 Palms Nürnberg zum Beispiel dürfte bei dir die XP11-Version sein).

Monetäre Gründe kannst du ausschließen, SAM ist für Freeware im kostenlos gewesen, da braucht es also keine Lizenzen. Das nötige Wissen... ist schon ein anderes Thema. Die Laminar-Implementation ist nach wie vor ein Rätsel, da scheint keiner zu wissen, wie das funktioniert (ich wollte es gerne wissen, bekam aber nichtmal von Laminar eine Antwort dazu). SAM-Implementierung ist prinzipiell einfach und auch dokumentiert, aber da müssen dann die Modelle zerlegt und animiert werden - das ist deutlich anspruchsvoller als das Zusammenzimmern von ein paar Gebäuden. Allerdings kann man sowohl bei SAM als auch bei Nutzung von Laminars System im XP12 mit den vorgegebenen Jetway-Modellen arbeiten und diese einfach platzieren, und im Falle von SAM dann eben noch einrichten - letzteres ist auch nicht ganz ohne. Aber... wenn man als User SAM-Unterstützung gewohnt ist und das nicht klappt an einem Flughafen, besteht immer noch die Chance, dass die Jetways über das XP-System laufen (die EDDK-Freeware ist so ein Fall, da habe ich die SAM-Gates rausgeworfen und die von Laminar platziert damit das auch ohne SAM funktioniert).

Thanks for reporting and great it works now. 🙂

You are on steam version of X-Plane by the log, is that correct? In this case SAM3 won't work correctly so do the following: Go to "X-Plane 12/Resources/Plugins/SAM/lib" folder Copy "SAM_Library" folder (click on it and press ctrl + C) Go to "X-Plane 12/Custom Scenery" folder Paste "SAM_Library" here (press ctrl + V) Now you should have "SAM_Library" in your Custom Scenery folder The scenery should then start properly (if you got the mesh placed correctly as explained above) but you don't have SAM functionality, no moving Jetways and stuff like that. To fix that, please install OpenSAM from this link. There click on the "openSAM-XP12-v4.1.2.zip " to download that file and unpack it, then move the plugin into your "X-Plane 12/Resources/plugins" folder.

By the log you still don't have SAM3 installed, the error that now shows up is related to that so please installe SAM3 (you can do that in Aerosoft One or manually here). Without SAM3 installed the scenery will not load properly.

No, only the mesh one below OpenSceneryX, the airport is fine.

In your scneery_packs.ini the mesh is positioned on top of the airport - put the mesh to the bottom of the file and it should work. In general, if you see no 3D objects at all, it's caused by a mesh having higher priority than the actual scenery.

Frauen sehen prinzipiell mehr Details auf der sogenannten Rot-Grün-Achse. 🙂

Dann stimmt aber irgendwas mit deinen Farben nicht - ich sehe in dem 12-Uhr-Bild gar keine Erdfarben, die hellen felder außen sind zwar minimal rötlich (also eher minimal hellrosa, eben kein perfekt neutrales Grau) aber das überwiegend graue Feld mittig ist komplett grau, nur im Zentrum etwas gelblicher/bräunlicher... da ist eigentlich alles in sich stimmig. Diese Farbunterschiede kommen aber auch eben aus den Luftbilddaten und diese wiederum werden nicht dafür aufbereitet, in einem Simulator prächtig auszusehen, das sind ganz normale Geodaten vorgesehen für ganz andere Anwendungsgebiete und wir 'misbrauchen' diese eigentlich nur wenn wir sie im Simulator verwenden (einfach aus irgendwelchen Quellen bezogenene Roh-Luftbilder sind nicht Orbx TrueEarth, die sind oftmals nichtmal nachbearbeitet und farblich überhaupt gar nicht optimiert oder gar in sich harmonisiert). Jetzt ist natürlich auch noch die Frage, was "Erdfarbe" für dich bedeutet, ggfs. verstehen wir da etwas anderes drunter und die Darstellung hängt auch, Kalibrierung hin oder her, immer vom Monitor sowie den Farbeisntellungen des Monitors, der Grafikkarte oder in sonstigen Tools, die die Farben ändern, ab (wenn man da nicht weiß, was man tut, sind die Farben nicht vergleichbar).

Da das zwei völlig verschiedene Flugzeuge von unterschiedlichen Entwicklern sind denke ich mal du hast da was falsch eingestellt und es liegt kein Fehler im Flugzeug vor - vermutlich hast du die Quelle nicht richtig ausgewählt, die das PFD/FMC/betroffene Gerät nutzen soll, also die falsche Quelle ausgewählt oder die ausgewählte Quelle sendet ein ungültiges oder gar kein Signal. Genaures kann ich dir da aber jetzt nicht sagen, ich habe beide Flugzeuge nicht und auch keines, das denen ähnlich wäre bezüglich des FMC.

Weil SimHeaven auf Landklassen bescheiden aussieht. Das XP-Autogen ist letztlich detaillierter, auch wenn spezielle POIs fehlen, und da passen dann Wälder und Dörfer etc, also alle 3D-Sachen, exakt auf die Bodentexturen. Mir fehlten da eigentlich dann nur ein paar Windturbinen, die ich aber für Europa mal irgendwann selbst erzeugt habe und exakte Hauspositionen brauche ich nicht wenn ich eh keine Luftbilder habe. Siehst du ja auf deinen Screenshots: Häuser, Hütten, ohne irgendwelche Details irgendwo auf 'nem Feld, sieht absolut merkwürdig aus ohne Luftbild drunter.

Okay, dann vergiss das mit dem Flugzeug und dem Speicher erstmal, dann ist diese potentielle Problem erstmal ausgeschlossen. Ohnehin würde sich dieses problem auch nur auf die Auflösung/Schärfe der Texturen beziehen, nicht aber auf die Farben der Luftbilder oder die Vegetationsplatzierung. Mir scheint du hast da ein problem mit der allgemeinen Ästhetic der Luftbild-Lösungen, schlechte Farben, Wälder/Bäume fehlen, teils zu blass etc... da kannst du leider nicht allzuviel machen, jedenfalls nicht mit überschaubarem Aufwand. Theoretisch sollten die Orbx Global Forests ja die korrekte Platzierung auf Luftbildern liefern (ähnlich wie Simheaven, nur vollständiger), wenn das aber bei dir auch nicht befriedigend ist kommen Luftbildlösungen wohl für dich erstmal nicht in Frage. An den Farben der Luftbilder ließe sich ja noch etwas drehen (Ortho4xp ließe sich mit überschaubarem Aufwand nachbearbeiten, Map Enhancement hat da irgendeine Option für um die Farben anzupassen), aber wenn die Wälder einfach zu lückenhaft sind (weil sie von keinem AddOn vollständig geliefert werden, zb wegen unvollständigen OSM-Datensätzen) kannst du eigentlich nichts machen. Insgesamt hast du wohl dieselbe Situation wie ich, ich kam auf diese Luftbild-Flickenteppiche noch nie klar (auch nicht im MSFS, obwohl da die Vegetation recht vollständig ist) und bin daher immer mit dem XP-Standard unterwegs gewesen. Auch wenn der jetzt nicht das Optimum darstellt ist er in sich stimmig, farblich harmonisch und die Wälder, Städte etc liegen immer passend auf den Bodentexturen (außer du nimmst Simheaven dazu, dann passt es auch oftmals nicht, weshalb ich das auch nicht nutze). Noch was anderes: Ich sehe in deinen Screenshots noch verdammt viele meiner alten XP11-Bäume - die würde ich rauswerfen. Jetzt stellt sich die Frage, wo die herkommen, wenn sie bei deinen 'XP-Standard'-Bildern zu sehen sind und auf den anderen teils verschwinden. Nachtrag: Ich denke ich weiß wo diese alten Bäume herkommen. Außer OpenSceneryX hast du keine verdächtige Library installiert und daher dürften die von dort kommen. Du kannst mal den aktuellen Installer von OpenSceneryX runterladen und die Library neu installieren (lösche vorher mal die alte manuell) und bei der Option 'incorporate global HD forests' (oder ähnlich) wählst du das ab - andernfalls werden dir wieder meine XP11-2D-Bäume global verteilt.

Wieso EDDN? Da haben wir doch die XP11-Version von Captain7 und 29Palms oder so für XP12 portiert. Wenn du die hast bekommst du da auch das kostenlose Update für die XP12-Version.

Für das Runterskalieren nimmst du Gimp oder Photoshop, je nachdem was du halt da hast und ziehst die exportierte PNG einfach in das XGrinder-Fenster - fertig. Das mit den XPTools klingt erstmal recht kompliziert, command line und so, aber du kannst den XGrinder einfach per Doppelklick öffnen und hast dann ein kleines Fenster, wo du die Texturen reinziehst, der Rest passiert dann automatisch, du musst da nichts in der Kommandozeile machen.

Nein, du machst nichts falsch und dein GPU-Speicher nimmt dir weder das Grün aus den Orthos noch die Bäume aus der Szenerie - aber du hast jetzt nicht unbedingt die optimalen Grafikeinstellungen für tolle Landschaftsdarstellung, da ist theoretisch noch Luft, ich ging jetzt davon aus, dass dich in erster Linie die Bäume stören. Ich würde die Grafikeinstellungen etwas abändern: Zunächst stelle den Slider für die Texturauflösung auf Maximum, damit die Texturen auf in voller Auflösung dargstellt werden. Ambient Occlusion kannst du dafür etwas runterziehen, mittlere Stellung tut's auch, hier kannst du eventuell etwas GPU-Last reduzieren Den Anisotropen Filter solltest du auf 16x stellen, der kostet normal gar keine Leistung und alles unter 16x gibt schon ziemlich unscharfe Texturen bei flachen Betrachtungswinkeln, das macht gerade am Boden schon einiges aus (diese Einstellung sollte in jedem Game hardcoded auf 16x gesetzt sein ohne Möglichkeit der Reduzierung, der Leistungseinfluss hier ist heute absolut marginal, aber viele User stellen da heutzutage noch geringere Werte ein und versauen sich die Optik). Schattenqualität reicht auch auf mittlerer Einstellung, den Effekt siehst du eh nur am Boden, aus der Luft bist du zu weit weg um die Schatten noch wirklich zu sehen (der Regler steuert die Sichtweite für Szenerieschatten, solange die Leistung passt kannst du den auch hochziehen, aber das kann am Boden je nach Flughafen schon ordentlich Leistung kosten). Vegetation und allgemein die Qualität des Luftbildes hängt von der Quelle des Fotomaterials ab, wenn die im Dürresommer gemacht wurden oder gar im Winter, je nachdem, dann hast du eventuell sehr viele braune oder gelbe Flächen und weniger grün. So richtig vollgrün überall á la Orbx sollte es aber auch nicht sein, das ist nicht sonderlich realistisch, auch wenn viele Leute darauf abfahren. Dann sind deine Orthos auch ziemlich blass und einfach unschön, was wiederum mit dem Luftbildmaterial zu tun hat und, die geringe optische Auflösung kommt wohl vom AutoOrtho (das ist mir auch bei anderen schon negativ aufgefallen, wenn das verwendet wurde). Ich bin da jetzt nicht im Bilde, was es so kann, aber MapEnhacement scheint die bessere Wahl zu sein, ermöglicht auch Farbeinstellungen für die Luftbilder und scheinbar auch bessere Auflösungen. Insgeamt stören dich eigentlich aber genau die Dinge, die mich an unbearbeiteten Luftbildern immer schon gestört haben weshalb ich nach wie vor mit den XP-Landklassen fliege (die sind eigentlich ganz okay und haben Jahreszeiten). Insgesamt sehe ich aber nichts auf deinen Bildern das auf ein Problem mit mangelndem VRAM hindeuten würde bis auf eines: Du nutzt ein Thranda-Flugzeug und die huren mit ihren 8k-Texturen dermaßen herum, dass XP dazu neigt, die Szenerietexturen unscharf darzustellen (und zwar auch wenn der VRAM eigentlich noch dicke ausreicht). Außerdem haben Thranda die Angewohnheit, ihre Texturen als PNGs unkomprimiert zu belassen, was das problem noch schlimmer macht - Abhilfe kannst du hier schaffen, indem du ein normales Livery nutzt und dessen Texturen von 8192x8192 einfach auf 4096x4096 Pixel reduzierst und anschließend per XGrinder aus den XPTools die PNGs zu DDS konvertierst. Anschließend hast du deutlich kürzere Ladezeiten, weniger RAM- und VRAM-Last und keine Probleme mehr mit unscharfen Szenerietexturen. Ob da jetzt eine Grafikkarte mit mehr VRAM das Problem mit Thrandas nach wie vor teils problematischen Entwicklungstechniken (Leistung scheint denen völlig Latte zu sein) lösen kann weiß ich jetzt nicht, ich habe das problem aber mit deren C172 auch und das in Situationen, wo ich noch massig VRAM frei hatte. Ich würde da eher auf das manuelle Optimieren der Flugzeugtexturen setzen oder deren Flugzeuge meiden. Du kannst das aber selbst mal testen indem du einen Flug mit einer anderen Maschine machst, zB der C172 aus dem Simulator oder der Cirrus SR22 und schauen, ob da dann deine Darstellung besser wird.

Dreh die Vegetationsdichte ganz nach rechts im Menü, dann sollte das schon besser aussehen. Aber: Die Simheaven-OSM-Wälder sind teils recht lückenhaft unabhängig von der eingestellten Dichte, so richtig passend mit den Orthos wie zB bei Orbx True Earth wird das damit nicht, auch abhängig von der Region in der du unterwegs bist. Bezüglich der Aerosoft-German-Islands-Szenerie: Da gibt es in der Library eine Option zum Abschalten der Wassermasken, "library - ortho4xp.txt", die kannst du aktivieren um die Optik bei Orthonutzung zu verbessern: Lösche die originale Library.txt Dupliziere die "library - ortho4xp.txt" (strg +C, dann strg + V) und benenne sie in "library.txt" um Ich arbeite aber auch gerade nebenbei noch an einem Update für die Szenerie, die Wassermasken werden mittlerweile nicht mehr gebraucht und können nun ganz raus, da ist also noch Luft nach oben. Prinzipiell wird diese Szenerie aber nich durch Simheaven oder so beeifnlusst, ggfs. durch die Global-Forests, falls die die Standardbäume ersetzen (die Szenerie nutzt XP-Standardbäume und können theoretisch durch solche AddOns umgestaltet werden). Ach und... wenn es dir um die Farben der Bäume geht: Wenn das Mesh, dass du nutzt, keine Daten für die Jahreszeiten mitbringt, werden diese falsch dargestellt und du bekommst herbstliche Bäume im Sommer in Deutschland. Das gilt dann für Ortho4xp-Meshes als auch für solche von AutoOrtho oder MapEnhancement (wobei es für Ortho4xp ein Tool gibt, dass die Meshes nachpatchen kann, musst du mal auf der Org schauen, weiß leider grad nicht mehr wie das heißt).

Hat die Kiste einen vom AP-Panel unabhängigen AP-Master-Switch? Manche Maschinen haben sowas und ohne den zu aktivieren funktioniert der ganze Autopilot dann nicht.

Das ist der falsche Patch, hier nochmal der korrekte: AS_LEBL_Barcelona_XP12_Trees.zip

Gute Wahl. 🙂

Na ja... die Preise der AMD-Karten sind auch nicht unbedingt da, wo sie laut AMDs UVP sein sollten und für eine AMD-Karte würde ich jetzt nicht um die 800 Euro rauswerfen, dafür haben die einfach immer wieder zuviele Treiberprobleme. Im XP12 funktionieren die AMD-Karten recht gut wenn Zink aktiviert ist, aber im XP11 performen die unterirdisch, weil AMD schon immer Probleme mit OpenGL hatte und XP11 auch unter Vulkan noch OpenGL für Plugins nutzt, da geht dann die Leistung mächtig den Bach runter. Falls du also nur XP12 nutzen willst kannst du mit der AMD durchaus glücklich werden, allerdings tendiere ich, obwohl selbst AMD-Fan, dazu, NVidia den Vortritt zu geben - ich hatte die letzten Jahre einfach zuviele Probleme mit den RX6000ern, die ich so hatte, und seit ich die 4070 Super drin habe läuft einfach alles wieder problemlos, ohne Zicken hier und Zicken da... Die RTX 5070ti ist derzeit mit 850 € aufwärts knapp 100 € teurer als die 9070XT, die bei etwa 750 € aufwärts liegt und bei der Preisklasse würde ich doch die NVidia nehmen, zumal die auch noch etwas schneller ist, was den Preisaufschlag irgendwie ein wenig rechtfertigt.

Brauchst du nicht machen, mein letzter Patch entfernt die Bäume über die Library (braucht also keine Exclusions) und platziert stattdessen 3D-Bäume - das funktioniert auch bei denjenigen, bei denen die Bäume der Szenerie dargestellt werden. Mit Straßen hat das auch nichts zu tun hier gerade, die LEBL-Szenerie platziert gar keine Straßen.

We just released the update for the Cherokee 140 XP12 which fixes a lot of issues and also adds full support for TDSsims GTN650Xi. The update is available via Skunkcrafts updater and is ready for download now. Changelog Fixed: Rudder trim ineffective Fixed: Roll trim ineffective Fixed: Wings not visible through windows in external views Fixed: Windows too 'milky', completely reworked interior windows appearance Fixed: VFR panel: DG drift not working Fixed: VFR panel: Left/Right adjustment for DG drift changes autopilot heading Fixed: VFR panel: Text "Nav Lights" missing Fixed: IFR panel: Barometer-Settings not working Fixed: Fuel dip sticks wrong texture in all but standard livery Fixed: White Livery is missing gears texture Fixed: No plate numbers visible in custom liveries Fixed: Panel lights inconsistent over the various panel options Fixed: Red floodlight looking weird if turned on Fixed: Case sensitivity issue causes SASL error on Linux Fixed: Aspen PFD not recognizing bus power changes when turned off Added: Custom engine start logic can now be reset by turning it off and on again Added: TDS GTNXi integration Added: TDS GTNXi custom bezel Added: Glass for E5 and RXP GTN650 devices Added: More indepth state saving