Beiträge von nik

Vielen Dank für die neue Version.

Mein Problemchen besteht leider weiterhin.

Habe bewusst den alten komplett gelöscht, weil die Fenster ungeordnet auf dem Bildschirm waren. Neuen installiert und das gleiche in grün, das Hauptfenster ist hinter den anderen versteckt.

Ursprünglich waren die Fenster im Hauptfenster fixiert und ich konnte sie zusammen zB. auf den zweiten Bildschirm verschieben und haben sich beim Minimieren mit angepasst.

so stellt sich der Bildschirm dar. Wenn ich das Programm starte...

Was heißt eigentlich: "Nicht STEAM-kompatibel" ?

Demnächst im Balkantheater 4.34

Wer dabei sein möchte, bitte das Balkantheater 4.34 installieren.

Download hier.

Entwarnung!

Das Problem lag wieder einmal an WIN10.

Beim letzten Update wurde das key File verbogen, versuche es jetzt einmal mit einem Schreibschutz, bzw. werde mit jedem Update das key file neu laden.

Die wird uns wie die Kalaschnikow noch viele Jahre in der restlichen Welt erhalten bleiben. Nur halt nicht in DL, da haben wir so Topgeräte, wie den NH-90 oder die A-400.

Helios hat sich nicht bestätigt. Drei Versuche, BMS mit Helios und YAME, ohne Helios, zum Schluss das nackte BMS, die Throttle lässt sich beim SEAD Wingman nicht bewegen.

Warum der Einsatz gestern komplett schief lief, hat aus meiner Sicht zwei Gründe.

1.

Weil der Taxi Einstieg *(frozen Throttle beim Ramp) durch zwei Piloten den Zeitplan komplett durcheinander gebracht hat, respektive, die gebriefte Reihenfolge. Das ist sowieso ein Thema, welches wir einmal regeln sollten. Entweder konsequent nach TO Time oder eine gebriefte TO Time. Die Game TO führt natürlich zu einer realen Zeitverzögerung am Flugabend, aber sie ist die einzige Konstante für den TE Verlauf. Entscheidet man sich für einen "Frühstart", muss der TE Bauer das berücksichtigen, was gestern nicht der Fall war.

2.

Wenn es keine QRA Einsatz oder ähnliche sind, dann sollte man wie real life genügend Vorlaufzeit haben, um sich im Zielgebiet zu formieren.

Gebrieft war gestern, SEAD, ESCORT, Strike. Departure nach Chart. Der SEAD startete als letzter, während der Rest schon in einen Luftkampf verwickelt war.

Den Rest brauche ich hier nicht zu erwähnen, das geschah gestern schon im Debriefing. Und es war allen klar, warum von 8 F-16 nur 2 nach Hause kamen. Das können wir viel besser, auch das wurde gestern einhellig festgestellt.

* War neben Bikeman Betroffener und bin der Meinung, wenn so etwas auftritt, dann muss entweder neu gebrieft werden, Time, Reihenfolge oder wofür ich plädiere, man ist raus. Es bringt nicht nur den Einsatz durcheinander, sondern auch die Konzentration auf den gesamten Einsatz, es wird dann so eine Art Gewürge und jeder entwickelt so eine Art Eigenleben.

Cuca äußerte gestern, dass dieses Problem in Buchenau besprochen wurde und man die Throttle in der 3d Welt ohne vorherige Schaltvorgänge bewegen muss. Das habe ich gemacht und trotzdem funktionierte es nicht. Mein Verdacht, Bikeman und ich haben ein Helios Pit und dieses macht beim Einstieg selbstständig einige Grundeinstellungen. Beispiel Gearhandle down usw., das ist für mich schon fast der Beweis, warum es bei uns beiden nicht klappte. Warum aber das Problem mit der Throttle öfter mal beim Wing auftritt, ist unbekannt oder weiß jemand mehr?

Das schöne am gestrigen Einsatz, alle sind der Meinung, wird nachgeholt.

Sie sind wieder da und nicht wegzukriegen.

