Nach zwei Wochen Funkstille hat sich BlueBird mit einem langen Update im Discord des Entwicklers zurückgemeldet. Die Hauptmeldung betrifft das Speicherleck der BlueBird 757. Eine mögliche Lösung steckt laut Shervin im internen Test, und das Team glaubt, dass das Flugzeug nicht der einzige Verursacher ist.
Speicherleck: Verdacht Sim Update 7
Nach dem Post vermutet BlueBird, dass auch etwas im Sim Update 7 zum Speicherleck beiträgt. Das Problem hat das Team an Asobo, das Studio hinter dem Simulator, mit der Bitte um Unterstützung weitergegeben. Sim Update 7 ist nicht zum ersten Mal im Spiel: Als BlueBird Ende Oktober einräumte, der Launch der 757 sei „kein reibungsloser Release“ gewesen, hatte Shervin bereits gesagt, einige Abstürze könnten mit dem Update zusammenhängen. Damals sei es dafür aber noch zu früh gewesen. Jetzt zeigt das Team beim Speicherleck in dieselbe Richtung.
Shervin hält sich mit Versprechen zurück. Man habe „deutliche Fortschritte“ gemacht, will aber keine Ursache nennen, bevor man zu hundert Prozent sicher ist. Die internen Tests laufen bislang gut, doch laut BlueBird ist man „noch nicht über den Berg“. Das Speicherleck ist seit dem Launch die Priorität Nummer eins und hat nach Shervins Angaben einen großen Teil der Arbeitszeit des Teams gebunden. Einen bestätigten Fix mit Termin gibt es nicht. Sobald es so weit ist, will BlueBird das laut Shervin „lautstark von den Dächern“ verkünden.
Das Leck ist also kein neues Phänomen. Schon kurz nach dem Start hat BlueBird einen Hotfix für ein Speicherleck in der Begleit-App BBS NEST ausgeliefert. Die Patch Notes zu Version 1.1 vermerkten außerdem, dass eine dauerhafte Lösung für das Flugzeug selbst noch in Arbeit sei. Ein Fix, der seit dem ersten Tag gesucht wird und nun von den Dächern verkündet werden soll, wäre ein Novum im Sinne der Geduld der Community.
NEST und Paint Kit
Lackierer bekommen ebenfalls Neuigkeiten. BlueBird zufolge wird das Paint Kit gerade fertiggestellt. Einen Termin nennt das Team nicht, es soll aber „sehr bald“ bereitstehen.
NEST, der Installer und Updater von BlueBird, erhält laut Shervin einen grundlegenden Umbau. Neue Lackierungen werden erst hochgeladen, wenn die neue Version von NEST läuft. Hintergrund ist der Rollout von 1.1: Manche Simmer mussten NEST neu installieren, bevor es überhaupt startete, andere mussten das ganze Flugzeug neu installieren, um fehlende Lackierungen zurückzubekommen. Das Muster ist bekannt: Wer nach einem Update erst einmal neu installieren muss, bekommt den Verdacht nicht los, dass der Updater selbst zuerst ein Update gebraucht hätte.
Bei den WASM-Abstürzen sollen einige Korrekturen in V1.2 landen. BlueBird kündigt an, dass die Arbeit daran über mehrere Patches weitergeht.
V1.2: Autopilot und Bus-Logik
Die Liste für V1.2 ist laut BlueBird noch nicht final und braucht weitere Tests und Validierung. Einen Veröffentlichungstermin gibt es nicht. Der Schwerpunkt liegt aber erkennbar auf den Autopilot-Kanälen und dem elektrischen System dahinter, vor allem im Anflug.
Beim Autoland ändert sich der Ablauf. Mit APP werden die verfügbaren CMD-Kanäle nur scharfgeschaltet. Nach LOC- und G/S-Einfang prüft der Autopilot ab 1.500 ft RA, ob ein Multichannel-Anflug möglich ist, und die geeigneten Kanäle koppeln bei 1.420 ft RA oder darunter ein. BlueBird beschreibt das Scharfschalten von APP und das Einkuppeln der Multichannel-Kanäle als zwei getrennte Ereignisse. Außerdem wurde die Bus-Isolation neu geschrieben. LAND 3 ist nun mit zwei Triebwerksgeneratoren oder mit einem Triebwerksgenerator plus APU-Generator verfügbar. Ein Anflug mit nur einem Generator hält beide Hauptschienen versorgt.
Die Liste der Änderungen in der Arbeitsversion sieht laut BlueBird aktuell so aus, wobei sie sich vor dem Release noch ändern kann:
- BBS_AP_TARGET_SPEED: Externe Steuerungen können die MCP-Geschwindigkeit in IAS oder Mach lesen und setzen.
- Das Kabendifferenzdrucksignal für das Soundsystem ist wiederhergestellt.
- Distanzfehler bei Range Ring 0 sind behoben, ebenso die Leistungseinbußen durch mehrere große Range-Ring-Distanzen.
- Abflüge wie MGGT MAVA2B zeichnen keinen Schenkel mehr zurück zur Pistenschwelle.
- Captain und FO wählen den Bus für die Instrumentenübergabe korrekt, die Anzeigen folgen der verfügbaren Stromquelle und der BUS-TIE-Stellung.
- IGS-Anflüge werden im FMS und im CDU unterstützt.
- Ein Navigraph-Problem ist behoben, bei dem die Datenbank den wahren Peilkurs des Localizers ausgelassen hat.
- Die VNAV-SPD-Pitchsteuerung im Mach-Steigflug ist verbessert, die Cruise-Performance-Berechnungen im FMS sind aktualisiert.
- Das IRS-Panel bietet drei unabhängig wählbare IRS-Einheiten, einen Basis-ATT-Modus sowie die manuelle Eingabe von Kurs und Position.
- Es gibt drei Baro-Sync-Einstellungen: aus, Captain/FO oder alle drei.
- Eine Fehlerquelle im zentralen Bus-Transferrelais, die während einer Isolation oder deren Aufhebung zu einem kurzen Stromverlust und damit zum Ausfall der FCCs führen konnte, ist behoben.
- Die Ausgabe des GPWS-GLIDESLOPE-Alarms bei Level-Intercepts in niedriger Höhe ist seltener.
Offene Fragen gibt es zwei. Erstens, ob BlueBird den Fix am Speicherleck bestätigen kann. Zweitens, ob Asobo auf seiner Seite einen Fehler im Sim Update 7 bestätigt. Wenn ja, könnte ein Teil der Lösung vom Simulator selbst kommen und nicht nur vom Entwickler des Flugzeugs.
Das eigentliche Problem sind die unzähligen WASM-Crashes (mind. A350-Release-Niveau), die scheinbar Bluebird völlig überraschend getroffen haben und deren Behebung Bluebird ziemlich schwer zu fallen scheint, wenn man sich die Kommentare der Entwickler auf Discord ansieht. Da wird z.B. Erwartungsmanagement betrieben a la „Das wird mindestens ein halbes Jahr dauern etc.“
Auch hier wirkt Bluebird irgendwie aus der Zeit gefallen. Andere Entwickler wie iniBuilds kriegen es mittlerweile hin, ihre Produkte (A380) fast ohne jegliche WASM-Crashes zu veröffentlichen, PMDG hat auch die allermeisten gefixed, ja selbst FSS hat kaum noch WASM-Crashes in den E-Jets. Es wirkt fast so, als ob Bluebird 5 Jahre unter einem Stein entwickelt hat und jetzt erst von WASM-Crashes gehört hat und quasi bei null anfängt.
Nun kann das sicherlich daran liegen, dass es ein Newcomer-Produkt ist und da kann man vieles verzeihen; Vector Studios wird es dann letztendlich zeigen, ob man als Newcomer das auch besser hinkriegen kann.
also ich habe bisher nicht einen einzigen WASM Crash gehabt. aber da scheint die 757 bei jedem unterschiedliche Laune zu haben 😀 ich hoffe dass sie viele Probleme beheben können und das bald auch die native 2024 kommt sowie die -300.
Das was ich zu SU7 feststelle sind keine WASM Crashs, sondern das es ein Problem mit der Speicherverwaltung gibt, was das „freimachen von nicht geladenen, großen Texturen“ aus dem Grafikspeicher, wenn aber gleichzeitig eigentlich noch genügend VRAM zur Verfügung steht.
Das ganze passiert seit SU7 auf sehr aggressive Weise und häufiger als zuvor, sicherlich mit Asobos versuchen, den VRAM freizubekommen, was aber bei 4090 wie bei mir eher ein Problem verursacht, da diese „Renderpipeline“ per se Wacklig ist, und wenn man dann noch irgendwie am Zweitmonitor etwas macht, was auch auf die Renderpipeline wirkt, und in die Momente des „zwangs-freimachens“ des MSFS2024 fällt, gibt die Renderpipeline auf, GPU Driver Crash, Hang usw. und zack aus ende.