Cela devrait également affecter Planetside 2, et j'aimerais vraiment le voir fonctionner

BattlEye ne fonctionne actuellement pas du tout sur le vin, mais il y a quelqu'un sur reddit qui travaille à résoudre ce problème.

Je comprends que ce n'est pas le problème de Proton, mais je pense que c'est en fait une chose cruciale qui devrait être corrigée avec Proton. C'est un problème avec Wine depuis longtemps et il semble que personne n'a vraiment développé de solution pour Battleye. Compte tenu du nombre de jeux qui exécutent l'anticheat, je pense qu'il serait nécessaire que le projet corrige cela d'une manière ou d'une autre.

Voir aussi ce problème!

Je pense que cela pourrait également être un problème pour ARMA3, il a BattleEye pour Linux avec une version de test du jeu, mais il leur manque quelques fonctionnalités telles que les options de lancement et la compatibilité MP avec les utilisateurs de Windows.

Il a été indiqué dans le post d'annonce de Steam que certains anticheats rendraient impossible la compatibilité. BattleEye est si agressif qu'ils ont même bloqué le reshade il y a quelques mois. Je doute que nous verrons jamais ces titres fonctionner avec le vin.

Peut-être que certains gars (jeu de mots involontaire) de Valve ou de CodeWeavers pourraient aider Guy1524 à faire fonctionner BattlEye sur le vin, peut-être qu'ils travailleraient ensemble ?

Idem pour DayZ autonome.

C'est la même chose pour le PUBG.
Je pense que Battleye devrait s'ouvrir un peu car c'est un gros problème pour beaucoup de jeux, ce qui rend impossible d'y jouer.

Bonjour, je voudrais mentionner quelques choses:

En ce moment, je me concentre sur la soumission de mon travail Battleye actuel au vin avant de continuer. De plus, maintenant que l'école a commencé, les progrès seront généralement plus lents, car je ne travaille que les week-ends.

@oleksandrzelentsov Les gens ont déjà essayé de contacter Battleye à propos de ce problème, et leur position est qu'ils ne prendront en charge que les jeux Linux natifs.

@m4sk1n Plagman (valve dev) a exprimé son intérêt à travailler avec des développeurs anti-triche pour le faire fonctionner sous proton. Cette solution serait probablement plus durable à long terme.

Étant donné que Battleye a un support natif sur Linux, peut-être que les assistants de Valve peuvent trouver un moyen de faire une sorte de relais Battleye pour les jeux Steam Play afin de le connecter à la version native de Battleye. Exécuter Battleye dans Wine serait bien, mais je crains que cela ne conduise également à bannir les gens sans tricher.

@Lyle-Tafoya Hmm, c'est en fait assez intéressant. Je pense qu'il serait également utile de contacter l'équipe Battleye et de voir s'ils feront de la place pour Wine dans leur soutien afin que nous puissions officiellement soutenir l'anticheat de leur côté.

De cette façon, nous pouvons éviter les faux positifs et avoir un bon support dans Wine. Maintenant, nous devons juste les convaincre d'aller jusqu'au bout de ça...

Planetside 2 arrive maintenant au lanceur, mais battleye... essaie pendant un temps indéterminé de le lancer et le fichier journal contient plusieurs dll. J'en ai ajouté via winetricks et ces dll ne s'affichent plus vraiment à la fin du fichier journal. Impossible de trouver toutes les dll qui s'affichent dans winecfg.
env WINEPREFIX="/mnt/tera/Games/SteamLibrary/steamapps/compatdata/218230/pfx" WINEPATH="/mnt/tera/Games/SteamLibrary/steamapps/common/Proton 3.7/dist/bin" winetricks

