Beiträge von Pitbull

    Danke allen Freiwilligen für den kurzen Einsatz heute.


    Nachdem wir ja nicht wirklich erfolgreich waren (IVC ist immer gecrasht), habe ich in meinem LAN weiter getestet und HEUREKA habe die Lösung dann doch noch gefunden.
    Zuerst konnte ich quasi den Fehler von gestern reproduzieren und IVC stürzte kontrolliert ab. Danach habe ich die Prozedur beim AWACS-PC etwas geändert und jetzt bin ich überzeugt, dass das nun wirklich funktioniert, zumindest konnte ich es mehrmals erfolgreich reproduzieren.


    Für Interessierte hier der Link zum BMS-Forum, wo ich eine detaillierte Anleitung gepostet habe.


    Was noch fehlt, ist der Test im echten Einsatz. Den plane ich für nächste Woche.


    Gruss
    Pitbull

    Die Geschichte mit dem IVC Klienten ging gestern ja mächtig in die g-Hosen. Danke nochmals allen Piloten für die Geduld und Flexibilität.


    Ich würde gerne heute Abend ab 2100 Uhr weitere Tests machen und dazu bräuchte ich ein paar Freiwillige, die mithelfen, die IVC-Konfiguration zu testen. Es wird vermutlich kein Flug geben, sondern wir werden mehrere Male in die 3D-Welt einsteigen, kurz IVC testen und dann wieder aussteigen. Sollte alles funktionieren, können wir natürlich gleich einen einfachen Flug machen.


    Freiwillige können sich im Flugplan eintragen oder einfach um 2100 Uhr vorbeischauen.


    Gruss
    Pitbull

    Brief heute angekommen mit einer leichten Beschädigung am Kuvert. Inhalt aber unversehrt und vielen, vielen Dank. Das hätte ich während der letzten Mission dringend gebraucht.


    Gruss
    Pitbull

    Kann ich bestätigen. Mirage ist ganz gut umgesetzt, abgesehen von der Avionik, aber das ganze ist ja erst Beta. Die F18 muss ich noch testen, aber ich bin sehr gespannt.


    Gruss
    Pitbull

    Nein. Der Datenstrom ist bei jedem Klienten in der Regel immer grösser als die eingestellte Bandbreite, unabhängig ob nur einer oder alle gleichzeitig in die 2D-Welt gehen.

    Danke Caesar für Deine Recherchen.


    Kannst Du bestätigen, dass Du mit der Business-Leitung nun keine Commit-Probleme mehr hast?


    Ich habe mich auch vertieft mit dem Thema auseinander gesetzt und habe hierzu noch eine weitere Vermutung bzw. eine kleine Korrektur zu Deinen Aussagen.


    Das DS-Lite-Verfahren lässt sehr wohl eine P2P-Verbindung für BMS zu, es funktioniert nur etwas anders. Wenn ihr Euch mal achtet, erscheinen die "Unitymedia"-Klienten im Chat-Fenster immer mit einer fünfstelligen Portnummer. Dieser Port wird vom Unitymedia-Gateway (der macht die Verbindung vom IPv6- zum IPv4-Netz) einer ausgehenden Verbindung, zum Beispiel zu einem BMS-Host, zugeteilt.
    Das heisst, wenn jetzt zum Beispiel Bumerang eine Verbindung zum Server auf dem ausgehenden Port 2935 macht, so wandelt der Gateway diesen Port in einen zufälligen, fünfstelligen Port um. Dies macht er, damit er seine vielen IPv6 Kunden, welche nach "aussen" alle dieselbe IPv4-Adresse haben, beim eingehenden Datenverkehr wieder auseinander dividieren kann.
    Der BMS Server erkennt diesen "falschen" Port, deklariert diese Verbindung als "dubious" und versucht aber trotzdem auf dem falschen Port eine Verbindung zum Klienten herzustellen (sofern dubious connections zugelassen sind). Diese Verbindung über den fünfstelligen Port kommt dann auch (meistens) zustande, weil der Gateway weiss, dass er die Daten auf diesem fünfstelligen Inbound-Port wieder an Bumerang über den Port 2935 übermitteln muss.
    Deshalb ist es auch möglich, dass Bumerang, sofern er die Commit-Hürde geschafft hat, im Spiel ohne Probleme mitfliegen kann.


    Wenn ich das Chat-Fenster und die Logs richtig deute, dann funktioniert diese Verbindung über den falschen Port zu Bumerang auch für alle anderen Mitspieler und es kommt eine echte P2P-Verbindung zustande.


    Jetzt stellt sich noch die Frage, wie die Commit-Probleme entstehen, da sie ja praktisch nur bei DS-Lite Klienten auftauchen.


    Zu dieser Frage habe ich eine Vermutung, die ich noch nicht bestätigen konnte:


    Beim Commit gehen sehr grosse Datenmengen über die Leitungen (mehr als die eingestellte, maximale Bandbreite!) und ich vermute, dass diese Daten über das UDP-Protokoll übermittelt werden. Bei dieser Übertragung gehen einige Daten vermutlich beim Gateway verloren (weil er mit all den IPv6-Kunden vermutlich sehr busy ist) und da das UDP-Protokoll Paketverlust nicht erkennt, bemerkt der Host nicht, dass das Commit nicht abgeschlossen wurde und der Spieler bleibt beim Commit hängen.


    Das Problem kann man also nur beheben, wenn man entweder nicht über den DS-Lite Gateway geht, oder BMS diesen Datenstrom über TCP abwickeln würde.


    Gruss
    Pitbull

    Ja, die neue Grafikengine bei 2.0 ist wirklich der Hammer, aber auch sehr Ressourcen-fressend.


    Und die Jungs von Eagle Dynamics haben Grosses vor für dieses Jahr (F-18, Su-33, Mig-29, Carrier Ops, etc.).


    Gruss
    Pitbull

    Ich bin eigentlich sehr angetan vom Handoff-Verfahren, bzw. mich überzeugt der Vorteil des TGP, Ziele auf grössere Distanz auszumachen. Allerdings stört mich unheimlich, dass ich in-flight kalibrieren muss. Für mich ist das, als ob ich mit einem halb-vorbereiteten Jet starte und das macht keinen Sinn.


    Ich verfolge deshalb die Strategie, das ganze Boresighting am Boden zu machen. Im Moment bin ich noch nicht zum Ziel gekommen und teste immer noch, was alles überhaupt möglich ist.


    Meine Testaktivitäten wurden gestern von einem defekten Microstick am Cougar beendet. Zum Glück habe ich schon seit längerer Zeit den Warthog original-verpackt unterm Tisch als Reserve stehen und den natürlich gleich angeschlossen. Allerdings gefällt mir der "Neue" gar nicht, besonders die Steuerungssoftware (TARGET) und das Verhalten des Joysticks bei vorprogrammierten Key-Stroke-Konfigurationen. Aber das ist ein anderes Thema!


    Sollte heute Abend wieder einsatzfähig sein und werde das Ground-Boresighting wieder ausgiebig testen. Irgendwie muss das doch möglich sein!!!


    Gruss
    Pitbull

    Habe das auch schon gesehen, selbst aber keine Erfahrung damit. Ich denke aber, dass es eine gute Sache ist. Ob es die Verbindungsprobleme löst? Hoffen wir es.


    Gruss
    Pitbull

    Ich habe gestern beim "Zuhören" noch etwas zu Deinem Problem gegoogelt und dabei folgende Vermutung aufgestellt:


    Es könnte sein, dass Du mehr "packet loss" hast als üblich. Da Paketverluste im UDP-Protokoll nicht direkt erkannt werden, bricht die Verbindung nicht sofort ab. Die Paketverluste wirken sich aber besonders bei grossen Datenströmen negativ aus und da gerade beim Wechsel Lobby-2D die Datenrate deutlich ansteigt (sogar über die eingestellten 1024 kbit/s), gehen dann vermutlich wichtige Pakete verloren, die der Server nicht bemerkt und der Client kommt gar nie in die 2D-Welt.


    Um meine Theorie zu bestätigen könntest Du mal den Speedtest auf


    freeola.com/line-test/


    machen. Besonders interessant ist der Wert für die Paketverluste.


    Gruss
    Pitbull

    Entschuldigt, dass ich plötzlich weg war, ohne was zu sagen. Mein Laptop will nach einem Neustart nicht mehr in's Internet verbinden. Keine Ahnung was da schief läuft.
    Hoffe, ihr hattet noch einen erfolgreichen Abend.


    Gruss
    Pitbull

    Habe es bei mir getestet, allerdings nicht ausgiebig, denn beim ersten Versuch habe ich auch nichts von AWACS im Cockpit gehört und ich hatte sogleich eine Vermutung, warum es nicht geht:


    In BMS 4.33 wird ja der Funkempfang je nach Distanz zwischen Sender und Empfänger schwächer oder stärker. Nun hat der IVC von AWACS, welcher nicht 3D geht, vermutlich diese "Positionsangabe" gar nicht und BMS (oder IVC) denkt, dass AWACS zu weit weg ist und daher kommt nichts an.


    Wie gesagt, das ist nur eine Vermutung. Ich möchte das Problem noch in den Dokumenten oder Foren recherchieren und auch schauen, ob man diese Funktion deaktivieren kann.


    Gruss
    Pitbull