Die Leute vom mono-Projekt haben irgendwann mal gesagt, dass sie WPF niemals unterstützen werden. Core 3 soll tatsächlich WPF können, bleib abzuwarten.

Und nur als Wink mit dem Zaunpfahl: Der W-Client wurde ebenfalls mit WPF gebaut.

Wie wäre es damit?

Avalonia UI Framework

Wenn ich das eben richtig überflogen habe, ist das keine Runtime - die also WPF unter *nix ausführen kann - sondern ein eigenes UI-Framework, dass ebenso wie WPF auf XAML basiert. Ich müsste große Teile des Clients dafür neu bauen.

Die Leute vom mono-Projekt haben irgendwann mal gesagt, dass sie WPF niemals unterstützen werden. Core 3 soll tatsächlich WPF können, bleib abzuwarten.

Und nur als Wink mit dem Zaunpfahl: Der W-Client wurde ebenfalls mit WPF gebaut.

Wie wäre es damit?

Avalonia UI Framework

Wenn ich das eben richtig überflogen habe, ist das keine Runtime - die also WPF unter *nix ausführen kann - sondern ein eigenes UI-Framework, dass ebenso wie WPF auf XAML basiert. Ich müsste große Teile des Clients dafür neu bauen.

Ich erspare dir das Suchen:

Avalonia for WPF Developers

Die Leute vom mono-Projekt haben irgendwann mal gesagt, dass sie WPF niemals unterstützen werden. Core 3 soll tatsächlich WPF können, bleib abzuwarten.

Und nur als Wink mit dem Zaunpfahl: Der W-Client wurde ebenfalls mit WPF gebaut.

Wie wäre es damit?

Avalonia UI Framework

Wenn ich das eben richtig überflogen habe, ist das keine Runtime - die also WPF unter *nix ausführen kann - sondern ein eigenes UI-Framework, dass ebenso wie WPF auf XAML basiert. Ich müsste große Teile des Clients dafür neu bauen.

Ich erspare dir das Suchen:

Avalonia for WPF Developers

Schon gesehen :)

Es ist eben ein grundlegend anderes Framework - mal eben portieren ist da anscheinend nicht drin.

Die Leute vom mono-Projekt haben irgendwann mal gesagt, dass sie WPF niemals unterstützen werden. Core 3 soll tatsächlich WPF können, bleib abzuwarten.

Und nur als Wink mit dem Zaunpfahl: Der W-Client wurde ebenfalls mit WPF gebaut.

Wie wäre es damit?

Avalonia UI Framework

Wenn ich das eben richtig überflogen habe, ist das keine Runtime - die also WPF unter *nix ausführen kann - sondern ein eigenes UI-Framework, dass ebenso wie WPF auf XAML basiert. Ich müsste große Teile des Clients dafür neu bauen.

Ich erspare dir das Suchen:

Avalonia for WPF Developers

Schon gesehen

Es ist eben ein grundlegend anderes Framework - mal eben portieren ist da anscheinend nicht drin.

Außerdem ist gerade eine andere Lösung in der Schmiede, ich will aber noch nichts versprechen

Da ich gerade wenig Zeit habe, jedoch mal ein Update zwischen schieben wollte, hab ich den OP aktualisiert.

MfG 9L

Bekam grade ein Video empfohlen, wo jemand darüber redet das BattlEye Linux user mit wine in Battlecrap 5 gebannt hat.
Lang leben "false-positives", 100% genau und ohne Fehler.

YouTube Video


Dachte das interessiert paar von euch vlt.
Nicht wundern das er über EA redet, wie soll er denn sonst seine Clicks machen, EA ist ja immer das pure böse mittlerweile.

Kleines SITREP

Aktuell (schon länger) gibt es selsame Regressionen mit BattleEye. Einige Server funktionieren, andere nicht. BattleEye arbeitet mit Steam zusammen damit BattleEye unter Proton besser funktioniert.

Ansonsten Status Quo, Rest siehe OP

________________________________________________________

Zu Bans ist mir unter Arma nichts bekannt. False Positives haben wenn ich das richtig mitbekommen habe meistens nicht mit Linux zu tun, da ich mehr Fälle kenne das diese unter Windows vorkamen

Battlecrap nutzte früher nur Punkbuster, kein BE, nun aber ein Witz von Namenloser Eigenkreation. Gerüchten zufolge sind die sich auch zu fein etwas Geld für BE zu blechen

9L

Ich verstehe das jetzt nicht so ganz:
Ist "Battlecrap" jetzt eine Verballhornung von Battleeye und soll eben dieses Programm humoristisch diskreditieren oder ist damit etwas anderes gemeint?
Weil du, ninelore, schriebst:

Battlecrap nutzte früher nur Punkbuster, kein BE, nun aber ein Witz von Namenloser Eigenkreation.

Ich verstehe das jetzt nicht so ganz:
Ist "Battlecrap" jetzt eine Verballhornung von Battleeye und soll eben dieses Programm humoristisch diskreditieren oder ist damit etwas anderes gemeint?
Weil du, ninelore, schriebst:

Battlecrap nutzte früher nur Punkbuster, kein BE, nun aber ein Witz von Namenloser Eigenkreation.

Die "5" in "Battlecrap 5" lässt mich vermuten, dass hier "Battlefield" gemeint ist.

BattlEye wurde ursprünglich als externes Third-Party AC für Battlefield Vietnam entwickelt, die Namensähnlichkeit ist deswegen kein Zufall.

Zwar war es nie "offiziell", aber du warst schon fast genötigt BattlEye laufen zu haben wenn du auf einen Community Server spielen wolltest, was gefühlt fast jeder machte.

Dachte die offizielle Implementierung von BattlEye in der BF Serie zusammen mit PB und FairFight wäre seit Battlefield 4 Standard gewesen, da lag ich wohl falsch, so wies aussieht haben sich DICE und EA viel lieber Gedanken über Lootboxen statt einen ausreichenden AC System gemacht.

BattleCrap > Call of Failure

Status Quo bis hier.

Des weiteren gab es einige kleine Änderungen am OP

MfG 9L