Beiträge von Joker

Das mit dem LSD Effekt bekommt man ganz gut in den Griff, wenn man den Gamma-Slider in den Settings von 2,2 auf so ca. 1,6 stellt. Hatte erst gedacht, dass dann alles gut sei. Das Doofe ist nun, dass man dann die Instrumente im Cockpit nicht mehr gut ablesen kann.

Hab eine neue Version in die Dropbox gelegt. Funktioniert grundsätzlich genau so wie die erste Version.

Zusätzlich kann man nun aber bei den statischen Kontakten anstatt der IP-Adresse auch einen Hostnamen angeben. Dieser wird dann automatisch aufgelöst.

(habe bei Pitbull jetzt beispielhaft mal meine Dyndns-Adresse eingetragen)

Hi Reno,

du könntest das hier mal probieren:

http://andersmalmgren.github.io/FreePIE/

ist jetzt nicht extra dafür da um Achsenwerte auszulesen, aber das ist hiermit auch möglich.
Ist im Prinzip sowas ähnliches wie Target, nur das es universeller eingesetzt werden kann.
Die Konfigurationssprache ist Python und nicht C.

Das Script um die Achsenwerte von deinem WH auszulesen würde dann so aussehen:

stick = joystick["Joystick - HOTAS Warthog"]
diagnostics.watch(stick.x)
diagnostics.watch(stick.y)

bzw. musst du Namen und Achse entsprechend für den Throttle anpassen.

Gruß
Joker

Tja, was nik meinte habe ich über die Jahre auch festgestellt. Glowing Amraam hat wirklich eine Gabe die Produkte von Eagle Dynamics in ein Super Licht zu rücken (dieses Video hat mich damals dazu bewogen DCS zu kaufen: ProjectX). Auch wenn es live nicht gaaanz so gut aussieht wie im Promo-Video finde ich die Grafik trotz allem einen riesen Schritt vorwärts und endlich hat dieses nervige Wechseln zwischen den verschiedenen Versionen um z.B. zwischen Kufnukistan und Nevada zu wechseln ein Ende.

Habe mir Ende letztens Jahres in Erwartung einiger hardwarehungriger Titel eine neue Grafikkarte gegönnt, mit der ich alle Regler auf High stellen kann, dann sieht das in FullHD echt toll aus, aber die dabei produzierte Abwärme ist enorm, ich habe nach ca. einer halben Stunde in meinem Büro bereits jetzt im Winter knapp 30°C. Da bin ich mal auf Sommer gespannt.

Wer hat heute, Sonntagabend Lust un Zeit mal eine kleine Multiplayer-Session zu testen?

Gruß
Joker

Hi Pitbull,

diesen Ansatz hatte ich tatsächlich bereis einmal vor Jahren verfolgt: BMSYellowPages

Der Einsatz ist dann aber etwas im Sande verlaufen, da wohl der Overhead noch ein Programm zu starten den Vorteil der automatischen IP etwas amotisiert hat. Außerdem hatten nicht alle Clients eine dynamische DNS, was die Sache dann grundsätzlich etwas unsicher machte, wann man sich darauf verlassen konnte, dass für den ausgewählten Multiplayer-Host tatsächlich die aktuelle IP im Telefonbuch stand.

Jetzt, in Kombination mit der IP Abfrage über TS würde es für die statischen Server wieder Sinn ergeben. Werde mal sehen, wie ich den IP-Lookup-Code im Plugin unterbringen kann...

Danke für die Idee!

Wie ist den deine Dyndns-Adresse?

Viele Grüße
Joker

Hi Bumi,

Genau. Das war der Sinn hinter den statischen IPs.
Letztendlich ist die Liste der statischen IPs ein Workaround dafür, dass das Telefonbuch immer komplett neu geschrieben wird.
Alles was in dieser Liste steht, steht auch IMMER GENAU SO im Telefonbuch.
Selbst wenn Pitbull (es kommt auf die genaue Schreibweise des Names an) tatsächlich im TS ist, so wird trotzdem die Adresse und Bandbreite aus der statischen Konfig genommen.
Wenn Pitbulls PC selbst zusätzlich zu seinem Server auch im TS erscheinen soll wenn er da ist, dann kann man seinem Eintrag in der statischen Konfig einfach auf z.B. "Pitbull Server" umbenennen, somit sind das zwei unterschiedliche Namen und so erscheinen dann auch beide Einträge im Telefonbuch.

