FlightMesh - auf sowas haben wir lange gewartet

[GAF5006]

Deutsch

- Die P2P-Anzeige zählt jetzt ausschließlich tatsächlich nutzbare, vom Hub bestätigte DIRECT-Verbindungen.
- Discovery, einseitige Bestätigungen, Relay-Verbindungen und abgelaufene Transportzustände werden nicht mehr fälschlich als aktive P2P-Verbindungen dargestellt.
- Der Zähler wird nach allen maßgeblichen Transportwechseln sofort und nur bei einer echten Änderung aktualisiert.
- Die in 0.1.78 eingeführte kompakte Netzwerkarchitektur bleibt unverändert: Motion-Telemetrie enthält weder Flugplan noch Flugspur, Relay wird nur pro Peer bei Bedarf verwendet und lange Tracks vergrößern keine schnellen Bewegungspakete.
- Der zentrale Hub akzeptiert für diesen Produktionsstand ausschließlich 0.1.79 mit Protokoll v3 und compactRelayV1.

[GAF5006]

FlightMesh v0.1.82 available

• Netzwerk-, Simulator- und Hintergrundaufgaben werden kontrolliert beendet.
• gemeinsame Sitzungsbereinigung verhindert alte Peer-Daten nach Trennung oder Simulatorneustart.
• Ein farbiger Punkt vor jedem Piloten zeigt den P2P-Zustand mit lokalisiertem, datenschutzfreundlichem Hinweistext.
• Zeitkritische UI-Pfade, Modelllisten, Pilotensnapshots, Kartenupdates und Logging wurden begrenzt beziehungsweise koalesziert.
• Verwendbare MSFS-Modelle werden einer von 29 simulatorgetrennten Ersatzklassen zugeordnet.
• Unter MSFS 2024 nutzt die Modellauswahl jetzt das Live-Register des Spawnpfads. Die registrierte Standard-Ju-52 steht als dreimotoriges Kolbenflugzeug und die Standard-F/A-18 als Kampfjet zur Auswahl; nicht registrierte Dateitreffer gelten nicht als spawnbar.
• Klassenbezeichnungen sind weiß; Auswahlfelder zeigen verständliche Modellnamen. Einstellungen und Live Map skalieren korrekt.
• Der Hub verlangt mindestens 0.1.82, Protokoll v3 und compactRelayV1. Kompatible höhere Versionen werden akzeptiert, niedrigere abgewiesen.

[GAF5006]

FlightMesh v0.1.84 available
Model Matching für MSFS 2020/2024 und X-Plane verbessert und beschleunigt. Passendere Ersatzmodelle; keine unpassenden A380-/Airliner-Fallbacks mehr. Lokales dargestelltes Modell wird per Tooltip angezeigt. P2P arbeitet stabil mit 20 Hz im Nahbereich. Relay-Darstellung bei Paketverlusten deutlich geglättet. Diverse Stabilitäts- und Performanceverbesserungen.

[GAF5006]

FlightMesh v0.1.86
Unterschiede zu 0.1.85: neue P2P- und Firewalldiagnose, stabilere Verbindungsversuche, verbesserte Hubschrauberbehandlung, Helikoptersymbole und eine neue Acht-Routen-Abstimmung.

[GAF5006]

FlightMesh v0.1.87

• FlightMesh 0.1.87 verbessert Darstellung, Bedienung und gemeinsame Flugplanung.
• Drei unterscheidbare Hinweistöne für Chatnachrichten, Pilotenbeitritt und Pilotenabmeldung. Der Dedicated Server bleibt unverändert.
• Stummschalter und Lautstärkeregler werden lokal gespeichert; die Wiedergabe blockiert den UI-Thread nicht.
• Moderate DIRECT/P2P-Positionsabweichungen werden über mehrere Frames begrenzt korrigiert, statt sichtbare Ein-Frame-Sprünge zu erzeugen.
• Die einmalige Zeitsynchronisierung ist testbar und ersetzt die frühere kontinuierliche Zeitübertragung.
• Routen anderer Piloten lassen sich mit Abflug, Ziel, Route, Alternate und Reiseflughöhe als eigener SimBrief-Entwurf öffnen.
• Der getrennte Netzwerk-Testclient unterstützt autorisierte Lasttests mit bis zu 100 nacheinander verbundenen Sitzungen.
• Client, Hub, Portal und Discord-Bot verwenden gemeinsam den Stand 0.1.87. Der Dedicated Server bleibt unverändert.
• Bekannter Fehler: Ein in MSFS 2024 fliegender Hubschrauber kann bei einem MSFS-2020-Empfänger weiterhin optisch am Boden bleiben.

