Sasa

Ja, vermutlich liegt es an einem Script/Bodenmodell, dass nur per Zufallsprinzip geladen wird, daher die schlechte Nachvollziehbarkeit. Ich weiß, dass Asobo an den Ground Services für SU7 arbeitet (das passenger boarding aus dem Intro-Video geht ja bis heute nicht). Denkbar, dass sich auf dem Weg dahin im SU6 ein Bug eingeschlichen hat. Ich habe deshalb zwischenzeitlich mal einen offiziellen Bugreport gemacht: https://devsupport.flightsimulator.com/t/ctds-with-taxiwayservicestand-at-eddb-since-su6/18534 EDIT: Wie es aussieht, hat man den Bug bei Asobo evtl. gefunden und arbeitet dran. Spannend.

Kurze Info zum Stand der Dinge: In diesem Thread gab es ein paar gute Hinweise: Mit Fast-Zoom-In ließ dich das Problem dann auch hier nachvollziehen (allerdings erst, nachdem vorher weiter entfernt ein anderer Airport geladen wurde). Leider crasht der MSFS2024 grundsätzlich, bevor man in den Log-Dateien überhaupt sehen kann, was das Problem verursacht. Es weist aber alles auf Default Ground Vehicles hin. Der BER hat viele Parkpositionen für Tankfahrzeuge, Busse, Gepäckfahrzeuge etc. (evtl. mehr als andere Addons) und hier wird scheinbar etwas oder etwas in einer Menge gerufen, die nicht verwaltet werden kann. Aktueller Plan ist, dass Ende der kommenden Woche ein Update kommt. Damit es sich lohnt, sind dann auch geplant: Entfernen der Vehicle Parkpositionen (da nicht wirklich erforderlich, und nachvollziehbar CTDs verursachen) Aktualisieren der Werbung auf den Jetways Hinzufügen der überlappenden Parkpositionen.

Hallo, Daa Thema wird hier bereits "bearbeitet": Füge deine Erfahrungen dort bitte gerne hinzu. Grüße Sascha

Ich habe mich mal schlau gemacht und zwischenzeitlich scheint das in der Tat möglich zu sein. Das erfordert ein größeres Update, da in dem Rahmen auch die VDGS angepasst werden müssen, aber grundsätzlich wäre das ein schönes nächstes Update. Notiere ich mir mal dafür.

Gut, jetzt sind wir aber schon zurück beim Fenix... Um Nachvollziehbarkeit zu haben, ist es für uns wichtig zu wissen, dass es nativ mit dem EDDB-Addon und einem Default-Flieger passiert. Oder sprechen wir hier explizit von einem Problem, dass nur mit dem Fenix auftritt? In dem Falle müssten wir das noch mal in Bezug auf Fenix verfolgen. Ich würde aber erst sicherstellen wollen, dass das Problem auch wirklich nur mit EDDB auftritt. Also ohne Fenix und RAAS. Denn das können wir hier bis dato nicht nachvollziehen.

Schade. Falls sonst noch jemand dieses Problem haben sollte, wäre es schön, wenn er oder sie man die genannten Punkte abtesten könnte. Solange wir das Problem auf unserer Seite nicht nachvollziehen können, können wir auch nichts fixen. Dafür müssen wir erst einmal verstehen, unter welcher Konfiguration oder mit welchen Dritt-Addons der CTD auftritt. So etwas geht nicht im Blindflug.

Hallo! Gerade erst gesehen, da es für den EDDB eigentlich ein eigenes Unterforum gibt: Die Jetways, auf denen "BER" steht, stammen definitiv nicht aus unserem Addon. Ist da vielleicht noch eine alte Freeware für den BER aktiv? Ich gehe davon aus, dass es sich um den MSFS2020 handelt, nich MSFS2024?

