Othello

Ich habe einen ganzen Ordner voll toller Bilder, aber die kann ich unmöglich alle hier posten. Deshalb nur dieses: Kann es sein, dass dieser Flachbau der Thyssenkrupp Testturm in Rottweil sein soll? Die Position sollte stimmen, jedenfalls finde ich keinen Turm in der Nähe, der genügend Höhe (246m) aufweist. Jetzt sammle ich weiter schöne Bilder 🙂

Also, ich fliege immer gerner die Cessna und immer gerner im Bodenseeraum 🙂 1.3 ist ein Genuss (auch wenn es jetzt ein UNESCO Weltkulturerbe weniger gibt) Vieleicht findet sich ja ein Künstler, der die Bauten wieder auf die Plattformen stellt. Obwohl, ich muss zugeben, ich weiß jetzt nicht einmal, ob vorher auf den Plattformen Hütten standen 😞 Aber einen Tod muß man wohl sterben 🙂 Es regnet gerade, deshalb sind die Bilder nicht besonders, aber es sieht schon super aus. Austin kann sicher davon überzeugt werden, dass man doch auch deshalb oben rumfliegt, um runter zu schauen! /Günther

Ich glaube schon, wenigstens äußern sich sich im letzten Video in diese Richtung!

Der Grund meiner Überlegung ist folgender: Ich verwende ein Startprogramm für XP, in welchem ich vor dem Start XP konfigurieren kann. So wie das jetzt ist, muss ich mir ausdenken, wann welche Lib aktiviert werden soll, und X-Eu plus X-World Afrika zusammen würde gar nicht gehen.

Ansonsten hätte ich ein vollständiges AM4 Board + 64 GB Ram + CPU (zum Verleihen)

Ryzen 3950x ? Können die beiden Libs nicht über den Namen unterschieden werden?

Ich wieder ... Es geht um die Vegetation in XP12 Ich habe mich nicht tiefer in das System X-Eu und X-World-Eu eingearbeitet, deshalb mag ich falsch liegen. Aber ich dachte, dass wenn auf Objekte einer Lib zugegriffen wird, die "Adresse" des Objektes eine Kombination von Lib-Name und Objekt Bezeichnung ist. Deshalb habe ich beide Vegetations Libraries in der *.ini datei ENABLED, da ich z.B. X-Eu und X-World-Afrika verwenden möchte. Aber mit beiden Libs aktiv, zeigt mir X-World-Eu die alten Baumtypen an. Deaktiviere ich die "simHeaven_Vegetation_Library", werden die neuen XP12 typischen Bäume wieder angezeigt. Ist das so gewollt oder ein Fehler? /Günther

Der von mir gemeldete Fehler in Afrika ebenfalls 🙂

Mein Respekt wächst in's Unermessliche, es scheint eine weitaus komplexere Angelegenheit zu sein, als es von außen den Schein hat!

Hallo Armin, die Wälder sind, wenn ich X-World verwende, ziemlich grün. Verwende ich zusätzlich Orthos, sind sie wieder bunt. Aber deiner Antwort kann ich entnehmen, dass mit oder ohne Orthos tatsächlich andere Algorithmen greifen. Mit Orthos sind in den Wäldern ebenfalls die X-Plane Felsbrocken zu sehen, wo kommen diese plötztlich her, werden für die Wälder Exclusions oder ähnliches verwendet, so dass die orig X-Plane Textur wieder zu sehen ist? Gruß Günther

Ich hoffe, meine Frage ist hier nicht deplaziert: Warum verbessern Tapeten das Aussehen der Bäume, wenn auch X-World verwendet wird? Nicht daß mich das stört, aber leicht zu verstehen ist es nicht. Ohne Tapeten und ohne X-World Die Wälder sehen der Jahreszeit entsprechend bunt aus, auch aus einer gewissen Distanz. Blick Richtung Gehrenberg(?) Auch hier sind im Wald an der Bergflanke helle Flecken zu sehen. Zoomt man etwas rein, ist die Laubfärbung deutlich zu sehen Mit Verwendung von X-World, ohne Tapeten Die Bäume sind deutlich grüner, von Herbstlaub ist wenig zu sehen Beim Zoomen wird dies deutlicher Der Boden zeigt die Färbung, die Bäume zeigen sie nicht Und jetzt wird es spannend, es werden zusätzlich Tapeten verwendet Man sieht am Boden sogar die Felsbrocken, die nicht durch die Tapeten dargestellt werden. Was ist denn dafür eine mögliche Erklärung? Gruß Günther

Stimmt, wenn ich mich richtig erinnere, ist das sogar gesetzlich streng geregelt, 24 Schritte vor dem Flugzeug keinen Alkohol; oder so.

Der Wind, der Wind, das himmlische Kind .. 😳😇

Ja, ich kann deine Argumente nachvollziehen. Aber, zumindest auf meinem System und in XP12, merke ich auch den FPS Vorteil, wenn ich in D die footprints weglasse. Und - ich fliege ja auch keinen Drehflügler, die KA ist schnell, tief geflogen bleibt nicht soviel Zeit zum Gucken 🙂