Die gleiche, nur habe ich jetzt festgestellt, als ich die Testdatei laden wollte, dass sie eine Fehlermeldung produziert und das Programm beendet wird.

Machst halt zum Einheits.... des Terrains, auch ein Einheitswetter.

Bei mir das Gleiche, nur ist es mir einmal gelungen eine Testdatei zu speichern, die auch funktioniert, nur wie ich das gemacht habe, k.A.

weil es dazu paßt und auf den Wunsch eines Schweizer Piloten zeige ich es hier.

Armin, die Potis kann man gut reinigen. Einfach an der Schutzkappe die Laschen hochbiegen und dann mit Kontaktreiniger und Q-Tipp reinigen. Du denkst jetzt sicher, hat er nicht gelesen, dass ich neue habe? Doch habe ich, aber die oxidieren am Schleifer, wenn sie lange herumliegen, also auch ein neues Poti, muss uU. gereinigt werden. Den Tipp brauche dir wohl jetzt nicht mehr geben, vor dem Zusammenbau testen. Die ganze Arie habe ich schon mehrfach hinter mir. Deshalb liebe ich meinen Warthog, der ist einfach der bessere Cougar. Ich weiß, warum der bei euch keinen Eingang findet.

Jetzt zum guten Schluss.

Habe 3.33 jetzt ausgelagert und alles passt. Da aber YAME 3.33 für die Anzeigen MFD, RWR, DED usw. benötigt, fahre ich einen Mischbetrieb aus Extactor und Y.

Funktioniert ohne Probleme.

Einziger Schönheitsfehler, beim RWR fehlen die Rageringe und ich habe bis jetzt nichts gefunden, wie ich die wieder in den Vordergrund wie bei Y. bringe. Damit kann ich aber leben und hoffe bald wieder komplett auf Y. umsteigen zu können, wenn es ein Update für BMS 3.34 gibt.

Gruß

So, der Übeltäter ist gefunden, es ist die Version 4.33, die ich für Yame benötige und das Programm möchte ich auch weiter nutzen.

Wie bin ich vorgegangen? Habe 4.33 umbenannt und schon lief der Falke in altgewohnter Geschwindigkeit.

Einziger Wermutstropfen, in YAME werden MFD, DED, PDF Failurepanel nicht mehr angezeigt. Die restlichen Instrumente funktionieren.

Werde sie wohl jetzt durch den Extractor ersetzen und hoffen, dass YAME ein update für 3.34 herausbringt.

Vielleicht hilft ja meine Lösung anderen auch weiter.

Hat jemand die Positionsangaben MFD usw. für das Heliospit. Bildschirme übereinander?

Bin weiter auf Ursachensuche, aber noch keinen Schritt weitergekommen. Werde jetzt mal versuchen, den Falken auf einem anderen Laufwerk laufen zu lassen. Hat einer einen Tipp, wie ich das am geschicktesten mache, um nicht eine gesamte Neuinstallation machen zu müssen, die ich grade hinter mir habe. Die Trägheit liegt also nicht an einer zugemüllten Installation. Zusatzfrage, wie heißt die urfalcon 4.0 Datei, die man irgendwo auf dem PC haben muss, damit BMS läuft? Die möchte ich nämlich auf dem gleichen Laufwerk haben wie BMS, obwohl das nicht nötig sein soll.

Habe gestern eine weitere Trägheit festgestellt. mache ich in der 2d Welt einen Rechtsklick für ein Recon, dauert es 1,5 Minuten, bis die Graphik erscheint, mache ich es ein zweitesmal, ist sie in einer Sekunde auf dem Schirm. Meine Vermutung, mein Falke sucht und lädt erst einmal die erforderliche Graphikern, warum das so beim ersten Mal so langsam geht, keine Ahnung.

Nächste Frage, habe ja noch wegen YAME die Version 4.33 auf der Platte, könnte es sein, dass der Falke in ihr auch nach Graphikdateien sucht und das System deshalb so langsam wird? Wellche Dateien braucht YAME von 4.33, dann könnte ich ja den Rest löschen. Wie gesagt, das sind alles verzweifelte Versuche, aber der langsame Falke nervt extrem.