Ja, die Änderungen der IPs müssen im Moment immer anstatt im Telefonbuch in der statischen Konfig aktualisiert werden.
Bin aber bereits auf der Suche nach einer Lösung, wie das Plugin die IP-Adresse aus der Kanal-Beschreibung im TS auslesen kann.

Gruß
Joker

Hallo Jungs,

Hierbei handelt es sich um ein Update/Ersatz für dieses Tool

Link zur DLL in der Dropbox: BmsSmartComms

Während ich vorletztes Jahr die erste Version dieses Programms geschrieben habe, ist mir auf halben Weg die Idee gekommen, die Funktionalität als TS3-Plugin neu aufzubauen. Hatte damit auch direkt begonnen und dabei die noch offenen Punkte bezüglich statischer IP Adresse für Pitbulls BMS-Server aus den Augen verloren. Nachdem ich dann im folgenden Sommer meiner kompletten Freizeit beraubt wurde habe ich auch dieses Projekt aus den Augen verloren.

Da ich mich in letzter Zeit wieder etwas mehr mit BMS auseinandersetzen konnte, bin ich wieder über dieses Projekt gestolpert und habe es nun kurzer Hand fertig geschrieben.

Das Programm macht grundsätzlich noch dasselbe wie damals: Es werden die IP-Adressen aller im TeamSpeak angemeldeten Staffelmitglieder in das Falcon BMS-Telefonbuch eingetragen und können über COMMS zum Aufbau der Verbindung angewählt werden.

Da das TS3-Plugin komplett im Hintergrund läuft, fällt die Bedienung bis auf ein erstes Einrichten komplett weg.

Sämtliche damals noch offen gebliebenen Punkte sind hier nun auch abgedeckt:

Es können beliebig viele statischer Adressen angegeben werden, die immer 1 zu 1 ins Telefonbuch übernommen werden, die aktuellen Verbindungsdaten von Pitbull und Viper sind bereits eingetragen.

Für jeden Kontakt kann eine spezifische Bandbreite eingetragen werden, wenn man dies nicht tut, wird ein konfigurierbarer Standard verwendet.

Mitglieder, die eine zu schwache Internetverbindung haben um den Server stellen zu können, können auf eine Ignore-Liste gesetzt werden und landen somit nicht im Telefonbuch.

Das Programm besteht aus einer einzelnen DLL-Datei die in das Plugin-Verzeichnis von TeamSpeak kopiert werden muss. Beim nächsten Start von TeamSpeak wird man darauf hingewiesen, dass das Verzeichnis, in welchem BMS installiert ist, in der Konfiguration angeben muss.

Ab diesem Zeitpunkt arbeitet das Plugin komplett selbstständig: Immer wenn sich ein neues Mitglied in TeamSpeak anmeldet, übernimmt das Plugin anhand der konfigurierten Kriterien den Kontakt und dessen aktuelle IP Adresse in das Telefonbuch zur späteren Verwendung in BMS.

Wie bereits bei der ersten Version wird das Telefonbuch jedes Mal komplett überschrieben.

Das Plugin ist im Moment für die 64bit Version von TS3 kompiliert, wenn noch eine 32bit Version benötigt wird kann ich das noch nachholen.

Das Pluginverzeichnis befindet sich hier: c:\Users\[USERNAME]\AppData\Roaming\TS3Client\plugins\ oder einfach ein ggf zu erstellendes plugins\ Unterverzeichnis im TS3 Installationsverzeichnis.

Der TS3 Admin muß hierfür den Staffelmitgliedern, welche das Programm nutzen wollen, die Berechtigung geben, die IP-Adresse der anderen Mitglieder sehen zu können. Das ist aber glaube ich schon der Fall.

Gruß
Joker

Es gibt eine neue Version des Editors in der Dopbox.

Mit der Version 0.5 können nun u.a. Tastatur Layouts als PDF generiert werden.
Außerdem kann man nun auch nach Joystickbuttons filtern indem man den entsprechenden Button druckt.

Mehr dazu im aktualisierten Original-Post.

Gruß
Joker

Dito. Lade seit gestern 11:00 runter. 10GB to go .
Habe immer noch meine besch..... DSL-Leitung und bin mit all meinen Modulen bei ca. 70GB.

