Beiträge von Joker

Würde bei bfm auch gerne mitmachen. Muss aber noch sehen wann und wie oft ich Zeit habe.

Danke für die Infos simpit. Habe das Interesse an diesem Thema nicht verloren aber aus Zeitgründen etwas zurückgestellt.
So wie es aussieht reden wir hier aber von unterschiedlichen Problemen. Mein flackern (nicht ruckeln) entsteht bei den über BMS exportierten MFDs.
Ich benutze zwar auch MFDE, aber mit diesem habe ich keine Probleme und er beeinflusst auch nicht das MFD-flacker-Problem.
Verwende nur einen Rechner, also kann ich auch ein Networking-Problem ausschließen.

Werde es, sobald es die Zeit zulässt, mit einer anderen zweit-GPU und dann ggf. mit einem neuen Netzeteil testen. Mein 530W Netzteil hat dann doch nicht mehr allzuviele Reserven wie ich erst angenommen hatte.

Trotzdem nochmal danke für die Hilfsbereitschaft.

Gruß
Joker

Nein, leider nicht. Das Bord ist auch schon etwas älter. Was pci angeht: ich erinnere mich, das mein Systeme nach dem Einbau der Karte 3 neue devices gefunden hat. Eines davon war ein pci 3 sonstnochwas controller. Muss wohl nochmal nachschauen, was der da genau gemacht hat... Gesendet von iPad mit Tapatalk

Danke für die schnelle Reaktion. Da ist eigentlich ein Netzteil drinnen mit genügend Reserven. Die zweite Gpu ist noch dazu eigentlich eine sehr sparsame passiv gekühlte Karte. Und es betrifft auch nur den MFD Output. Alles andere flackert nicht. Werde aber trotzdem nochmal die Last auf dem Netzteil prüfen und ggf tauschen... Gesendet von iPad mit Tapatalk

Habe bisher in meinem Rechner eine einzelne Nvidia GTX 670 gehabt, an welcher ich den Hauptbildschirm über HDMI und einen zusätzlichen kleineren Bildschirm über VGA angeschlossen habe, auf welchem ich die MFDs über die BMSeigenen Exportfunktion ausgegeben habe. Das hat bisher alles bestens funktioniert.

In Vorbereitung auf meine Cockpit-Erweiterung habe ich nun eine weitere GPU eingebaut, an der ich zwei einzelne 10" Displays für die MFDs anschließen wollte. Hierbei handelt es sich um eine ältere und schwächere NVidia GT 640.

Die Ausgabe funktioniert im Prinzip trotz der schwachen Karte auch mit ausreichend viel FPS. Das Problem, welches nun aber auftritt ist: die MFDs flackern jetzt wie sau - nicht nur auf den über die schwache Karte neu angeschlossenen Screens, sondern jetzt auch auf meinem bisherigen Zweitscreen, der nach wie vor an meiner großen GPU hängt und bis dato keine Probleme gemacht hat.

Hab auch schon im BMS Forum gesucht, da gab es einen ähnlichen Fall, der hatte aber wohl was mit eine SLI Konfiguration zu tun, die ich ja bei mir nicht habe. Hab zwar auch zwei NVidias drinnen, aber diese können und sollen ja auch explizit nicht im SLI Betrieb laufen.

Hat irgendwer von euch eine Idee?

Gruß
Joker

Zitat von Korbi

hast du einen Account auf Viper-Pits?

Hab bereits mehrfach einen angelegt. Das letzte mal vor 2 Wochen. Wird aber leider nicht vom Admin bestätigt....
Scheint etwas gegen mich zu haben....

Hab mir ne Demo von AutoCAD 16 runtergeladen. Das kann auch IGS Dateien öffen. Läuft 30 Tage. Bis dahin muss ich die Daten herausgemessen haben.

Hab erstmal AutoCAD genommen, weil ich da die Bedienung kenne, werde mir aber auch nochmal die freien Alternativen zu AutoCAD ansehen. Danke für die Tipps Stern und Sebi...

Gruß
Joker

Hi Korbi,

kannst du mir das in deimen Screenshot abgebildete Model des Cockpits als DWG zur Verfügung stellen?

Gruß
Joker