Du schreibst über die frühe Betaversion. Wenn du meinst, einen Fehler gefunden zu haben, dann fülle bitte den Bugreport aus. Dazu, Fehler zu finden, diese zu melden und dann womöglich abzustellen, genau dazu ist diese Betaversion öffentlich zugänglich gemacht worden. 🙂 Danke für's suchen helfen. EDIT: Ich meine damit nicht die falsch plazierten Gebäude. Sondern die Regelmäßigkeit der Pfützen etc..

Und zu footprints findest du hier im Forum eine Fülle an Bemerkungen 🙂 Und um das hier handelt es sich dabei: https://www.microsoft.com/en-us/maps/building-footprints Nur schein die KI nicht wirklich intelligent zu sein.

Ich habe es mir angeschaut, die Gebäude kommen von den foot prints. Wenn du den Layer 5 in der ini Datei auf disable setzt, sind die Gebäude verschwunden. Ich neige dazu in Gegenden, in denen die OS Datenbank gut gepflegt ist, auf die foot prints zu verzichten. Wenn dann stat 10.000 Häusern nur 9.221 da sind, das merke ich nicht. Aber die 100, die auf unmöglichen Plätzen erscheinen, die stören mich.

Danke, funktioniert. Der Wind war Schuld ... 🙂 https://waschbaer.smugmug.com/Other/XP12/n-StJQfV/Diverses/i-rGHHBWP/A

@Heinz Flichtbeil Danke Heinz, ich werde nachher gleich testen, ob die Wettbewerbsflüge noch möglich sind. Ich freue mich nach wie vor über die Möglichkeiten meine Landefähigkeiten zu verbessern und zu testen! Gruß Günther

In irgendeinem Interview habe ich Austin schimpfen hören, dass es eine Unsitte sein, dass im Zusammenhang mit Airports Exclusions verwendet werden, er ist strikt dagegen. Den genauen Grund dafür weiß ich nicht mehr. Ich glaube in der Art: Airports haben nichts auf Plätzen zu suchen, auf denen schon etwas steht ...

Ich verstehe es ja, aber die Unterdrückung der Fehlermeldung ist absichtlich nicht gewollt, sie ist wesentlicher Bestandteil der Fehlermeldung. Unterdrückt wird nur die Ausgabe von ls. Und so sieht das im Fehlerfall aus: Script mit Endung "command" und ausführbar gemacht, dann von der GUI aus per Mausklick gestartet Per Mausklick funktioniert das aber nicht, weil wie schon geschrieben das working directory nicht die Veg-Lib ist, sondern das homedir des users. Dadurch funktioniert der relative Pfadname nicht, und genau für solche Zwecke ist der Test durch ls vorgesehen. Als Lösung für die Installprobleme auf dem MAC schlage ich vor, die Installationsanweisung zu präzisieren: 1) Terminal öffnen 2) cd <simHeaven_X-World_Vegetation_Library> Der genaue Pfadname hängt vom XP12 Installationsort ab! 3) sh set_link_MAC+LINUX.sh fertig. 🙂

Mir ist noch etwas Beachtenswertes aufgefallen. Ich konnte XP12 nicht mehr ohne Hänger beenden, weil: Ich habe noch das alte X-Afrika in der ini, deshalb habe ich auch die alte Vegetation Lib noch aktiv gehabt, das sollte man nicht tun! 🙂 Den genauen Zusammenhang kenne ich noch nicht, vielleicht ist es eine Frage der Reihenfolge ... Aber, sie wurden gewarnt 😇 Gruß Othello

Nein, nicht hauptsache blah blah ... Das ist so gewollt! Ansonsten gibt es eine Fehlermeldung, die keinem hilft. Du erkennst sicher den Unterschied zwischen: Fehler: Das Script wurde fehlerhaft beendet und Fehler: Die Datei konnte nicht gefunden werden. Das Script wurde fehlerhaft beendet Und Ja, $0 war ein Tipfehler, sieh dir das Script an, dann siehst du, dass es dort richtig ist. Dein Vorschlag wäre eine Verschlechterung. Das Script funktioniert so, wie es ist perfekt. Das Problem ist auf dem MAC die Art und Weise wie man es aufruft, und das war mir zum Zeitpunkt der Erstellung nicht bekannt. Von der GUI aus, funktioniert es nicht, weil dann das working directory des scriptes das homedir des users ist. Auserdem müsste dann die Endung nicht .sh sondern .command lauten. Hier ist nochmal das Script zum Nachlesen

Vom ls Befehl wird nur der Fehlercode ausgewertet, der Befehl testet also nur, ob es die Datei überhaupt gibt. Das ist wichtig, da der Link keinen Fehler melden würde, sondern als Ziel eine nicht vorhandene Datei angeben würde. Das Wichtigste ist der Test von $0, dem Returncode von ls. Ist dieser nicht 0 wird mit einer Fehlermeldung abgebrochen

Ich werde dem Macher die Ohren lang ziehen. Aber er meint, er hätte dir mitgeteilt, dass, will man das Script auf dem MAC von der GUI aus starten, die Endung nicht .sh sondern .command lauten muss. Aber selbst dann wird es nicht funktionieren, weil das working directory der Folder der lib sein muss, das script arbeitet mit relativen Pfadnamen. Lösung Man muss im Consolenfenster (DOS Modus) in das lib Verzeichnis gehen und dort das Script per Kommano aufrufen. Befehl: sh < "scriptname" Das Script funktioniert, nur der Kontext passt nicht. /Günther