Habe nach der Basis Installation gestern eine kleine Runde mit der mitgelieferten Mustang gedreht. Grafik ist schon geil aber irgendwie sehr hell und bunt. Hier muss man ein wenig an der Gamma Schraube drehen. Hab im DCS Forum auch von Leuten gelesen die hier Reshade einsetzen.

Wenn irgendwer hier mal Lust auf ein paar ungezwungen Runden Free Flight o.Ä. hat - Ich wäre gerne dabei.

Ich muss halt bei Bedarf immer mal wieder AFK .

Hi,

hoffe zwar nicht, dass das bei Reno der Fall ist, aber ich habe tatsächlich auch mal einen WH-Stick austauschen lassen müssen, weil eine Achse gesponnen hat. Der Fakt, dass das zeitlich genau mit der Neuinstallation des Rechners zusammen liegt, legt aber eher nahe, dass es irgend ein anderes Problem ist.

Was Target angeht, habe mir Muds Profil und .tmc File angesehen, da ist mir jetzt nicht wirklich viel aufgefallen, was nicht irgendwie auch direkt in BMS gehen würde. Sehr viele Sachen werden dort einfach auf Tasten bzw. Tastenkombinationen gelegt, das könnte alles in BMS geschehen. Für die Funksprüche gibts ja auch direkt Callbacks, da muss man sich nicht mit Tastenkombos durch die Radiomenüs hangeln und die Funktionen werden dadurch auch etwas schneller ausgelöst. (siehe: MapKey(&Throttle, MSU,CHAIN(PULSE+USB[0x14], D(), PULSE+USB[0x1F])); //Declare)

Eine der Sachen, die allerdings BMS nicht direkt kann und wo auch mein Tool nicht weiterhelfen kann, ist das Belegen von DxButtons auf Achsen - so gesehen in Breakers Konfig. Er hat den WH-ChinaHat (ON)-Off-(ON) Switch so konfiguriert, dass er damit die Radar-Elevation Achse steuern kann. Um hier auch auf Breakers Frage nach der Notwendigkeit von Target einzugehen: hierfür gibt es auch simple Callbacks, die man im Keyfile ohne Achse direkt auf den ChinaHat-Schalter legen kann.

Weitere Dinge, die direkt in BMS so nicht umgesetzt werden können:

• Die im Profil angewendete Throttle Konfiguration nutzt die Hardwaregegebenheiten des WH (physikalische IdleDetent-Raste) besser auch als es eine simple Achsenbelegung in BMS tun könnte.
• BMS kann auch nicht zwischen lang und kurz gedrückten Buttons unterscheiden wie hier konfiguriert:
  MapKey(&Throttle, SC, TEMPO(LOCK+USB[0x4B], LOCK+USB[0x49], 500)); //Short = Cursor reset ** USB PAGE UP ** - Long = Cursor enable ** USB INSERT **

Ich kenne die Probleme die Target mit USB3 usw. hat nicht, da ich die Software selber nicht einsetze. Einige Fragen stellen sich mir auch nicht, da ich den Cougar verwendet. Mir persönlich würden die Vorteile, die mir die zusätzliche Target Flexibilität in den angesprochenen Punkten mit dem WH bieten würde nicht ausreichen, um eine zusätzliche Konfigurationsebene einzuführen. Ich würde im gegebenen Fall mal eine WH-Konfig ohne Target ausprobieren, um schon mal eine Fehlerquelle ausschließen zu können.

Wenn Renos Stick auch direkt in der Windows-Geräteansicht spinnt, liegt das Problem aber eh woanders.

Reno: ist die Kalibrationssoftware von der du sprichst die vom TS Support? Ich hatte damals (5 Jahre her oder so) einen Link zu einer speziellen Software vom Support bekommen. Das Einzige, das mir sonst noch einfällt, ist das hier: http://ts.thrustmaster.com/faqs/eng/thr_eng_00140.pdf. Aber ich gehe davon aus, dass du das mit 'Stick flashen' gemeint hast.

Gruß
Joker

Zitat von nik

Vielleicht findest du mal die Zeit und gibst uns eine kurze Anweisung per TeamViewer, das wäre bestimmt hilfreich , um schneller ans Ziel zu kommen.

Hi Nik und Breaker,

wie siehts Samstag oder Sonntag abend so gegen 22:00 aus?

Habe einen neue Version in die Dropbox gelegt, der Original-Post wurde aktualisiert.

• 040 ist die Version mit den Neuen Features und Fixes
• 041 die Version in der außerdem die FSharp Komponenten entfernt wurde

041 kann von allen verwendet werden, da die FSharp Komponente stand heute nur für mich im Development-Moduls im Einsatz ist.

Weitere neue Features siehe dort...

Hi Bikeman,

kann dir so nicht adhoc sagen, was da nicht passt.

Als Workaround werde ich diese Komponente aus meinem Release entfernen, da die damit zur Verfügung gestellte Funktionalität noch nicht benötigt wird.

Lass mir bitte mal die genaue Fehlerausgabe zukommen, vielleicht werde ich daraus schlau.

Ausserdem wären deine Systems-Specs interessant (Windows Version, 64/32 Bit, Installierte .NET-Runtimes usw.)

Gruß
Joker

Die Dogfights sind in der Basis real gedrehte Szenen mit vereinzelt hinzugefügten CGI Effekten
Außedem wurden large-scale Modelflieger verwendet.

http://warbirdsnews.com/warbirds-news/dunkirk.html

https://www.usatoday.com/story…kirk-dogfights/513407001/
https://movies.stackexchange.c…e-any-cgi-used-in-dunkirk

Hallo Jungs,

das immerwährende Gefrickel bzw. Gerechne mit den DX-Buttons, Device-Offsets und des Shift-Layers in der manuellen Konfiguration der Keyfiles, da dies alles in der Falcon UI nicht berücksichtigt wird und der Fakt, dass bei jeder Speicherung in der Falcon UI die Gliederung des Keyfiles zum Teufel geht, haben mich dazu bewogen, in meinen langen Winterurlaub einen eigenen kleinen Editor zu schrieben, der sich dieser Probleme annimmt.

Jetzt könnt man natürlich auf den Keyfile-Editor von Kolbe verweisen, der einen Teil der angesprochenen Probleme auch löst, aber irgendwie bin ich mit dem Teil nie warm geworden da mir hier die Übersicht gefehlt hat - außerdem hasse ich Excel-Macros. Also habe ich bei meinem Editor ein Augenmerk daraufgelegt, dass er einfach zu verstehen und bedienen ist, ohne vorher eine 50seitige Anleitung lesen zu müssen (hoffentlich isses mir auch gelungen).

Version 0.5:

• Generieren von Tastaturlayouts im PDF Format (1)
• Filtern von Callbacks anhand Joystickutton Eingaben (2)
• Alle Filter (Gruppe, Callback, Device usw.) werden nun miteinander kombiniert.
  Bisher führte das einsetzen mehrere Filter gleichzeitig zu einer inkonsistenten Anzeige)
