Beiträge von Pitbull

    In der Tat.


    Im Anhang meine Karte von gestern mit den VFR und IFR Punkten für Laage, allerdings noch nicht komplett.


    Ebenfalls habe ich noch mein Radarhintergrundbild angehängt. Es ist bezüglich Land und Meer etwas vereinfacht.


    Gruss
    Pitbull

    Dateien

    • Map ETNL.zip

      (204,47 kB, 47 Mal heruntergeladen, zuletzt: )

    Danke für Euer konstruktives Feedback.


    Ich schaue mal, was wir nächste Woche nochmals trainieren können.


    Gestern war ich nach dem Flug nicht zufrieden mit den VFR-Verfahren. Die Sichtflugverfahren sind nach meinem Geschmack zu sehr mit Radial und DME gemacht und nicht, wie es eigentlich der Name sagt, mit Punkten, die man per Sicht ausfindig machen kann. Das Ostsee Theater ist ja geradezu prädestiniert für Navigation nach Sicht.
    Wenn ihr einverstanden seid, werde ich die Karte etwas anpassen und bei Bedarf mit Alpha absprechen.


    Die IFR-Verfahren sind hingegen sehr gut und ich schlage deshalb vor, dass wir uns nächste Woche mehr auf die IFR-Verfahren konzentrieren, zumal sich diese bei Dunkelheit sowieso besser eignen.


    Gruss
    Pitbull

    Gestern Abend hatten Bumerang, Nik, Mav und ich uns gefragt, ob es wohl möglich wäre, die Skripts, welche im Emergency Training 2018 zu den Systemausfällen führen, auch in einer Multiplayer Session anzuwenden. Ich habe jetzt ein bisschen getestet und kann Euch mitteilen, dass es tatsächlich eine Möglichkeit gibt, solche Skripte auch bei einer Online-TE anzuwenden :D (Bumerang wird's freuen!).


    Ich werde in den folgenden Zeilen die Mechanismen etwas genauer erklären und Achtung, das wird jetzt teilweise sehr technisch, aber ich versuche, es möglichst einfach zu halten.


    Wie ihr vermutlich wisst, werden die Skripts für Ausfälle oder Textanzeigen etc. in der Datei .run abgelegt. Diese Skripts werden dann ausgeführt, wenn ihr eine TE oder eine Trainingsmission startet, welche denselben Namen wie die .run Datei hat. Die .run Datei wird aber immer nur lokal ausgeführt und bei einer Online-Session werden diese Skript-Befehle lokal NICHT ausgeführt und auch NIE vom Server an die Klienten oder von den einzelnen Klienten zu den anderen Klienten übertragen. Also, eine .run Datei nur auf dem Server, bewirkt gar nichts.


    Wenn nun der Server und alle Klienten dieselbe .run Datei im Campaign Ordner haben, passiert leider auch nichts :2: ausser auf dem Server, da werden die Skripte aktiviert, aber, wie erwähnt, nicht weiter gesendet.


    Wie können wir jetzt aber trotzdem bei einer Online-Session die Skripte aktivieren?


    Dazu muss man erst mal verstehen, wann die Skripte aktiviert werden. Die Skripte werden genau dann aktiviert, wenn man auf den COMMIT-Knopf drückt, also beim Einstieg in die 2D-Karte. Diese Skripte bleiben danach aktiviert, bis man BMS beendet. Und das ist genau der Trick.


    Nehmen wir also nochmals die Situation, bei der alle Klienten die .run Datei und die gleichnamige TE lokal gespeichert haben. Bevor die Klienten nun zum Server verbinden, wählen sie die TE aus und drücken auf COMMIT. Jetzt werden die Skripte aktiviert. Danach gehen sie wieder zurück zur Lobby, verbinden sich mit dem Server und wählen nun die ONLINE-TE aus. Die Skripte sind immer noch aktiv und werden wie gewohnt beim Einstieg in die 3D-Welt ausgeführt.


    Übrigens funktioniert das auch mit Skripten, welche nicht denselben Namen wie die TE hat, welche man nachher online spielt. Man kann zum Beispiel vor der Online-Session mal schnell eine Trainingsmission mit programmierten Failuren anwählen, auf COMMIT klicken, dann wieder zurück gehen und zu irgendeiner anderen Online-Session verbinden und die Skripte von der Trainingsmission sind immer noch aktiv, solange man nicht BMS verlässt. Das war vermutlich der Grund für die plötzlichen Ausfälle im Flug bei einer der letzten Missionen, die eigentlich gar nicht vorgesehen waren.


    Ich hoffe, ich habe mich nicht zu kompliziert ausgedrückt, ansonsten kann ich Interessenten die Sache gerne mal an der Staffelbar im TS erklären.


    Gruss
    Pitbull

    Super Sache Joker.


    Mein Server und mein Game-/TS-PC haben immer dieselbe IP. Aber ich hätte da eine Idee zum Problem, wenn ich nicht im TS bin und meine IP geändert hat (war übrigens gestern wieder der Fall): Meine IP ist immer über eine dyndns-Adresse auflösbar. Wenn das Dein Tool abfragen kann, sollte es eigentlich klappen.


    Gruss
    Pitbull

    Das war gestern wirklich eine perfekt orchestrierte Mission. Herzlichen Dank an Bumerang und auch an Rabbit, der wohl viel zum Gelingen beigetragen hat.


    Was wir da gestern alles erlebt haben, konnte ich erst heute wieder richtig realisieren, als ich das Debriefing gelesen habe. Da war permament Action drin, vom Moment an, als man das erste Mal das Gear eingefahren hatte, bis zur eskortierten Landung in Pescara 3 Stunden (!) später.


    Es war wirklich ein sehr herausfordernder und spannender Flug und zeigte auch ganz gut, was ein TFC mit seiner Übersicht zum Gelingen beitragen kann. Auch wenn wir viel Risiko nehmen mussten, kann ich sagen, dass wir trotz schlechtesten Bedingungen (Wetter, SAM-Situation, Lange Flugwege, Schweres Flugzeug, und noch vieles Mehr) die Situation mit exzellentem Teamwork (inkl. AWACS) meistern konnten.


    Super Mission und Danke allen, die mitgemacht haben.


    Gruss
    Pitbull

    Ich weiss, wir haben das Thema schon öfters diskutiert und im Prinzip haben wir ja einen guten Standard etabliert.


    Wenn ich Flight lead bin, wünsche ich mir, dass man die Ansage zum Frequenzwechsel (egal ob mit „push“ oder „switch“) als Wing bestätigt. Kann ja sein, dass ein Wingman gerade mit etwas anderem beschäftigt ist und den Spruch verpasst hat. Ich als lead möchte einfach sicher sein, dass das alle mitbekommen haben.


    Beim Verfahren mit human Tower ändert sich eigentlich nichts.
    Zuerst gibt der Tower dem Flight lead die Bewilligung/Anweisung die Frequenz zu verlassen:


    „Falcon11 frequency change approved“


    Das müssen die Wingman natürlich nicht bestätigen, nur der Lead antwortet dem Tower.


    Daraufhin entscheidet der Lead, wann er die Frequenz wechseln will und befiehlt seinem Flight den Wechsel:


    „Falcons push tactical“



    Gruss
    Pitbull

    Zuerst mal, vielen Dank für Eure zahlreichen Tips.


    Nach ganz viel Testerei und Grafikkarten einstellen etc. (ich war auch schon kurz davor, einen neuen Bildschirm zu kaufen 8) ), habe ich den Übeltäter gefunden:


    Ich hatte im BMS Setup die Canopy Cues auf NONE. Wenn man die auf Reflection oder Both stellt, ist das HUD über den Wolken wieder lesbar(er).


    So 100%ig bin ich noch nicht zufrieden (vielleicht liegt's ja doch an meinen alternden Augen --- oder ich muss auch einen "Grafiker"-Bildschirm anschaffen :D ), aber zumindest kann ich jetzt wieder etwas im HUD ablesen.


    Gruss
    Pitbull

    Also bezüglich Genauigkeit möchte ich, dass folgendes Verfahren angewendet wird:


    Grad auf 10° runden.


    Meilen auf 1 Meile genau.


    Höhe auf 1000 ft genau.


    Der Standard Bullseye-Call sieht dann so aus:


    "BATMAN single group, bullseye zero two zero, twenty-eight, two five thousand, hot, hostile".


    Wichtig dabei, bei der Gradangabe wird jede Ziffer einzeln gesagt, die Meilen werden als ganze Zahl gemeldet und die Höhe wieder als einzelne Ziffern.


    Wenn wir alle das so anwenden, sollte das auch für die Piloten am Einfachsten sein.


    Gruss
    Pitbull

    Ich habe die TE noch einmal gründlich durchgetestet und Nik und ich haben vermutlich die Ursache für die CTDs gefunden.


    Es liegt vermutlich daran, dass die TE ursprünglich nicht in der aktuellsten OT-Version gebaut wurde. So hatte die TE vermutlich noch Objekte drin, welche auf den Client-Systemen nicht mehr existierten und diese Objekte wurden erst übermittelt, als die Mig-29 3D waren, also in deren 50NM-Bubble.


    Fazit: Wer auf Nummer sicher gehen will, verwendet nur TEs, welche in der letzten Ostsee-Version gebaut wurden.


    Gruss
    Pitbull

    Hallo zusammen


    Ich habe da ein kleines Problem, bei dem ich um Euren Rat bitte.


    In letzter Zeit habe ich vermehrt Missionen gebaut, bei welcher starke Bewölkung vorherrscht und dabei ist mir aufgefallen, dass ich, wenn ich "on top" bin, also über den Wolken bin, das HUD, wenn es Richtung unter den Horizont geht, nicht mehr ablesen kann, weil alles einfach zu hell ist (vgl. Bild)


    Da mir letzte Woche mein Optiker bestätigt hat, dass ich noch ein ausgezeichnetes Sehvermögen habe, gehe ich davon aus, dass da in BMS was nicht richtig / optimal eingestellt ist.


    Meine Frage an Euch: Habt ihr dieses Phänomen auch oder wie habt ihr das gelöst?


    Gruss
    Pitbull