Jump to content

RainerBerlin

Members
  • Posts

    93
  • Joined

  • Last visited

Everything posted by RainerBerlin

  1. Hallo hmkaiser, das habe ich auch so verstanden.... Toll, dass es noch eine so wohltuende Kommunikation innerhalb eines Forums gibt. Viel Spaß weiterhin mit unserem (gemeinsamen) Hobby.
  2. Das ist aber etwas aus dem Zusammenhang zitiert. Ich meine ja die stimmige Integration in das Stadtbild, die Arbeiten von Günther und Armin sind insgesamt Spitzenklasse! 🙂 Dem ist nur zuzustimmen, das wäre natürlich der Weg in die perfekte Darstellung der Welt ansich, die wohl Keiner leisten kann. Es kann demnach nur die regional bezogene Gesamtansicht versucht werden zu entwickeln. Das ist dann durch die Arbeiten von SimHeaven, SFD-Global und VFR-Zusätzen von Günther Kremp in der gesamten Breite und in einem hohen Maß schon sehr stimmig umgesetzt worden.
  3. So, nun habe ich die Situation einmal mit der VFR-GK_+51+007_Ruhrgebiet-Ost_3.1 geladen. Und tatsächlich ist der St.-Paulus-Dom deutlich homogener in die Stadt eingebettet. Es liegt also wohl doch an dem etwas sehr groß geratenen 3D-Modell(en) der Kathedrale/n. Leider fehlen mir die Kenntnisse dazu das zu ändern. Was ich aber ausprobiert hatte war, dass ich diesen Dom einfach mal entsprechend der Datei-Bezeichnung von SimHeaven (XPlane11\Custom Scenery\simHeaven_X-Europe-4-scenery\objects\churches > cathedral_70x134x139) umbenannt und dort eingepflegt hatte. Dann war dessen Größe (mit den Formen von Armin) sehr akzeptabel, nur wurden natürlich die Texturen nicht dargestellt. Vielleicht kann Armin ja noch einmal für seine Kathedralen als Baumeister tätig werden. 🙂
  4. Hallo hmkaiser, danke für den Tipp. Die tollen VFR-Sceneryen von Günther Kremp nutze ich für VFR-Flüge auch. 🙂 Ich werde das morgen einmal ausprobieren.
  5. Vielen Dank für den Hinweis. Ich verstehe das so, dass es an der statischen Größe des Modells liegt, das mit den Texturen versehen wird. Es kann somit von mir nichts verändert werden, was die Darstellung anbetrifft. Ich lerne immer dank Deiner hilfreichen Erläuterungen immer mehr dazu. 🙂
  6. Hallo Horst, Ich hatte geschrieben, dass der Blick die Stadt Münster (NRW, Richtung Norden) betrifft. Mehr habe ich nicht erfasst (also es fehlen die Koordinaten). Die Größe eines Doms wird aber z.B. auch in den USA (simHeaven_X-America) so "gigantisch" dargestellt. Völlig unabhängig davon, in welcher Stadt der steht. Ich denke, das liegt an der Größe der *.dds-Dateien, auf die zugegriffen wird: 50x102x99_Dom 24x43x55_church_stone
  7. Hallo, erst einmal ein riesiges Dankeschön für die stetige Verbesserung von X-Europe. Es ist wirklich großartig, wie der XP11 in seiner Darstellung damit angehoben wird. Ich habe dazu folgende Frage. Ist es nur bei mir so, dass die ansich klasse Darstellung der Kirchen (tolle Ergänzung) einen "Rausreißer" für mich bereithält. Ich meine die Darstellung eines Doms. Das sind schon sehr große Bauten, aber dennoch erscheinen bei mir diese zu groß geraten zu sein. Ich habe einmal Münster als Beispiel, weil dort auch div. weitere Kirchen eingebettet sind, die sich sehr schön in das Stadtbild einfügen. Aber der Dom..... Vielleicht gibt es ja einen Trick, diese Größe zu reduzieren. Als Hinweis nur der Anhang meine XP11 Grafikeinstellungen, falls ich dort eine Änderung vornehmen müsste.
  8. Hallo, ich melde mich auch einmal dazu. Mir ging es ja vor geraumer Zeit genauso und FlyAgi hatte die zündene Idee, dass es ggf. auch an der (noch relativ neuen) SSD liegen könnte, wenn ggf. Sektoren beschädigt sein bzw. nicht gelesen werden könnten. Der Tipp mit der Ereignisanzeige war tatsächlich die Lösung, denn dort war die "Störung" im Hardwarebereich ausgewiesen. Also, wenn es wider erwarten doch eien CTD geben sollte, wäre diese Recherche in Erwägung zu ziehen. Happy Landings.............
  9. Auch wenn es einmal nicht ganz genau dem entspricht, was vor Ort tatsächlich vorhanden sein sollte, so ist doch XEurope mit Ortho4XP optisch ein Genuss! Ich ziehe jedenfalls diese Optik der des MSFS 2020 um Längen vor. Ein großes Dankeschön für die wiederum großartige Bereicherung des XP11. 🙂
  10. Stelle den Flieger doch einmal in einen Bereich, wo er nicht von außen mit Licht beschienen wird, dann wird der Effekt der Innenbeleuchtung stärker (HDR ist aber "Pflicht"), so ist es jedenfalls bei mir. Auch das Cockpit bleibt nicht dunkel.
  11. Ich will noch einmal kurz einen Aspekt einbringen. Kann es auch am Airport liegen? Ich habe z.B. in LGAV (FlyTampa) im Frachtbereich bzw. auf LGIR (FlyTampa) auf dem Apron das Problem, dass der Pushbacktruck den angedockten Flieger in Kreisen oder wirren Touren versucht herumzufahren. Wenn ich den Vorgang beende, muss ich fast vollen Schub geben um den Flieger zu bewegen. Das wirkt wie ein Meshproblem, ohne dass es optisch sichtbar ist. Nach einer kuzen Strecke ist dann wieder alles OK und es kann fast im Leerlauf weitergehen.
  12. Asche auf mein Haupt! Ich hatte die Scenery-Reihenfolge nicht beachtet und dem Organizer das überlassen...... Richtig sortiert ist nun die Airportumgebung mit Brücken und Verkehr vorhanden. 🙂 Die Scenery ist nun in ihrer Gesamtwirkung so, wie ich es erhofft hatte.
  13. Natürlich ist das Update ansich erst einmal sehr zu begrüßen, da ja nun auch der alte Tower wieder gecancelt wurde. Aber der "Kreisverkehr" aller möglichen Vorfeldfahrzeuge rund um den neuen BER ist eine lieblose "Bereicherung". So queren alle Fahrzeuge auch die Taxiways zur 25R in völlig sinnloser Form. Das wirkt wie ein riesiges Jahrmarktskarussel. 🙂 Auch die Umgebung ist so nüchtern geblieben, wie sie war. So gibt es im gesamten Umfeld um den Airport weiterhin keinen Auto- oder Bahnverkehr. Auch fehlen dort alle Brücken und die reichlich. Schade!
  14. So...., kurzer Flug EDDM-EDDN und alles war OK. Ja, danke. Ich hatte auch nur den Menü-Punkt im Verdacht. Das Abschalten der GPU im Cockpit vergesse ich erst nach dem 10. Bier....... :-))
  15. Hallo Horst, danke für den Hinweis. Ich habe, um Konflikte zu vermeiden, grundsätzlich keine Doppelbelegungen auf den Pedalen, dem Throttle oder dem Joystick (gerade auch, wenn ich den Honeycomb Alpha Flight Yoke benutze z.B. für die FF B 767). Meine sonstigen Airbusse oder alle weiteren Flieger, die eine Art Joystick haben und mit der gleichen Konfiguration geflogen werden, weisen keinerlei Probleme auf. Auch der Toliss A321 hatte bisher keine Schwierigkeiten gemacht (also seit 02/2020). Was auch eigentümlich ist, ist die Tatsache, dass nach dem Pushback ja die Bodensteuerung einwandfrei funktioniert. Dabei ist auch das Seitenruder in Bewegung. Das ist bei Michael ja auch so..... Ich habe im Verdacht, dass das Phänomen evtl. an der vergessenen Abkoppelung der GPU über das Toliss-Menü liegen könnte. das prüfe ich noch in den nächsten Tagen.
  16. Ich steuere mit den T.Flight Rudder Pedals. Damit steuere und bremse ich alle Flugzeuge, je nach Typ mit einem anderen Profil und ggf. auch unterschiedlich im "Kurvenverlauf" des Ansprechverhaltens angepasst (in XP11 einzustellen).
  17. Ich bin jetzt auch ein "Opfer" der merkwürdigen Bugradsteuerung nach dem Approach. Vorher alles bestens, nun auf einmal versagt die Bugradsteuerung, ohne in das Menü dafür von Toliss eingegriffen zu haben. Ich steuere mit Thrustmaster (J = T.16000M, T= TWCS Throttle, P= T.Flight Rudder Pedals), alles sauber konfiguriert. Zumindest fliegen und steuern mit dem Profil der FF A320 bzw. der JD A330 ohne jede Beanstandung. Bis heute hatte ich auch keinerlei Probleme mit dem Toliss A 321. Ich werde die Sache mal checken.... Danke für Deine Ausführungen dazu.
  18. Danke, dass Du auch die Lösung Deines Problems hier bekanntgegeben hast und Glückwunsch, dass nun alles wieder läuft! Es gibt eben immer wieder neue Erkenntnisse, die die Einkreisung von den beschriebenen Problemen möglich machen. Das dazu nun auch ggf. die "Wahl" eines von Windows im Update eingespielten Grafiktreibers gehört, hat mir in der Hinsicht neue Lösungsmöglichkeiten eröffnet.
  19. Aus der Log.txt geht hervor, dass wohl eine GeForce RTX 2080 Ti verbaut ist.
  20. C:/jenkins/design-triggered/source_code/app/X-Plane-f/../../core/gfx/Vulkan/gfx_vk_swapchain.cpp:104 Diesen Fehler hatte ich auch dauernd (NVidia GTX 1080 Ti). Auch mit dem neusten Treiber. Ich bin dann auf OpenGL zurückgegangen. Seit dem ist alles OK. Nachteile hatte ich keine (eher mehr FPS).
  21. Ich habe einmal Vergleiche hergestellt, die die EGGW-Situation zeigen: 1. Google 3 D 2. XP11 mit XEurope 5.3 (Wie immer, super Arbeit, Danke !!) Es sieht also genau wie bei Dir aus, Frank. Das ist z.Zt. state of the art. 🙂 3. XP11 mit XEurope 5.3 und Ortho4XP
  22. Ich komme noch einmal auf die Mesh-Dateien zurück. Suche doch bitte noch einmal alle Mesh-Dateien und packe sie konsequent an das Ende der schnery-packs.ini Ich habe damit für das Vermeiden von Fehlern in der Darstellung der Scenerien sehr gute Erfahrungen gemacht. Ansonsten bin ich vorerst mit meinem Latein am Ende.... 😞
  23. Es könnte auch an einer falschen "library.txt"-Datei im Ordner X-Europe-4-scenery liegen, denn diese ist je nach "Einsatz" mit Ortho4XP bzw. ohne entsprechend anzupassen.
  24. Die Datei sieht grundsätzlich ganz gut aus. Aber kopiere einmal die: SCENERY_PACK Custom Scenery/Aerosoft - LIMC - Milano Malpensa Mesh/ SCENERY_PACK Custom Scenery/FlyAgi - EDDK Koeln Bonn - Mesh/ SCENERY_PACK Custom Scenery/FlyTampa_Corfu_zMesh/ SCENERY_PACK Custom Scenery/GayaSimulations - LIMJ Genoa - Mesh/ SCENERY_PACK Custom Scenery/JustSim - ELLX - v2.0_Mesh/ SCENERY_PACK Custom Scenery/JustSim - LFSB - EuroAirport Basel Mulhouse Freiburg_Mesh_Justsim_v1.0/ ganz nach unten. Denn dort gehören sie nicht hin, wo sie jetzt stehen.
  25. Es würde helfen, wenn Du deine Scenery-packs.ini aus dem Ordner Custom Scenery des XP11 einmal einsehen lässt. Ich vermute anhand der Screenshots, dass die XEurope-Ordner nicht unterhalb der Global Airports aufgeführt sind. Versuche doch erst einmal dahingehend die Ordner ggf. unterhalb aller Airports in der Scenery-packs.ini (mit einem Editor zu bearbeiten) abzuspeichern.
×
×
  • Create New...