[GAF5006]

v0.1.88 – Ruhigere Flugzeugdarstellung
Unterschiede zu 0.1.87:

• simulatornahe Ausgabe bis 60 Hz, eine monotone Darstellungsbahn und stabilere Priorisierung frischer Bewegungsdaten.

Neu gegenüber 0.1.87:

• Nahe Flugzeuge in der Luft werden nun synchron zur Simulator-Darstellung mit bis zu 60 Hz ausgegeben. Entfernte Flugzeuge und Bodenverkehr bleiben zur Lastbegrenzung bei höchstens 30 Hz.
• Eine monotone SimConnect-Darstellungsbahn glättet die Bewegung relativ zum eigenen Flugzeug und verhindert hochfrequente Mikrokorrekturen. Begrenzte Korrekturen führen normale Abweichungen weiterhin weich zurück; bestätigte Teleports und echte große Neuplatzierungen bleiben unmittelbar möglich.
• Frische DIRECT/P2P- und Relay-Bewegungsdaten haben Vorrang vor periodischen Hub-Snapshots. Dadurch können ältere Positionsstände keine sichtbaren Rücksprünge auslösen.
• Die einmalige Zeitsynchronisierung wurde entlastet und ihr Symbol kehrt nach Abschluss in den neutralen Zustand zurück. Über das Piloten-Kontextmenü kann der eigene Flug sicher hinter einen anderen Piloten versetzt werden.
• Client, Hub, Portal und Discord-Bot verwenden gemeinsam den Stand 0.1.88; der Dedicated Server bleibt unverändert.
• Bekannter Fehler: Ein in MSFS 2024 fliegender Hubschrauber kann bei einem MSFS-2020-Empfänger weiterhin optisch am Boden bleiben.

[GAF5006]

v0.1.89 – Stabile Bewegungsdarstellung

• Client und zentraler Hub erhalten eine eindeutige Bewegungsautorität, begrenzte Positionskorrekturen und einen stabilen Direct-/Relay-/Hub-Fallback.

Neu gegenüber 0.1.88:

• Für jeden entfernten Piloten gilt genau eine aktive Bewegungsquelle: Direct/P2P vor Relay vor Hub. Verspätete Pakete und ältere Quellen können die laufende Darstellung nicht mehr für einzelne Frames überschreiben.
• Die SimConnect-Ausgabe verwendet eine einzige geglättete Trajektorienautorität. Doppelte Vorhersage und konkurrierende Eigenbewegung wurden entfernt; normale Positionsfehler werden begrenzt über mehrere Frames abgebaut. Bestätigte Teleports bleiben unmittelbar möglich.
• Vertikale Darstellung folgt der übertragenen Vertikalgeschwindigkeit. Ungültige SimConnect-Objekt-IDs werden kontrolliert neu erzeugt.
• Der zentrale Hub und der Client verwenden gemeinsam Version 0.1.89 mit Protokoll v3. Relay bleibt der sichere Fallback, wenn endpoint-abhängiges oder symmetrisches NAT keinen authentifizierten direkten UDP-Pfad zulässt.

v0.1.90 – Stabilerer P2P-Takt und verlässliche Flugspuren

• Client und zentraler Hub stabilisieren den 20-Hz-P2P-Sendetakt, die Flugspurverwaltung und die externe Verkehrsweitergabe.

Neu gegenüber 0.1.89:

• Frische P2P-Nahbereichsdaten werden nicht mehr durch zwei aufeinanderfolgende 50-ms-Gates ausgebremst. Die neue aggregierte Diagnose weist Erzeugertakt, Gate-Übergaben, Socket-Sendeabstände und längste Sendelücken aus.
• Flugspuren beginnen erst nach einem stabil geladenen Flug an einer plausiblen Position. Menü-, Lade-, Pause-, Slew- und ungültige Positionen werden verworfen; neue Flüge, Flugzeugwechsel und Teleports erhalten getrennte Segmente. Freie Flüge können mit erkanntem Start und Ziel dargestellt werden.
• Die externe LNM-/TCAS-Verkehrsausgabe nutzt begrenzte Bewegungsdaten aus den tatsächlich dargestellten Positionen, ohne die sichtbare FlightMesh-Renderpose zu verändern.
• Hub und Client verwenden gemeinsam Version 0.1.90 mit Protokoll v3 und compactRelayV1. Direct/P2P bleibt bevorzugt; Relay und Hub bleiben die vorhandenen Rückfallwege.