Vielen Dank Rampage. Das mit dem FCR ist wohl der richtige Tipp und wurde mir auch gerade im BMS Forum klar gemacht. Wenn man hiermit ein Ziel aufschaltet hat man wieder die Möglichkeit CCRP zu verwenden und alles ist gut.

Das mit dem Laser haben wir eigentlich genau so gemacht, wie du es beschrieben hast. Trotzdem haben die Bomben verfehlt. Aber vielleicht lag es auch daran, dass wir die Bomben tatsächlich "blind" abgeworfen haben...

Hier der Link zur Diskussion im BMS Forum:
http://www.bmsforum.org/forum/…ad.php?25063-Buddy-Lasing

Am Mittwoch wurde im BMS 4.33 Training Buddy Lasing geübt.

Nachdem wir in der Theorie alle Aspekte des Buddy Lasing und des Gebrauchs des Laser Spot Trackers durchgegangen sind ging es ab ins Cockpit. Während des Flugs kam in meinem Team bestehend aus Iceman und mir die Frage auf, auf welche Weise die Bomben den auszulösen sind nachdem der Buddy begonnen hat das Ziel zu lasern. Hier wurden in den beiden Flights mehrere Ansätze verfolgt:

Ansatz 1: Der bombenwerfende Jet hat einen TGP dabei und schaltet das Ziel zumindest auch mit auf. Hier wird davon ausgegangen, dass beim TGP der Laser ausgefallen ist, man aber im CCRP-Mode den Consent zum Auslösen der Bombe geben kann, da das Ziel ja trotz allem aufgeschaltet ist uns sämtliche Cues im HUD vorhanden sind. Hiervon wird wohl im Trainigshandbuch, Kapitle 11.3. Buddy Lasing, Absatz 3 ausgegangen: [...] This is a buddy lasing tactic where one aircraft is unable to lase [...]

Ansatz 2: Der bombenwerfende Jet hat gar keine TGP-Funktionalität, entweder weil dieser ausgefallen oder gar nicht vorhanden ist. Hier stellt sich die Frage, wie in diesem Fall die Bombe auszulösen ist, der herkömmliche Weg über CCRP fällt in diesem Fall weg, da kein Ziel aufgeschaltet werden kann und damit eben auch kein "Continuously Computet Release Point" berechnet werden kann, woraufhin man seinen Consent zum Bombenabwurf geben kann. Hiervon wird u.A. im Trainigshandbuch, Kapitle 11.3. Buddy Lasing, Absatz 1 ausgegangen: [...] Your wingman may have a malfunction and has lost his TGP capability. [...]

Verweise auf diesen Ansatz finden sich auch in dem Buch "Storm over Iraq". Dort wird beschrieben wie im Golf-Krieg F15Es und F111Fs für F16s das "Buddy Lasing" durchgeführt haben weil schlicht nicht genügend TGP-Pods zur Verfügung standen und die F-16s deshalb nicht damit ausgerüstet wurden.

Ansatz 1 wurde von Hammer-Flight verfolgt, inwiefern dieser damit Erfolg hatte, kann ich nicht sagen, da wir aus Zeitmangel kein Debriefing durchgeführt hatten.

Ansatz 2 wurde von Shark-Flight verfolgt, dieser bestand aus Iceman und mir. Unsere Buddylasing-Versuche blieben leider erfolglos, weil wir zu Anfang schlicht nicht wussten, wie hier die Bombe auszulösen ist, da das Ziel ja eben nicht aufgeschaltet werden konnte. Auf die richtige Vorgehensweise bei dieser Abwurfart wird auch im Handbuch nicht näher eingegangen. Einzig eine Erwähnung im Dash 34-1 auf Seite 107 impliziert, dass dies durch ein simples Auslösen der Bomben ohne weitere Einstellung/Aufschaltung erreicht wird: [...] Buddy lasing can be done by simply dropping LGBs in the vicinity (LGBs basket) of a laser spot being fired from another human pilot’s laser [...]

Viper hatte auch die Idee es mit dem MAN-Mode zu versuchen. Hierbei ließ sich die Bombe, wie oben angedeutet, zumindest einfach auslösen, verfehlte aber leider trotzdem das Ziel.