Je comprends le sentiment dans ce problème (j'adorerais jouer à nouveau à Planetside 2), mais essayer de contourner le système anti-triche est inutile - ils seront mis à jour plus rapidement que les solutions de contournement pour Linux n'apparaîtront. La seule façon d'avancer serait d'entamer une conversation avec les développeurs de Battleye sur le soutien officiel de Proton. Ils peuvent déjà détecter que ce jeu est en cours d'exécution dans Wine.

La mise en œuvre d'une sorte de liste blanche/intégration de systèmes anti-triche dans Proton est suivie ici : #1468

J'aimerais faire le point sur l'état de mon travail de battleeye. Il y a un mois, j'ai lancé la boucle anti-triche du pilote Battleye. Une fois que le client du jeu tente de se connecter au pilote et soumet une interruption, une erreur interne se produit et le jeu que je teste refuse de continuer. Je fais actuellement une pause, mais si quelqu'un d'autre veut reprendre là où je m'étais arrêté, mon travail est ici : https://github.com/Guy1524/wine/tree/battleye-work

Pas de nouvelles là-dessus ? aimerait voir un joueur inconnu mais battleye est une douleur dans le cul

@edneyhelene FWIW même lorsque battleye commence à fonctionner, PUBG en a un autre qui l'empêche de se lancer.

Je manque vraiment de jouer à Planetside 2. L'anticheat battleeye démarre mais continue de se charger et le jeu ne se lance jamais :(

Maintenant, je ne peux pas jouer à ATLAS sur les serveurs officiels.

Testé sur Proton 3.7-8, 3.7-8 Beta, 3.16-4, 3.16-6 Beta, 4.2-9, 4.11-2.

Fusionner avec les correctifs Battleeye sur lesquels vous travaillez dans un référentiel séparé

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/2278.
@redpiller posté le 2019-01-28T17:36:04:

Demande de fonctionnalité

https://github.com/Guy1524/wine/commits/battleye-work-stable
ce dépôt contient des correctifs de vin qui permettent l'utilisation de battleye anticheat dans des jeux comme
Arma2, Arma3, Fortnite, Planetside 2...et ainsi de suite...
jetez un œil, vous pourriez peut-être établir un pipeline de correctifs croisés

Je confirme:

• [ x ] que je n'ai pas trouvé d'autre demande pour cette fonctionnalité.
• [ x ] que j'ai vérifié s'il existe des mises à jour pour mon système disponibles qui
  contiennent déjà cette fonctionnalité.

La description

Soutien Battleye

Justification [facultatif]

Battleye est brisé en proton

Risques [facultatif]

Tous les jeux ne seront pas pris en charge au début

Références [facultatif]

https://github.com/Guy1524/wine/commits/battleye-work-stable

@redpiller , ces correctifs ne font pas fonctionner BattlEye, ils le font simplement échouer dans les étapes suivantes…

La personne ici prétend avoir fait fonctionner PUBG en l'exécutant via la version Windows de Steam.

https://www.youtube.com/watch?v=Aa_TwN-daEA

@philipjohnbarlow, je suis désolé, euh, réponds

mais,

cette vidéo montre 0 preuve qu'elle fonctionne réellement sur Linux
et si c'était réel, ce serait déjà une grosse nouvelle.

donc je suis sûr que c'est faux et vous ne devriez pas faire confiance à une vidéo comme celle-ci qui ne montre AUCUNE preuve que c'est réellement ce qu'elle prétend être.

Oui, mes pensées aussi, il n'y a pas de séquences de pré-démarrage. J'ai pensé que je partagerais de toute façon juste au cas où il y aurait même à distance une quelconque validité dans la revendication.

Battleeye ne fonctionne-t-il pas avec l'arche ?

Battleeye ne fonctionne-t-il pas avec l'arche ?

Ark a une version Linux native et utilise la version Linux native de BattlEye. Ce fil concerne la compatibilité avec la version Windows de BattlEye via Proton.

@kisak-valve Des mises à jour sur la progression de BattlEye dans Proton, ou Valve l'ignore-t-il toujours ?

Bonjour @olealgoritme , rappel amical que je suis un modérateur pour les trackers de problèmes de Valve et non un développeur Valve moi-même. Je suis tout aussi intéressé que tout le monde pour savoir si/quand il y a des progrès avec cela, mais nous devrons attendre d'avoir des nouvelles d'un développeur Proton.

Bon, attendons encore un peu.

@philipjohnbarlow Découvrez le miroir ici : https://github.com/gnif/LookingGlass
C'est probablement ainsi que le gars de la vidéo a obtenu le "support Linux" de pubg
(tl;dr : ce n'est pas pris en charge, c'est une machine virtuelle avec un accès direct au GPU, donc elle fonctionnera, le miroir vous permet de voir ce que le GPU passthrough rend sur le système d'exploitation hôte)

Je commente juste pour dire que j'aimerais voir le support de PlanetSide 2.

Puisque nous avons fait fonctionner Arma 3 assez bien sur Proton, BE est la seule chose qui manque.

+1 pour le support BE Proton

Pls BE devs, faites en sorte que cela se produise.

Oui, ARMA3 semble fonctionner assez bien, mais le pilote BE ne s'initialise pas, donc les serveurs qui l'utilisent vous donnent un coup de pied :(

Je vais essayer wine4.6 avec mon profil de compatibilité proton personnalisé une fois qu'une version lutris est sortie (je copie simplement les fichiers wine dans mon profil proton que j'ai créé).

BattleEye sera également utile pour exécuter "Heroes & Generals" en utilisant des protons

Survarium semble fonctionner maintenant (au moins sous proton-tkg), donc c'est juste BattleEye qui l'empêche de fonctionner, je suppose.

Il y a de l'espoir :
https://www.reddit.com/r/linux_gaming/comments/bn2t8v/battleye_is_working_with_valve_to_add_support_for

https://imgur.com/a/g8CJQL5

Alors Hé, j'ai une question si un développeur de vin ou un employé de Valve passe par...

Je sais que wine fonctionnait avec battleye une fois que certains éléments d'accès SMART et au noyau ont été corrigés jusqu'à ce qu'ils s'adaptent et commencent à reconnaître la présence de wine, cela a permis à l'anticheat d'envelopper l'exécutable avec succès autant que je pouvais voir et voir que vous étiez sur du vrai matériel .
Avec les modifications apportées au backend wine qui génèrent plus de DLL en tant que Windows PE, est-ce une solution complète pour masquer la signature de la taille d'un camion de wine ? Est-ce tout ce qu'il faut faire pour "faire semblant" que vous êtes des fenêtres ou y a-t-il encore une montagne devant vous ?

grosse mise à jour : avec proton 4.11-1 battleye fonctionne dans arma.

Merci valve et sois

vraiment? joli. Je ne sais pas si cela fonctionne encore dans empyrion, je dois faire des tests majeurs cette semaine car j'ai un nouveau kit de refroidissement CPU/RAM.

en fin de compte, Empyrion utilise EAC

Presque tout le monde semble rencontrer des plantages exactement 15 minutes après avoir rejoint un serveur arma activé par BattlEye.

Peut-être qu'il y a quelque chose qui peut être enregistré? journal de bataille?

@Preisschild un serveur compatible PUBG ? ou tu parles d'Abour Arma ? après avoir installé pubg à l'aide de steam, je n'ai même pas d'écran de chargement. (Proton 4.11-2)

Oui, j'ai eu ce crash de 15 minutes avec le serveur BE ARMA3.

XD, j'étais tellement excité de penser que je ne pouvais pas jouer à PUBG sur Linux..., une idée de quand ils feront la même chose avec PUBG ?

En ce qui concerne Arma 3, certaines personnes peuvent rester sur le serveur au-delà de la barre des 15 minutes. J'ai essayé un tas de choses différentes pour voir si je pouvais le faire fonctionner. Modification des noyaux pour qu'ils correspondent aux leurs, paramètres graphiques, transfert des ports de mon routeur et désactivation des pare-feu. Bêta de Steam activée et désactivée. J'ai également essayé de réinstaller battleye probablement déjà 5 fois. J'ai installé un "Fix" obscur à partir d'une chaîne YouTube pour les utilisateurs de Windows ayant des problèmes. Rien n'a fonctionné pour moi jusqu'à présent, je vais continuer à réinstaller battleye car parfois les utilisateurs de Windows semblent avoir le problème de se faire expulser toutes les 15 minutes, et leur solution consiste simplement à réinstaller battleye jusqu'à ce que cela fonctionne à nouveau.

Assez intéressant, j'essaie de travailler sur une solution pour battleye tout en jouant à escape from tarkov sous lutris en utilisant le proton 4.11. Pour autant qu'il soit, il se verrouille simplement sur "Démarrage du service Battleye..." pendant qu'il s'initialise, lorsque le processus BEservice.exe est tué, il est installé avec succès et présente une nouvelle erreur "Échec de l'initialisation du service BattlEye : Erreur de chargement du pilote (31)."

@haterino ravi de voir d'autres échappés essayer de le faire fonctionner. Moi et quelques autres avons un serveur Discord où nous partageons quelques idées et essayons de le faire fonctionner (nous n'en avons pas fait trop depuis la publication de la mise à jour BE, mais nous sommes allés assez loin pour éliminer le décalage de démarrage et les plantages avant) . J'enverrai le lien dès que le propriétaire dira qu'il est d'accord avec ça.

Le voici : https://discordapp.com/invite/uASUREY

Des nouvelles ? :)