• Weitere kleine Bugfixes.

Version 0.4.1:

• Es können nun DirectX-Assignment auf Basis des gerade angewählten Keyboard-Shortcuts erfolgen. Das bildet im Prinzip exakt die Vorgehensweise der Falcon UI ab. So müssen neue Dx-Assignments nicht komplett neu erstellt werden bzw. der entsprechende Callback aus der Dropdown-Liste gesucht werden. Mit dieser Funktion wird er automatisch vom aktuellen Keyboard-Shortcuts kopiert (Neuer Button in Callback-Editor)

• Text-Editor ist jetzt beschreibbar. Änderungen können wahlweise direkt im Keyfile TextEditor-Fenster erfolgen und mit den Callback-Listen abgeglichen werden. (Neuer Button in Text-Editor)

• Weitere kleine Bugfixes und FSharp-Komponente entfernt (Bikeman-Fix)

Version 0.3.0:

• Schneller Überblick durch Gliederung/Gruppierung und Direktanwahl der einzelnen Gruppen
• Suche/Filterung nach Callbacks und Assignments
• Anzeige/Filterung von Doppelbelegungen
• Key-Shortcut und DX-Button Assignments wie in der Falcon UI direkt im Editor (wenn die Joysticks angeschlossen sind, ansonsten manuell)
• Berechnung des Button-Index bei DirectX Belegungen unter Berücksichtigung der Device-Position und des Shiftlayers
• Blockweise Umkonfiguration von Shiftlayer und Devices (bei gewollte und ungewollter *1 Änderung der Device-Reihenfolge)
• Unterstützt im Keyfile-Manual beschriebenen erweitertet Konzepte wie z.B. InvocationBehaviour, ButtonEvent, die speziell für Pitbauer interessant sind.
• Sämtliche im Keyfile abgelegten Wert können über beschreibenden Werte in Dropdowns editiert werden (gibt den Zahlen im File einen Sinn und verhindert Fehleingaben).