Wir befanden uns bei diesem Versuch in relativ engen Formationsflug und ich bemühte mich den Releasepoint wie im Traningsscript auf Seite 102 beschrieben korrekt anzusagen. Laser war auf COMBAT und wir hatten auch mehrfach die Frequenz kontrolliert. Den Laser habe ich sofort nach Abwurf eingeschaltet, daran kann es also eigentlich auch nicht gelegen haben. Ich konnte auch die Einschläge in der Nähe des von mir aufgeschalteten Ziels sehen.

Da es sich um bewegte Ziele gehandelt hat, hätte ich nur noch die Idee, dass man bei einem solchen Angriff zumindest nicht entgegengesetzt zur Fahrtrichtung des Ziels anfliegen darf, da hier die Abweichung auf dem doch 15- bis 20-sekündigen Fall der Bombe zu groß wird und von ihr nicht mehr korrigiert werden kann.

Ich hoffe, ich kann bei der nächsten TGP-Session wieder dabei sein, bis dahin werde ich auch mal das BMS-Forum konsultieren...

Gruß
Joker

Ich will jetzt nicht meine Hand für die Korrektheit dieser Anzeige ins Feuer legen, aber mir sind bisher keine Unregelmäßigkeiten aufgefallen - dass will aber nix heißen . Wir sollten also heute Abend das 433 Training u.A. dazu nutzen, ein etwas genaueres Augenmerkt darauf zu legen wann und warum das ggf. auftritt.

Wenn ich heute Abend nicht mehr als CS angezeigt werde sondern als P2P, dann liegt das daran, dass ich bei mir endlich die Portweiterleitung eingerichtet habe !

Im Router müssen die UDP Ports 2934 und 2935 auf den Rechner weitergeleitet werden, auf dem BMS läuft.
Diese beiden Ports benötigt Falcon selbst. Laut Doku benötigt IVC ab 433 keine weiteren Ports mehr.

Wie die Einstellung dieser Ports nun genau von statten geht ist von Router zu Router verschieden. Dazu kann ich leider nichts allgemeingültiges sagen. Für die FritzBox kann ich aber nachher ein, zwei Screenshots hochladen wenn ich wieder daheim bin.

Mehr hierzu Im BMS-Manual.pdf Kapitel 7.1.

Hallo Staffel,

letzten Mittwoch kam vor dem Trainingsflug in der Lobby die Frage auf was den das CS bzw. P2P hinter den Pilotennamen bedeutet.
Was wir ja bereits vermutet hatten: P2P bedeutet Peer-to-Peer. Was CS bedeutet und was die technischen Hintergründe sind, habe ich nun mal im BMS-Forum erfragt:

CS bedeutet demnach Client-Server. Piloten, die das hinter ihrem Namen stehen haben, haben in ihrem Router die Portweiterleitung nicht konfiguriert, sodaß die Kommunikation hier nur (vom Client initiiert) direkt an den Server laufen kann (darum CS) und Verbindungsaufbauversuche von außen, wie es bei einer Peer-to-Peer Verbindung nötig wäre, durch die fehlende Portweiterleitung nicht entgegen genommen werden.

P2P ist CS vorzuziehen, weil es Server entlastet. Inwiefern es eine zusätzliche Last (bezügl. Netzwerktraffic) jedes einzelnen Clients bedeutet, der über P2P kommuniziert, da dieser ja dann nicht nur mit dem Server sondern auch mit allen anderen Clients kommuniziert, habe ich noch nicht klären können.

Auf die Frage ob eine Mischung beider Modi in einer Session zu Instabilitäten führen, habe ich auch noch keine Antwort bekommen.

Hier den Link zum Post: http://www.bmsforum.org/forum/…stion-(P2P-CS-differences)

Gruß
Joker

Den größten Vorteil , den ich bei einer Belegung über DX sehe ist, das sich parallel gedrückte Buttons nicht gegenseitig stören wie das bei Tastatur-Befehlen der Fall ist. Gerade auf der lan hat mir Pittbull von einem Problem erzählt, das genau darauf beruht. Während er den Cursor bewegt kann er keine weiteren Schalter bedienen, da sich diese Tastenkombination gegenseitig blockieren bzw. überschreiben. Hab selbst 3 Joysticks, 2 mfds und ein Arkadze-Modul welches selbst noch weitere 2 Joysticks emuliert und habe hiermit keine Probleme. Die devices werden immer in der selben Reihenfolge erkannt. Also haben die jeweils 32 zuordenbaren DX Buttons auch immer einen klar definierten Wert im Falcon keyfile. Kollisionen sind bei mir noch nie aufgetreten. Gesendet von iPad mit Tapatalk