Noch vergessen zu erwähnen, alle Hardwarekomponenten sind i.O.

weil es dazu paßt und schaut euch das Cockpit und die Wolken an.

Das Video ist 8 Jahre alt, da die Möglichkeiten ein Video zu erstellen doch noch sehr begrenzr, deshalb nicht mit der Qualität hadern.

Bei dieser Landung möchte ich weder Pilot, noch Passagier und auch nicht die A380 sein.

Der Grundstein ist gelegt.

Zitat von Pitbull

Ganz grosses Lob an Bumerang. Das war wohl so eine Emergency-Situation wie aus dem Bilderbuch und er hat sie glanzvoll gemeistert.

Trotzdem noch eine kleine Kritik meinerseits: Je nach Risk level sollte man den „wounded bird“ immer begleiten, gerade um solche Situationen wie das nicht ausgefahrene Gear zu überprüfen. Im Cockpit sieht manchmal eine gefährliche Situation nicht so schlimm aus, wie von aussen betrachtet.

Gruss

Pitbull

Wollte es im meinem Beitrag auch erwähnen, hab es vergessen, weil Bumi und ich grade letztes Mal nach dem Fence out den Check gemacht haben. Wird nach einem Treffer die Funktion des Gears geprüft? Halte das für wichtiger als alles andere.

Als wir ins Zielgebiet flogen, sagte Bumi noch am Funk, wir sind ganz schön schwer. War mir bekannt, bestärkte aber mein Unwohlsein, da wir ja Striker und Fighter in einer Personalunion waren. Mein Gefühl wurde alsbald zur Gewissheit, denn es kamen auch schon zwei MIG-21 near Bullseye auf uns zu. Bumi hatte vorher einen cainsow befohlen und somit war ich am nächsten dran und begann meinen AA-Fight. Leider habe ich immer wieder die Aufschaltung verloren und so machte ich eine Wende und Bumi übernahm meinen Part. Jetzt kam ein zweites MIG-21 Pärchen dazu und wir griffen etwas versetzt gleichzeitig an. Sehr erfolgreich, 4 AIM-120 und 4 MIG-21 gehimmelt. Das weitere Vorgehen hat Bumi schon beschrieben. Habe Bumi noch gewarnt, dass er doch sehr tief fliegt, die Warnung war berechtigt, wie ihr lesen konntet. Leider habe ich bei meinen GBU Abwürfen, immer durch Wolkenlücken (16.000 ft) die GBU nicht "freigeschaltet", habe jetzt keine Lust nachzusehen, wie die lange Buchstabenfolge auf der CTRL Page heißt, für mich liest sich das so wie: spriduwatznik spridullni.

Lange Rede kurzen Sinn, drei GBU machten nur Flurschaden und eine taf einen LKW mit den wichtigsten Gütern überhaupt, wertvoller als jeder T-62, nämlich bis oben hin beladen mit Wodka.

Als Bumi seinen Schaden meldete, bot ich an, ihn nach Hause zu begleiten, was er ablehnte und empfahl, ich sollte die Bodenziele bekämpfen. Für die 3 vergeudeten GBU habe ich eine gute Entschuldigung, denn die eine, die traf ,hat die Moral der Truppe so geschwächt, das ist viel mehr wert, als 10 GBU, außerdem hat Bumi zwei nach Hause gerettet.

Bumis Dilemma habe ich am Funk sehr gut mitbekommen und so bei mir gedacht, wäre das mir passiert, ein ganzes Geschwader von Schutzengeln hätte nicht helfen können, denn wir hätten jetzt eine F-16 weniger. Vom mir bekäme Bumi dafür einen Orden, hatten wir so etwas nicht in der Vergangenheit? Auf alle Fälle sollte der C/O mindestens eine Belobigung aussprechen.

Schöner Einsatz und für mich jetzt zum zweiten Mal nach dem Wiedereinstieg sehr erfolgreich. Jetzt hoffe ich, dass sich das alte Sprichwort bewahrheitet, alle guten Dinge sind drei.

Und danke an MAV und die Mitstreiter Bumerang, Korbi und Cuca.