*1 wenn man mehrere identische Devices angeschlossen hat, kann die Datei devicesorting.txt diese nicht unterscheiden, das sie offensichtlich nach Maufacturer-GUID und nicht nach Seriennummer-GUID scannt.

Würde mich freuen, wenn der Editor einigen von euch eine Hilfe ist und wenn ihr mir Feedback geben würdet, ob man das Ding so verwenden kann bzw. wo es noch hakt oder was man noch verbessern kann, dann würde ich das Programm auch im BMS-Forum anbieten.

Macht eine Sicherheitskopie von eurer Konfiguration. Es wird zwar nichts geschrieben, wenn ihr nicht auf Save drückt und auch dann wurde bisher bei mir noch kein Keyfile zerstört. Aber der Teufel ist ein Eichhörnchen...

Dropbox: FalconKeyfileManager v0.5.0

Update 19.03.2020:

Version 0.7.0:

• Neue Callbacks für BMS 4.34 / U1
• Hotas Warthog Button Mapping - Work in Progress / Preview

Dropbox: FalconKeyfileManager v0.7.0

Viele Grüße
Joker

Auch von mir Frohes Neues an alle!

Hi Sven,

sorry, dass ich Dir erst jetzt antworte und danke Dir für den Hinweis aber das mit der Pin-Nummerierung ist kein Fehler, sondern so gewollt und von der PoKeys-API direkt übernommen. Siehe PoKeys User Manual Kapitel 14.17. SetOutput. Nummerierungen in Programmierschnittstellen sind in der Regel Zero-based und da ich diese Schnittstelle ja direkt anspreche, habe ich das für meine Konfig-Files auch so übernommen. Zugegebenermaßen ist das erstmal etwas verwirrend, da die Nummerierung auf der Platine und den Diagrammen mit 1 beginnt.

Ich sollte diesen Umstand vielleicht in der Oberfläche etwas hervorheben bzw. beschreiben, damit in Zukunft keine weiteren Verwirrungen auftreten.

Viele Grüße
Christian

Hallo Jungs,

hab hier einen kleinen Helfer gebastelt, der in Zukunft vermeiden soll, dass wir uns beim Host-IP-Adresse eingeben immer vertippen.
Das Programm erstellt anhand der im TeamSpeak angemeldeten Leute direkt in Falcon BMS eine neue Kontaktliste mit allen benötigten Daten. Dazu muss das Programm vor dem Start von BMS einfach nur kurz aufgerufen werden und Sync gedrückt werden.

ACHTUNG: Das Programm überschreibt im Moment das vorhandene Telefonbuch. Eine Merge-Funktion wird folgen.

https://www.dropbox.com/s/v4m2…61/BMSSmartComms.zip?dl=0

Gruß
Joker

Kann aushelfen
host: saturn.gtidev.net
pwd: 5zu1

Konnte die Ursache nun eingrenzen und habe das Problem lösen können!

Wie schon erwähnt, beruht mein Flackern nicht auf irgendwelchen Probleme mit MFDE von Lightning. Die von BMS exportierten Instrumente kann man ja nur einmal positionieren, eine Mehrfachausgabe auf mehreren GPUs gleichzeitig kam also nie in Frage.

Bei mir kamen die Probleme auf, sobald ich irgend ein zusätzliches Instrument der von BMS zum Export zur Verfügung gestellten (RWR,DED,MFD etc.) ausgeben wollte und mehr als eine GPU im System aktiv war. Dabei war es egal, auf welchem Screen die Instrumente dargestellt werden sollten bzw. an welcher GPU die einzelnen Screen angeschlossen waren (habe sämtliche Kombinationen durchgetestet). Sobald eine zweite GPU da war, trat das Flacker auf allen Screens auf. Selbst eine neuere Zweit-GPU, in meinem Fall eine GTX 750 Ti (anstatt der GT 640) konnte das Problem nicht lindern.

Die Lösung war dann letztendlich weder schwer noch nahe liegend: Einfach in Win7 das Farbschema auf Basic einstellen - fertig, das Flackern ist weg. (Basic - das ist der Modus ohne Windows-Aero, also ohne die Transparenzeffekte auf dem Desktop)