@JanGalek cela fonctionne pour quelques personnes sur quelques serveurs dans arma 3

L'injection/le chargement des pilotes EAC et BE est probablement quelque chose qui doit être corrigé au niveau WINE, j'espère que les développeurs de vannes pourront soumettre des correctifs, nous en avons déjà vu quelques-uns, c'est pourquoi cela fonctionne parfois en mode atm.

Pas seulement au niveau de WINE, cela pourrait également nécessiter un peu de travail au niveau du noyau Linux… En fait, le meilleur moyen serait de travailler avec des auteurs anti-triche (ils le font), mais implémenter de plus en plus d'API de bas niveau est toujours une bonne chose

Il existe une API C pour de telles choses, la seule chose dont Wine a besoin est de se connecter à l'API du noyau et de traduire les appels comme il le ferait normalement avec n'importe quel autre programme

Le 17 décembre 2019 à 09:36:11 GMT":", "Marcin Mikołajczak" [email protected] a écrit :

Pas seulement au niveau de WINE, cela peut également nécessiter un peu de travail au niveau du noyau Linux
niveau… En fait, le meilleur moyen serait de travailler avec des auteurs anti-triche
(ils le font), mais la mise en œuvre de plus en plus d'API de bas niveau est toujours un
bonne chose>
>
-->
Vous recevez ceci parce que vous avez été mentionné.>
Répondez directement à cet e-mail ou consultez-le sur GitHub :>
https://github.com/ValveSoftware/Proton/issues/30#issuecomment -566439576