Ich hätte Interesse. Bin das letzte mal vor 4 Jahren oder so mit Westy in einer Kampagne geflogen. Hätte da echt mal wieder Lust drauf.... Gesendet von iPad mit Tapatalk

Für die AA Waffen würde ich auf das hier tippen: STICK: NWS A/R DISC MSL STEP (SimMissileStep)

Kurzes drücken wechselt die Hardpoints innerhalb des Typs und langes drücken wechselt zwischen Heater und Radar (glaube ich )

Für TQS: AGM-Unkage liegst du richtig mit Deiner Vermutung. Bei mir heißt der allerdings: TQS: Man Range - Uncage (SimToggleMissileCage)

Die Namen sind von mir aus dem mitgelieferten Keyfile MBS - Full übernommen.

Hatte bei mir erst auch ein wenig Probleme mit den FPS. Nachdem ich mehr oder weniger erfolglos an den Grafik-Einstellungen geschraubt habe ist mir dann auch gedämmert, dass er vielleicht an der Prozessorauslastung liegt und nicht an der GPU.

Nach auswerten der Taskmanagers habe ich mir dann mal die Einstellungen des MFD-Extractors angesehen.
Nachdem ich hier die Update-Rate von 30ms auf 75ms zurückgeschraubt habe und die Prozess-Prio von Normal auf Low gesetzt habe, habe ich gefühlt doppelt soviel FPS - Ist natürlich etwas übertieben - aber die nervigen, unregelmässigen Ruckler bleiben seit dem komplett aus.

Hi Tomcat,

ich könnte mir vorstellen, dass es unter Umständen kleine Probleme gibt im Zusammenspiel mit der Arcaze-DLL die ich bei BMS-Pit 2.3 mitliefere und der Firmware die auf deinem Board installiert ist. Wenn du das Arcaze-Board erst vor kurzem upgedatet haben solltest gibt es da vielleicht Inkompatibilitäten.

Habe auch einen neue Version von BMS-Pit in arbeit, in welcher ich die DLLs aktualisiert habe. Un hier habe ich auch die Unterstützung der LED-2 und -3 Driver als auch die neu hinzugekommenen Display-Driver nochmals getestet. Probiers vielleciht mal damit. Ist zwar noch alpha aber bei mir läufts: https://www.dropbox.com/s/75a2…pit_v3.0.0_alpha.zip?dl=0

Gruß
Joker

warum ist sowas immer so weit im Norden???

während wir gestern das Maverick-Traning wiederholt hatten kam bei mir Fragen bezüglich der Aufschaltarten VIS und BORE auf. Diese Fragen konnten während des Flugen aber nicht vollständig klären werden. So habe ich mal im BMS Forum gestöbert und zwei Interessante Aussagen gefunden:

Zitat

While all modes at this stage aren't that accurate, BORE is not working at all as necessary, and of course its not a point & shot mode as described here... in real the BORE mode is using the AC nose to point the big cross (which isn't slewable!) to some point, stabilize it, then slew the Maverick head from the point it was stabilized, command track and shoot. The special about BORE is that every Mav can be stabilized at different point regardless of the previously fired Mavs while with PRE and VIS the stabilization point is common for all Mavs until you "cancel" it

weiter vorne im Threat schreibt RedDog:

Zitat

it (wie BORE und VIS richtig funktionert (Anm.d.Red.)) will be there in the 4.33 BMS manual. Explaining how the maverick (or any weapon system) is outside the Dash 1 scope.

And it will completely change with 4.33 anyway. So it's rather a standby item for now...

Scheint so, als würde sich hier einiges ändern und wir werden das Training dann noch einige male wiederholen...

http://www.benchmarksims.org/f…manual&highlight=vis+bore

wenn man den grünen Haken klickt sollten alle konfigurierten LEDs leuchten. Wenn man Space gedrückt hält nur die selektierte.