Lass uns das mal hier fortsetzen - sonst haben wir das doppelt: https://forum.aerosoft.com/index.php?/topic/185758-ctd-beim-ein-und-auszoomen-im-msfs-2024-seit-su61/&do=getNewComment

Danke für die Tests! Im ein nachvollziehbares Testszenario zu haben, bin ich mal mit diesen Settings angeflogen: Default A320 (v2?), einfache Auswahl von EDDB as destination, so dass man sich direkt in der Luft im Anflug wiederfindet. MSFS2024 Version 1.8.16.0 (siehe oben links im Screenshot). VFR-Anflug, bis zum Touchdown keinerlei Probleme. Settings: Global Rendering Quality liegt bei High-End. Wenn es bei dir unter exakt denselben Bedingungen immer noch nicht klappen sollte: Gibt es noch andere Addons, die im Zusammenspiel mit EDDB eine Rolle spielen könnten? GSX, Navigraph etc...? CTDs beim Reinzoomen habe ich bei EDDB zuletzt gesehen, als ich versucht habe, das Default-Passenger-Boarding zum Laufen zu bekommen. Der Code wurde aber komplett wieder entfernt (=nie veröffentlicht) und funktioniert laut Asobo/MS hoffentlich im SU7...

Hi! Ich kann das hier leider nicht nachvollziehen. Da du von Datei Löschen schreibst, gehe ich schon einmal davon aus, dass du nicht von einer gestreamten Marketplace-Version sprichst. Das können wir also schon einmal ausschließen, denke ich? Kannst du den Anflug bitte noch einmal VFR mit einem Default-Flieger machen und berichten? Außerdem würde es sehr helfen, wenn du einmal unter Marketplace - My Library nachschauen könntest, welche Versionen der folgenden Addons dort bei dir aktiv sind.

Leider nein. Alternativ könnte man die Stands nur so klein machen, dass da nur noch GA parkt. Aber dann stehen da hinterher Cessnas und so ein Gedöns rum, was die Sache auch nicht realistischer macht. Ich habe gerade mal im Code gecheckt: Für keinen der E-Stands sind sind Airline-Codes hinterlegt. Eigentich sollten die Airlines prioritär den Stands mit zugewiesenen Airlines-Codes zugewiesen werden. Eigentlich... aber da ist der MSFS leider recht eigen...

sai212.cgl ist für die Darstellung des manuell angepassten Luftbildes unter dem Flughafen da, auf die Höhendaten hat das keinen Einfluss. Der MSFS2020 läuft hier grundsätzlich leider weniger stabiler als sein Nachfolger, wenn man mehrere Addons aktiv hat. Insbesondere, wenn es bereits in einem anderen Addon eine Datei namens sai212.cgl gibt. Leider kann man die nicht umbenennen, da der Dateiname die Zellennummer enthält, in der das Luftbild geladen werden soll. Passiert das Ganze mit einem Default-Flieger oder evtl. einem Flugzeug, welches versucht, die Luftbild-Daten aus der CGL in einem Cockpit-Instrument parallel darzustellen? In letzterem Fall steigt der VRAM-Bedarf natürlich, da die Luftbilder 2x geladen werden müssen.

Hi! I haven't tried it in-flight yet but judging by the interface everything seems to be there now. This is using default MSFS2024 SU6 and EDDB:

Hallo! Ja, das ist nach wie vor leider der Fall. Gibt es denn ein anderes Addon, bei dem das so umgesetzt wurde und funktioniert? Dann schaue ich mir das gerne mal an. Grüße Sascha

Wow, danke für das nützliche Feedback! Das wäre sicher eine interessante Info für die Autoren des AutoFPS-Tools. Gut möglich, dass das Tool das Laden der Lichtpunkte am Boden "aushebelt", wenn evtl. nur gewisse FPS-Punkte dafür vorgesehen sind. Das ist aber so tief in der Grafik-Engine des MSFS, dass das vermutlich seitens Adobo/MS niemand mehr anfassen wird. Grüße Sascha