Serait-il possible pour les développeurs de prendre en charge l'œil de combat natif sur Linux mais le jeu fonctionne en proton, ils n'ont donc pas besoin de porter l'intégralité du jeu ? comme no man's sky ce n'est pas un jeu linux mais les développeurs le mettent à jour en pensant aux protons

Ce ne serait pas l'approche la plus simple...

Le 22 décembre 2019 11:02:27 GMT":", wonkersbonkers [email protected] a écrit :

Serait-il possible pour les développeurs de prendre en charge l'œil de combat natif sur
linux mais le jeu fonctionne en proton donc ils n'ont pas besoin de porter le
tout le jeu ? comme no man's sky ce n'est pas un jeu linux mais les développeurs
le mettre à jour avec le proton à l'esprit

--
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail ou consultez-le sur GitHub :
https://github.com/ValveSoftware/Proton/issues/30#issuecomment -568248082

Ils auraient besoin de mettre du code qui détecte proton/wine/linux et donc de brancher les bibliothèques linux battleye à la place. Je ne sais pas à quel point cela fonctionnerait. Il est peu probable que les développeurs le fassent de toute façon.

Peut-être qu'une meilleure approche pour proton serait de détecter les dll battleye et de les rediriger vers les versions Linux locales à la place.

Veuillez corriger pour Arma 3

Veuillez corriger pour Rainbow Six Siege

Quelqu'un bloque ce troll

Le 18 avril 2020 06:56:35 GMT-02:00, Hadi Modarres [email protected] a écrit :

J'ai trouvé un correctif, installez Windows

--
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail ou consultez-le sur GitHub :
https://github.com/ValveSoftware/Proton/issues/30#issuecomment-615560563

@JanGalek cela fonctionne pour quelques personnes sur quelques serveurs dans arma 3

Avec le serveur que je veux, il plante toujours immédiatement.

J'ai réussi à démarrer fortnite sous debian :