[GAF5006]

v0.1.91 – IPv6-P2P und zuverlässigere Verkehrsanzeigen

• Client und zentraler Hub ergänzen IPv6-P2P; TCAS, Little Navmap, X-Plane und der Whazzup-Feed erhalten gezielte Stabilitätskorrekturen.

Neu gegenüber 0.1.90:

• Direkte P2P-Verbindungen unterstützen zusätzlich IPv6. IPv4, IPv6 und Relay bleiben getrennte Verbindungswege; der Client benennt den tatsächlich aktiven Direktpfad im Status.
• TCAS und Little Navmap erhalten nach jedem ausgeführten Positionswrite wieder eine gültige, begrenzte horizontale Geschwindigkeit. Die geglättete FlightMesh-Position bleibt dabei die einzige Bewegungsautorität.
• X-Plane erhält keine bereits für MSFS geglättete Präsentationshistorie mehr. Das native X-Plane-Plug-in übernimmt seine eigene Pufferung und Darstellung.
• Die Anzeige der einmaligen Zeitsynchronisierung unterscheidet eigene Freigabe, fremdes Angebot, laufende Anwendung, Erfolg, Fehler und eine nicht verfügbare Simulatorquelle eindeutig.
• Der zentrale Whazzup-Feed überbrückt kurze Wiederverbindungen höchstens zehn Sekunden, sortiert stabil und bereinigt ungültige Zahlenwerte.
• Client, zentraler Hub, Portal, Bot, Netzwerk-Testclient und X-Plane-Plug-in tragen Version 0.1.91. Der eigenständige Dedicated Server und die geschützten MSFS-Toolbar-Pakete bleiben unverändert.

Bekannter Clientfehler: Ein in MSFS 2024 fliegender Hubschrauber kann bei einem MSFS-2020-Empfänger weiterhin optisch am Boden bleiben.

[GAF5006]

v0.1.93 – Zuverlässigeres IPv6-P2P für DS-Lite und Dual Stack

• IPv6-STUN und Kandidatenverteilung funktionieren jetzt unabhängig von der IPv6-Erreichbarkeit des zentralen Hubs.
• IPv6-STUN verwendet wieder einen unabhängigen öffentlichen Standardendpunkt. Ein bestätigter öffentlicher IPv6-Kandidat kann sicher über die bereits authentifizierte IPv4-Registrierung an den Hub übertragen werden.
• IPv4 und IPv6 bleiben getrennt. Der zuerst bestätigte Direktpfad bleibt stabil; eine ebenfalls erreichbare zweite Adressfamilie wird ergänzend im P2P-Tooltip angezeigt.
• Diagnose und Tooltip unterscheiden lokalen IPv6-Stack, Socket, STUN, Kandidaten, Probe, Handshake und den aktiven Direktpfad. IPv4 Direct und Server-Relay bleiben als Rückfallwege erhalten.

[GAF5006]

Mal ein Bemerkung zwischendurch: Die 0.1.93 ist ein ganz wichtiger Schritt.

Wir hatten in früheren Systen schon mal Probleme mit dieser "IPv4-Prothese" namens DS-Lite, das vielen Usern von ihren Internet-Provider zugemutet wird. In den letzten Sitzungen zusammen mit David hat sich gezeigt, dass bestimmte User mit FlightMesh kein sauberes P2P aufbauen konnten.
Sehr schnell stellte David auch bei FM dieses DS-Lite als Ursache allen Übels fest. Nunmehr, also seit den letzten beiden Updates kann FM auch mit IPv6 umgehen. Das ist ein ganz großer Schritt für FM und hebt FM in eine andere Liga!

Vielen Dank an dieser Stelle noch einmal an David - insbesondere auch dafür, wie hart er mit der Entwicklung am Wind segelt. Es geht wahnsinnig schnell voran und ich kann nur staunen, wie schnell Probleme wahrgenommen, analysiert und beseitigt werden.