Probleme mit dem Airbus X Extended

Zu Punkt 1 kann ich Dir leider spontan nichts sagen.

Der Punkt mit den Checklisten ist mir beim Extended auch immer wieder ein Dorn im Auge gewesen. Die sind öffter mal hängen geblieben.
Zum Teil schon direkt nach dem Start. Erst die Approach Checkliste hat das Ganze wieder ins Lot gebracht. Die hat hängende Checklisten überschrieben.

Ärgerlich war es dann besonders, wenn die Copilotin die ganze Zeit einen Punkt abgefragt hat, immer und immer wieder und man hat sie nicht zum schweigen bekommen.

Leider gibt es hier nur die Möglichkeit, die Schritte selber manuell durchzuführen und wenn sie labert, den Ton runter zu drehen. Oder den Flug komplett neu zu starten.

Da bin ich sehr froh, dass sie das bei dem neuen Bus behoben haben.

Gruß
Michael

Ich habe auch (noch) den Extended, benutzte die Checklisten aus genau diesem Grund aber auch nie.
Am Anfang war das zwar eine sehr schöne Spielerei, aber nach 3 Wochen habe ich das dann selber übernommen. Es liegt also nicht an dir, sondern wirklich am Extended.

Der erste Punkt kommt mir irgendwie komisch vor. Sowas hatte ich zumindest noch nie, tut mir leid

Nico

Das ist kein Problem. Klick mich

Da hast Du eine schöne Anleitung, wie das mit den Bildern klappt.

Gruß
Michael

Hm, das ist wieder mal ein Feld, bei Dem ich noch nie was eingetragen habe. Wenn Du auf der Init Ref Seite die richtige Höhe eingegeben hast, sollte das hier auch stehen und dann müsste es eigentlich klappen.

Presel gibt die vor ausgewählte Geschwindigkeit an. Das sieht man auch daran, dass da die KIAS / MACH Anzeige ist. mit (in deinem Bild) blubb / .0
Anscheinend ist das also nur ein Grafikbug, so würde ich das jedenfalls interpretieren, da die vom Autopiloten gemanagte Geschwindigkeit ja nicht während dem Climb 0 Knoten beträgt.

Außer ich vertue mich gerade extrem. Aber dann gibt auch die grüne 100 davor keinen Sinn, weil in grün steht da ja 100/ .0 und dahinter die blaue, eckige unausgefüllte Klammer. Beides gibt iwie kein Sinn, weil da ja eine Geschwindigkeit stehen muss, soweit ich weiß, und daher die Klammer nicht leer sein kann (korrigiert mich hier bei Fehlern, ist alles nur theoretisch, habe den Bus gerade nicht vorliegen).
Und 100/. 0 gibt ja noch weniger Sinn. Vlt. findet ja jemand anders noch was, tut mir leid

Gruß Nico

Jein, was ich meinte ist ein Grafikbug, der auch zu der Verschiebung noch falsche (eventuell einfach) fixe Zahlen anzeigt. Weil du meintest ja, dass der Airbus trotzdem normal fliegt, also wird das System wohl nicht 100/.0 als Quelle für ihre Daten nehmen.
Aber ich habe keine Ahnung wie der Aerosoft den Bus programmiert hat, also kann ich dir da nicht sagen, warum das so ist, aber ich glaube das kannst du einfach ignorieren

Was passiert eigentlich, wenn du da nen Wert versuchst einzugeben? Vielleicht merkt der Bus dann das was nicht stimmt, und aktualisiert die Anzeige.

Gruß Nico

Eine falsche Programmierung des Fluges in der MCDU sorgt eigentlich nicht für einen Grafikbug
Sonst scheint ja auch alles in Ordnung zu sein

Gruß Nico

Also scheinen die 100/.0 fix da irgendwie drin zu hängen in den Grafiken. Ja, klare Sache. Ganz einfach...
Nen Edding nehmen, und die Stelle auf dem Bildschirm schwarz übermalen
Nein, keine Ahnung. Vielleicht eine Neuinstallation probieren? Weiß ich nicht

Nico

... Oder mal im aerosoft-Forum nachfragen, da bekommt man immer gerne geholfen

Sehe ich auch so Solange ich eine Funktion, die nicht funktioniert, nicht brauche, werde ich auch keine aufwendigen Schritte unternehmen, um das Problem zu lösen
Das war schon immer so Sobald ich merke, das ich etwas aber brauche, dann versuche ich das zu lösen.
(Auf den FSX bezogen, weil das dann mit Neustarten und allem so lange dauert, sonst bin ich schon so ein bisschen wie Monk. Sogar so ein bisschen viel wie Monk Es muss immer alles geordnet, sauber und symmetrisch sein )