lancez lutris depuis la console :

Lancez des jeux épiques et lancez fortnite ou un autre jeu qui utilise cette putain de merde, eh bien...

Si cela ne fonctionne pas, tuez-le, listons le programme de jeux épiques :

ps aux | grep Epic
zital     3763 10.0  0.0      0     0 ?        Zsl  23:07   0:13 [EpicGamesLaunch] <defunct>
zital     3763  4.6  4.5 4286528 319808 ?      Sl   23:07   0:05 C:/Program Files (x86)/Epic Games/Launcher/Engine/Binaries/Win64/UnrealCEFSubProcess.exe --type=renderer --no-sandbox --primordial-pipe-token=AA92F9BB6F4D59105D3262AE6941BC41 --lang=en-US --lang=en --locales-dir-path=C:/Program Files (x86)/Epic Games/Launcher/Engine/Binaries/ThirdParty/CEF3/Win64/Resources/locales --log-file=C:/users/zital/Local Settings/Application Data/EpicGamesLauncher/Saved/Logs/cef3.log --log-severity=warning --product-version=EpicGamesLauncher/10.15.8-13179977+++Portal+Release-Live UnrealEngine/4.23.0-13179977+++Portal+Release-Live Chrome/59.0.3071.15 --resources-dir-path=C:/Program Files (x86)/Epic Games/Launcher/Engine/Binaries/ThirdParty/CEF3/Win64/Resources --enable-pinch --device-scale-factor=1 --num-raster-threads=4 --enable-main-frame-before-activation --content-image-texture-target=0,0,3553;0,1,3553;0,2,3553;0,3,3553;0,4,3553;0,5,3553;0,6,3553;0,7,3553;0,8,3553;0,9,3553;0,10,3553;0,11,3553;0,12,3553;0,13,3553;0,14,3553;0,15,3553;0,16,3553;1,0,3553;1,1,3553;1,2,3553;1,3,3553;1,4,3553;1,5,3553;1,6,3553;1,7,3553;1,8,3553;1,9,3553;1,10,3553;1,11,3553;1,12,3553;1,13,3553;1,14,3553;1,15,3553;1,16,3553;2,0,3553;2,1,3553;2,2,3553;2,3,3553;2,4,3553;2,5,3553;2,6,3553;2,7,3553;2,8,3553;2,9,3553;2,10,3553;2,11,3553;2,12,3553;2,13,3553;2,14,3553;2,15,3553;2,16,3553;3,0,3553;3,1,3553;3,2,3553;3,3,3553;3,4,3553;3,5,3553;3,6,3553;3,7,3553;3,8,3553;3,9,3553;3,10,3553;3,11,3553;3,12,3553;3,13,3553;3,14,3553;3,15,3553;3,16,3553;4,0,3553;4,1,3553;4,2,3553;4,3,3553;4,4,3553;4,5,3553;4,6,3553;4,7,3553;4,8,3553;4,9,3553;4,10,3553;4,11,3553;4,12,3553;4,13,3553;4,14,3553;4,15,3553;4,16,3553 --disable-accelerated-video-decode --disable-webrtc-hw-vp8-encoding --disable-gpu-compositing --service-request-channel-token=AA92F9BB6F4D59105D3262AE6941BC41 --renderer-client-id=3 --mojo-platform-channel-handle=1732 /prefetch:1
zital     4070  0.0  0.0   6080   892 pts/1    S+   23:09   0:00 grep Epic

Eh bien, je dois tuer les processus 3763 :

kill -9 3763 3763

tue lutris aussi :

ps aux | grep lutris
zital     3657  2.2  1.7 695900 120672 pts/0   Sl+  23:06   0:01 /usr/bin/python3 /usr/games/lutris
zital     3657  2.3  0.2  35204 19544 pts/0    S    23:07   0:01 lutris-wrapper: Epic Games Store
zital     3657  3.4  0.2  18580 17564 ?        Ss   23:07   0:03 /home/zital/.local/share/lutris/runners/wine/lutris-5.6-2-x86_64/bin/wineserver

kill -9 3657 3657 3657

réessayer

toute mise à jour??? Ce serait génial si nous pouvions jouer à PUBG sur proton

Je ne pense pas. Nous attendons tous une forme de soutien à l'EAC et à Battleye.

Il existe un correctif Kernel expérimental pour Wine qui peut permettre à un logiciel anti-triche de fonctionner à l'avenir s'il est fusionné.
Je ne pense pas qu'il ait encore été accepté ou fusionné dans le réseau principal, une fois que cela se produira, ce sera digne d'être publié.

espérons qu'il sera fusionné ! Je n'ai pas joué à pubg depuis son lancement lol. C'est juste assis dans ma bibliothèque

existe-t-il un dépôt pour ce noyau expérimental

je voudrais le construire

Bonjour @Titaniumtown , @wonkersbonkers , je pense qu'il y a eu de la désinformation qui est sortie de la discussion de la communauté autour de ce patch . Principalement, il y a eu des discussions sur une approche alternative pour résoudre l'énigme technique et qui est connue pour être incompatible avec les logiciels anti-triche et https://lore.kernel.org/lkml/9a512096-7707-3fc6-34ba-22f969c0f964@ gmail.com/ a obtenu une interprétation déformée par certains spectateurs.

Ce patch explore une optimisation potentielle des performances et les développeurs impliqués ne semblent pas intéressés par l'utilisation d'une solution alternative qui reviendrait en arrière en ce qui concerne à terme le fonctionnement des mécanismes anti-triche. Ce n'est pas directement lié à la prise en charge d'un logiciel anti-triche.

(Avertissement équitable, il s'agit également d'une interprétation de seconde main et ne doit pas être utilisé comme référence principale.)

Si ce n'est pas le patch en question, n'hésitez pas à clarifier.

BattlEye fonctionne depuis 1 mois et il y a 2 jours, j'ai l'erreur "Impossible d'initialiser le service BattlEye : Erreur de chargement du pilote (31)." avec Arma 3 sur Proton 5.0-9.

C'est très intéressant @StidOfficial hmm

Je viens de l'essayer avec PubG. Même erreur.

BlackSquad s'il vous plaît

BlackSquad s'il vous plaît

Que veux-tu dire?

BlackSquad s'il vous plaît

Que veux-tu dire?

je crois que c'est un jeu de steam qui utilise battleeye comme anti-triche rsrs :rire:

Probablement la meilleure façon de le réparer : <Link removed by moderator>

Bonjour @StidOfficial , non, cette solution de contournement est de la triche. Il n'y a rien qui puisse être considéré comme un correctif pouvant être utilisé pour améliorer le support dans Proton.

Bonjour @StidOfficial , non, cette solution de contournement est de la triche. Il n'y a rien qui puisse être considéré comme un correctif pouvant être utilisé pour améliorer le support dans Proton.

Il n'a même pas dit que c'était une solution de contournement ou même une solution, juste le meilleur moyen dans la triste réalité.

Pas pour améliorer le support dans Proton et je n'encourage personne à tricher, mais je serais curieux de voir si les jeux protégés par battleye fonctionneraient sans autres problèmes après avoir contourné ce morceau de shi de battleye

Probablement la meilleure façon de le réparer : <Link removed by moderator>

Vraiment triste que ce lien soit supprimé. Triste que vous souteniez un système qui vous réprime.

Probablement la meilleure façon de le réparer : <Link removed by moderator>

Vraiment triste que ce lien soit supprimé. Triste que vous souteniez un système qui vous réprime.

Vous réalisez qu'il s'agit d'un référentiel officiel de Valve, n'est-ce pas ?

Probablement la meilleure façon de le réparer : <Link removed by moderator>

Vraiment triste que ce lien soit supprimé. Triste que vous souteniez un système qui vous réprime.

@ bionade24 ils travaillent pour Valve. Ils préféreraient obtenir une solution qui satisferait à la fois BattlEye en leur donnant un accès au niveau racine à nos machines Linux et nous fournirait des jeux fonctionnels.

À WineHQ, nous espérons que cela sera discuté de manière plus ouverte : https://bugs.winehq.org/show_bug.cgi?id=37355
Edit : Peut-être plus approprié que le spam dans les composants internes du système : https://bugs.winehq.org/show_bug.cgi?id=45124

À WineHQ, nous espérons que cela sera discuté de manière plus ouverte : https://bugs.winehq.org/show_bug.cgi?id=37355

Pas certain. Peu de temps après que Guy1524 a publié son ensemble de correctifs qui implémentent correctement toutes les vérifications requises par EAC, ils ont apporté quelques modifications côté serveur pour empêcher EAC de fonctionner avec Wine. BattlEye ferait probablement la même chose

À WineHQ, nous espérons que cela sera discuté de manière plus ouverte : https://bugs.winehq.org/show_bug.cgi?id=37355

Pas certain. Peu de temps après que Guy1524 a publié son ensemble de correctifs qui implémentent correctement toutes les vérifications requises par EAC, ils ont apporté quelques modifications côté serveur pour empêcher EAC de fonctionner avec Wine. BattlEye ferait probablement la même chose

:(
Je ne sais pas, mais le hack @StidOfficial fourni les a attaqués au niveau IPC. Probablement plus difficile à patcher de façon permanente.

Une solution réaliste à ce problème : Linux obtient un anti-triche FLOSS fonctionnel pour Linux et les jeux ne fonctionnent que si le binaire est signé. Un compromis réaliste ?

oh cmon, nous le savons tous, les utilisateurs de Linux ne sont pas des tricheurs

MDR

oh cmon, nous le savons tous, les utilisateurs de Linux ne sont pas des tricheurs

Oui, même les développeurs savent probablement que les utilisateurs de Linux veulent juste profiter de leur temps libre, mais nous vivons dans un monde où la direction s'en moque. Ou peut-être est-ce parce qu'ils savent que nous savons que le calcul de toute la physique sur le serveur rendrait la tricherie impossible, mais ne le fera pas pour des raisons de profit.

oh cmon, nous le savons tous, les utilisateurs de Linux ne sont pas des tricheurs

Oui, même les développeurs savent probablement que les utilisateurs de Linux veulent juste profiter de leur temps libre, mais nous vivons dans un monde où la direction s'en moque. Ou peut-être est-ce parce qu'ils savent que nous savons que le calcul de toute la physique sur le serveur rendrait la tricherie impossible, mais ne le fera pas pour des raisons de profit.

Je suis très curieux, pouvez-vous s'il vous plaît expliquer comment le calcul de toute la physique sur le serveur rendrait impossible les objectifs-bots, les hacks de mur, les hacks de carte, etc.?

@darutoko il est plus difficile pour le joueur d'apporter des modifications côté serveur que côté client.. un joueur peut facilement modifier des éléments côté client.. cependant, un anti-triche côté serveur ne peut pas détecter les modifications apportées côté client mais détecter tout ce qui se passe sur le serveur à cause des modifications/piratages côté client.. mais pour ce côté serveur, les anti-triches devraient être très puissants. L'utilisation du proxy est également très bonne du côté du serveur.. adresse .. il ne verrait que l'adresse du serveur proxy et non l'adresse réelle du serveur .. cependant, l'anti-triche côté serveur a ses propres risques que quelqu'un décide d'apporter des modifications côté client que le côté serveur ne pourra pas détecter cela peut causer beaucoup des problèmes... c'est comme avoir un risque élevé et une récompense élevée.

@darutoko il est plus difficile pour le joueur d'apporter des modifications côté serveur que côté client.. un joueur peut facilement modifier des éléments côté client.. cependant, un anti-triche côté serveur ne peut pas détecter les modifications apportées côté client mais détecter tout ce qui se passe sur le serveur à cause des modifications/piratages côté client.. mais pour ce côté serveur, les anti-triches devraient être très puissants. L'utilisation du proxy est également très bonne du côté du serveur.. adresse .. il ne verrait que l'adresse du serveur proxy et non l'adresse réelle du serveur .. cependant, l'anti-triche côté serveur a ses propres risques que quelqu'un décide d'apporter des modifications côté client que le côté serveur ne pourra pas détecter cela peut causer beaucoup des problèmes... c'est comme avoir un risque élevé et une récompense élevée.

Je ne comprends pas pourquoi tu as écrit ça. Dans ce mur de texte, il n'y a aucune explication sur la façon dont le calcul de toute la physique sur le serveur rendrait impossible les objectifs-bots, les hacks muraux, les hacks cartographiques, etc. Comment, par exemple, le hack mural (manipulation de texture et de modèle) est-il affecté par les calculs physiques ?

oh cmon, nous le savons tous, les utilisateurs de Linux ne sont pas des tricheurs

Oui, même les développeurs savent probablement que les utilisateurs de Linux veulent juste profiter de leur temps libre, mais nous vivons dans un monde où la direction s'en moque. Ou peut-être est-ce parce qu'ils savent que nous savons que le calcul de toute la physique sur le serveur rendrait la tricherie impossible, mais ne le fera pas pour des raisons de profit.

Je suis très curieux, pouvez-vous s'il vous plaît expliquer comment le calcul de toute la physique sur le serveur rendrait impossible les objectifs-bots, les hacks de mur, les hacks de carte, etc.?

Le serveur peut déterminer quelles actions peuvent être effectuées physiquement et lesquelles ne le sont pas. (Par exemple, lorsque vous traversez un mur, vous êtes banni.) Ou lorsque vous visez est trop bon pour un humain (l'humain peut avoir une bonne visée mais aura au moins un certain bégaiement sur la cible. Enfin, vous pouvez calculer quel adversaire un joueur La triche tactique serait toujours possible, mais vous pouvez aussi, par exemple, le faire dans CSGO lorsque vous êtes en Teamspeak avec un joueur mort donnant des conseils.

oh cmon, nous le savons tous, les utilisateurs de Linux ne sont pas des tricheurs

Oui, même les développeurs savent probablement que les utilisateurs de Linux veulent juste profiter de leur temps libre, mais nous vivons dans un monde où la direction s'en moque. Ou peut-être est-ce parce qu'ils savent que nous savons que le calcul de toute la physique sur le serveur rendrait la tricherie impossible, mais ne le fera pas pour des raisons de profit.

Je suis très curieux, pouvez-vous s'il vous plaît expliquer comment le calcul de toute la physique sur le serveur rendrait impossible les objectifs-bots, les hacks de mur, les hacks de carte, etc.?

Le serveur peut déterminer quelles actions peuvent être effectuées physiquement et lesquelles ne le sont pas. (Par exemple, lorsque vous traversez un mur, vous êtes banni.) Ou lorsque vous visez est trop bon pour un humain (l'humain peut avoir une bonne visée mais aura au moins un certain bégaiement sur la cible. Enfin, vous pouvez calculer quel adversaire un joueur La triche tactique serait toujours possible, mais vous pouvez aussi, par exemple, le faire dans CSGO lorsque vous êtes en Teamspeak avec un joueur mort donnant des conseils.

@ bionade24 lol
Votre réponse est encore plus drôle que je ne le pensais, merci.

J'ai partagé ce lien pour créer un pipeline vers le client linux battleye actuel (car il n'a pas besoin de kmod comme bedaisy.sys).
Ce lien ne parle pas de triche mais d'émulation de BattlEye et ces informations peuvent nous aider à porter BattlEye sur proton (vin).

Si le problème est localisé sur "MmMapLockedPagesSpecifyCache", bonne nouvelle.

Problème toujours pas résolu ?

Je suis tellement convaincu que ce problème trouvera une solution appropriée à l'avenir.
Steam et BattleEye semblaient s'être parlé mais jusqu'à présent... non rien.
La meilleure chose serait de n'autoriser aucun anti-triche au niveau du noyau pour les jeux Steam, évitant ainsi l'installation d'une application trop puissante et rendant la compatibilité des protons tellement simple.
Je n'aime pas autant les tricheurs dans aucun jeu en ligne que le prochain, mais nous devons être vrais à ce sujet. Aucun anticheat n'a été tout sauf efficace... étant CoD Warzone, PUBG ou Fortnite, personne ne réussit contre les tricheurs malgré un logiciel de détection très intrusif... les développeurs de jeux devraient se concentrer sur l'anticheat du serveur au lieu d'essayer d'installer des logiciels espions sur notre matériel.
Ils ne pourront jamais contrôler le matériel de l'utilisateur même sur console, la triche est placée entre la manette de jeu et la console...