On dirait que ce jeu a un dépôt Linux inutilisé .

Il existe quelques jeux Steam qui ont des ports Linux non fonctionnels ou autrement inutiles, la possibilité d'installer la version Windows d'un jeu qui a une version Linux native serait incroyablement utile.

@exezin

Je suis tout à fait d'accord avec cela.

Le port Linux de Battleblock Theater ne fonctionne que sur Ubuntu 14.04.x, mais la version Linux fonctionne à 100% sur wine.

Ce serait génial si dans les propriétés du jeu, il y avait un moyen de remplacer la version Linux et d'utiliser celle de Windows.

Solution de contournement non officielle ici : https://www.reddit.com/r/SteamPlay/comments/9cuigr/downloadrun_windows_versions_using_proton/

Arrivé aussi loin que le FPS natif, un son funky sur le stand de tir.
Le multijoueur est kaput car AntiCheat semble cassé, rapport de bogue sur wine : https://bugs.winehq.org/show_bug.cgi?id=44235

D'accord avec exezin : une liste déroulante ou des boutons radio pour basculer entre la version Windows et Linux d'un jeu dans Steam serait génial

Je suis heureux d'annoncer que le multijoueur Squad fonctionne désormais immédiatement selon Proton 3.16-6 Beta
Discussion sur Reddit : https://old.reddit.com/r/joinsquad/comments/ao8dyl/heads_up_squad_now_runs_perfectly_under_linux_via/

Edit: EAC a éclaté le lendemain :( http://i.imgur.com/3NnZwYF.png
Edit2 : semble fonctionner à nouveau selon : https://old.reddit.com/r/joinsquad/comments/ao8dyl/heads_up_squad_now_runs_perfectly_under_linux_via/egd5805/

C'est un week-end gratuit mais le lancer avec 4.2-9 échoue car il ne peut pas trouver l'erreur /squad_launcher.exe car il ne l'a pas téléchargé. Vérifier les fichiers n'aidera pas.

Il échoue en utilisant Native2Proton (il fonctionne toujours sur 3.16 bêta au lieu de 4.2-9)
[0] Install game [1] Use winetricks on prefix [2] Install Non-Steam App [Experimental] [3] Recreate config [4] Quit What would you like to do? 0 Please enter the Steam app ID: 393380 Got: Squad Please enter your Steam username: xxx Redirecting stderr to '/home/xxx/.steam/steam/logs/stderr.txt' [ 0%] Checking for available updates... [----] Verifying installation... Steam Console Client (c) Valve Corporation -- type 'quit' to exit -- Loading Steam API...OK. "@sSteamCmdForcePlatformType" = "windows" Logging in user 'xxx' to Steam Public ... Logged in OK Waiting for user info...OK Update state (0x3) reconfiguring, progress: 0.00 (0 / 0) Error! App '393380' state is 0x212 after update job. Please select the game executable by number:

Squad (baisse soudaine de fps)

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3071.
@aly199 posté le 2019-09-19T23:29:24:

Le dernier Proton (4.11-5) a fait chuter Squad, de 60 à 90 ips, à 15 ips. Cela se produit en quelque sorte toutes les 20 à 30 secondes, diminue pendant environ 5 à 10 secondes, puis revient à la normale, en parcourant ainsi tout le jeu.
En revenant à Proton 4.2-9, le problème disparaît.

Proton 4.11-5
Linux Mint 19.1 (Tessa)
Pilote NVIDIA 430.4
Noyau 4.15.0-55-générique

Bonjour @aly199 , veuillez ajouter PROTON_LOG=1 %command% aux options de lancement du jeu et faites glisser et déposez le $HOME/steam-$APPID.log généré dans la zone de commentaire.

Contre-point à ce qui précède, j'ai mis quelques heures dans le jeu aujourd'hui sur le dernier Proton (4.11-5) et il fonctionne parfaitement, le multijoueur fonctionne parfaitement aussi et je n'ai eu aucun problème avec l'anticheat (cela avait l'habitude de jouer avec Proton)

J'utilise ces commandes de lancement, je ne sais pas si elles feront une différence pour @aly199
~__GL_THREADED_OPTIMIZATIONS=1 PROTON_NO_ESYNC=1 gamemoderun %command%~

@kisak-valve, j'ai joué pendant environ 5 minutes et le fichier journal généré a une taille de 1,8 Go!
Je veux dire, je suis prêt à le télécharger par n'importe quel moyen, mais github accepte 10 Mo maximum.

Aïe, les journaux Proton se compressent bien, mais même dans une archive, il y a de fortes chances qu'il soit plus volumineux que ce dont github est satisfait.

Ouais. 113 Mo était le meilleur que gzip pouvait faire.
J'ai téléchargé le fichier compressé sur pcloud.
Voici le lien.

Non pas que cela aide à diagnostiquer le problème de perf, mais debugstr est très actif avec des lignes comme
4460.245:0033:0034:warn:debugstr:OutputDebugStringA "[2019.09.20-22.02.28:146][ 0]LogPackageLocalizationCache: Warning: Skipping the cache update for the package asset groups due to a cache request from a non-game thread. Some localized packages may be missed for this query.\r\n"
4460.246:0033:0034:warn:debugstr:OutputDebugStringA "[2019.09.20-22.02.28:147][ 0]LogPackageLocalizationCache: Warning: Skipping the cache update for 3 pending package path(s) due to a cache request from a non-game thread. Some localized packages may be missed for this query.\r\n"

grep "Warning: Skipping the cache update" steam-393380.log | wc -l
90520

Ceci, avec les lignes de seh qui se déclenchent, constitue la majorité de la bûche.

Oh, j'ai dû faire d'autres trucs ici, et j'ai oublié de mentionner : j'exécute Steam sur une firejail, avec un overlay-fs. Je ne sais pas si cela a quelque chose à voir avec quoi que ce soit, mais j'ai pensé que je devrais le mentionner.
Cela n'a probablement pas d'importance, puisque le jeu s'est déroulé sur Proton 4.2-9 sans aucun problème, dans les mêmes circonstances.

Je ne peux pas exécuter Squad soudainement à cause de l'EAC. Personne d'autre n'a ce problème que je peux voir. Fonctionnant sur le dernier Proton 4.11-7 sur Ubuntu 19.10. Lorsque je lance le jeu, il me dit que EAC n'a pas pu initialiser un client de jeu et par la suite, je n'ai pu rejoindre aucun serveur en ligne.

Je ne peux pas exécuter Squad soudainement à cause de l'EAC. Personne d'autre n'a ce problème que je peux voir. Fonctionnant sur le dernier Proton 4.11-7 sur Ubuntu 19.10. Lorsque je lance le jeu, il me dit que EAC n'a pas pu initialiser un client de jeu et par la suite, je n'ai pu rejoindre aucun serveur en ligne.

Travailler pour moi sur 1570630972 proton-4.11-7, en utilisant Ubuntu 18.04.
Il y a eu une panne de Steam hier, peut-être était-ce lié ? https://twitter.com/SteamStatus/status/1188893289409400832

Je ne peux pas exécuter Squad soudainement à cause de l'EAC. Personne d'autre n'a ce problème que je peux voir. Fonctionnant sur le dernier Proton 4.11-7 sur Ubuntu 19.10. Lorsque je lance le jeu, il me dit que EAC n'a pas pu initialiser un client de jeu et par la suite, je n'ai pu rejoindre aucun serveur en ligne.

Travailler pour moi sur 1570630972 proton-4.11-7, en utilisant Ubuntu 18.04.
Il y a eu une panne de Steam hier, peut-être était-ce lié ? https://twitter.com/SteamStatus/status/1188893289409400832

Ne fonctionne toujours pas. Cela fonctionnait avant de réinstaller Ubuntu sur ce nouveau disque (mais sans autre changement matériel) et je sais que d'autres le font toujours fonctionner. Je suis tenté de lancer le débogage et de voir ce qui ne va pas.

Je voulais rejouer depuis la dernière fois il y a deux semaines. Même problème. Le jeu fonctionne bien mais affiche une petite fenêtre contextuelle avec : EasyAntiCheat Error: Failed to create IGameClient instance!

Le jeu n'a pas été mis à jour au cours de ces deux semaines et pour autant que je puisse voir que proton a été mis à jour pendant cette période (je l'ai vu sous peu dans ma liste de téléchargement en téléchargeant 4.11 (ou une mise à jour pour cela ?)). Quoi qu'il en soit, c'est pratiquement ennuyé maintenant, car sans EAC, vous ne pouvez jouer sur aucun des serveurs publics.

Mise à jour : j'ai presque oublié de mentionner que j'ai exécuté WINEPREFIX=~/SteamLibrary/steamapps/compatdata/393380/pfx/ ./EasyAntiCheat_Setup.exe qui a étonnamment fonctionné et que j'ai pu sélectionner "réparer". Bien que malheureusement sans aucun succès.

Nouvelle installation par Steam (sans Proton) toujours avec le repo vide.

Avec Proton 4.11-9, cela fonctionne parfaitement après la suppression du dossier Movies (Proton n'a pas le codec nécessaire), à ​​l'exception de Easy Anti Cheat/EAC qui a cessé de fonctionner par intermittence depuis le lancement d'Alpha 16.

Erreur EasyAntiCheat : Échec de la création de l'instance IGameClient !

La version actuelle est la 17.

Bonjour gars.
Je joue plus de 20 heures en ligne sans aucune configuration. J'ai un peu de chance.

Version actuelle : Bêta v18.0.5
Protons : 4.11-11
Distribution : Linux Mint 19.2 Tina
Noyau : 5.3.0-24-générique
RAM : 16 Go
Pilote GPU : NVIDIA 440.44
Processeur graphique
Processeur : Intel Core i7-6700K à 4,00 GHz

Ce jeu est cependant toujours à la traîne.

La version bêta v18.0.5 permet enfin à EAC de fonctionner de nouveau. Mais vous devez l'exécuter plusieurs fois jusqu'à ce qu'il n'affiche pas l'erreur EAC.

Je ne peux malheureusement pas confirmer les résultats de @BRMateus2 . J'ai vérifié mes données de jeu, supprimé le préfixe pour prendre un nouveau départ et j'obtiens toujours l'erreur EAC GameClient même après l'avoir démarré 10 fois de suite. Je suis ouvert aux suggestions sur ce que je pourrais essayer d'autre...

Version actuelle : Bêta v18.0.5
Protons : 4.11-11
Distribution : Manjaro Linux x86_64
Noyau : 5.4.6-2-MANJARO
RAM : 16 Go
Pilote GPU : X.Org Radeon RX Vega (VEGA10, DRM 3.35.0, 5.4.6-2-MANJARO, LLVM 9.0.0)
Version du pilote : 4.5 (profil de compatibilité) Mesa 19.3.1
Processeur graphique : AMD ATI Radeon RX Vega 64
Processeur : processeur Intel(R) Core(TM) i7-2600 à 3,40 GHz

@ Byter09 Quel DE utilisez-vous ? lxde sur arch m'a donné une erreur de démarrage, mais le passage à lightdm a supprimé l'erreur de démarrage.

@ greymood09 J'utilise KDE. Est-ce que quelque chose comme ça a vraiment autant d'impact ? Wow.

Depuis que j'utilise Mesa 19.3, j'ai des plantages aléatoires.

Mon système :

Système:
Hôte : stumpftopf-pc Noyau : 4.19.92-1-MANJARO x86_64 bits : 64
Bureau : Xfce 4.14.1 Distribution : Manjaro Linux
CPU:
8 cœurs : AMD Ryzen 7 2700X type : MT Vitesse MCP : 1884 MHz
min/max : 2200/3700 ​​MHz
Graphique:
Appareil 1 : AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
pilote : amdgpu v : noyau
Affichage : serveur x11 : pilote X.Org 1.20.6 : amdgpu
résolution : 1920x1080~60Hz
OpenGL : moteur de rendu : Radeon RX 590 Series (POLARIS10 DRM 3.27.0
4.19.92-1-MANJARO LLVM 9.0.0)
v: 4.5 Mesa 19.3.1
Disques:
Stockage local : total : 1,59 Tio utilisé : 822,63 Gio (50,5 %)
Info:
Processus : 317 Disponibilité : 29 m Mémoire : 15,66 Gio utilisé : 2,76 Gio (17,6 %)
Shell : zsh inxi : 3.0.37

Proton-Log :

Unhandled exception: page fault on write access to 0x7f7d303f0000 in 64-bit code (0x00007f7d08ec06bd).
00cd:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:
 rip:00007f7d08ec06bd rsp:000000001463f890 rbp:00000000fffffffc eflags:00010283 (  R- --  I S - - -C)
 rax:00007f7d303cd000 rbx:0000000000000009 rcx:00007f7cf011047c rdx:0000000000023000
 rsi:00000003fffffff0 rdi:00007f7d303cd001  r8:00007f7cf001dfb0  r9:0000000000000001 r10:0000000000000009
 r11:0000000000000000 r12:00007f7cf01121c0 r13:00007f7cf0110458 r14:00007f7cf0110458 r15:0000000000000001
Stack dump:
0x000000001463f890:  0000000000000001 000000001463f950
0x000000001463f8a0:  0000000000000000 00007f7d00000000
0x000000001463f8b0:  00000002001d6000 0000000000014000
0x000000001463f8c0:  00007f7cf001dfb0 93c825bd001f3b00
0x000000001463f8d0:  0000000000000000 000000006a59e380
0x000000001463f8e0:  000000006a59f4f0 00007f7cf010eea8
0x000000001463f8f0:  00007f7c8c2030a8 00007f7b76d4b3d8
0x000000001463f900:  00007f7cf01116a8 00007f7d08e39d5a
0x000000001463f910:  0000000000000000 00007f7cf010eea8
0x000000001463f920:  00007f7cf010eea8 000000001463fa30
0x000000001463f930:  00007f7cf01116a8 00007f7c8c2030a8
0x000000001463f940:  00007f7c94243198 00007f7d08cd3041
Backtrace:
=>0 0x00007f7d08ec06bd vkCreateInstance+0xffffffffffffffff() in amdvlk64.so (0x00000000fffffffc)
0x00007f7d08ec06bd vkCreateInstance+0xffffffffffffffff in amdvlk64.so: movups   %xmm0,(%rax,%rdx,1)

steam-393380.log.zip

Bonjour @Stumpftopf , un plantage dans amdvlk64.so ressemble à un problème de pilote vidéo dans AMDVLK au lieu de mesa.

@kisak-valve Oui, vous avez raison. C'était AMDVLK.
Les coutures doivent être corrigées après avoir installé des packages supplémentaires :
sudo pacman -S vulkan-icd-loader lib32-vulkan-icd-loader sudo pacman -S vulkan-radeon lib32-vulkan-radeon
Je ne sais pas maintenant si j'ai vraiment utilisé amdvlk auparavant et non l'implémentation amdgpu vulkan.

Obtenir l'erreur IGameClient d'EAC. Rien ne semble aider.

J'ai trouvé un correctif janky à l'erreur d'instanciation EAC IGameClient :

1. Supprimez le préfixe de vin Squad ;
2. changez Squad pour utiliser Proton 4.11 ;
3. démarrez Squad pour recréer le préfixe wine (cela installe également EAC);
4. sortie Escouade;
5. remettez Squad à l'utilisation de Proton 5.0 ;
6. redémarrez Squad pour mettre à niveau le préfixe wine vers 5.0 - EAC devrait maintenant fonctionner normalement.

@ Byter09 pouvez-vous essayer ceci?

Attention, Valve, il pourrait y avoir une régression en 5.0.

@imaami a suivi vos instructions :

• préfixe préexistant supprimé
• Passer au 4.11-13
• début
• obtenir une erreur, continuer le chargement
• quitter le menu principal
• (partie amusante, l'escouade ne se ferme pas, au moins la vapeur la marque toujours comme en cours d'exécution, je dois donc continuer et utiliser htop pour tuer tout ce qui a une escouade à son nom)
• désactiver Force the use of a specific Steam Play compatibility tool
• recommencer
• obtenir à nouveau l'erreur.

Donc... aucune idée de ce que je fais mal :(

Aussi une autre note rapide: j'ai réinstallé ma configuration depuis lors et oui, l'erreur est toujours là. J'ai juste pensé que cela pourrait aider à réduire la zone de recherche du bogue.

@ Byter09 Vous devez d'abord supprimer le répertoire wineprefix. Selon l'endroit où vous avez installé Squad, cela peut être $HOME/.steam/steam/steamapps/compatdata/393380 . Dans mon cas, c'est /opt/steam/steamapps/compatdata/393380 , mais vous voyez l'idée. Supprimez le répertoire appelé 393380 , c'est le préfixe wine.

Une fois que vous avez fait cela, passez à l'ancienne version. Démarrez et quittez Squad. Passez à la nouvelle version de Proton, recommencez.

La suppression du préfixe wine est un élément clé de cela, car sinon EAC ne sera pas réinstallé. Vous devez recommencer à zéro lorsque vous effectuez la première manche avec 4.11-13.

@imaami J'ai essayé vos instructions exactement aussi, pas de chance.

Système d'exploitation : Manjaro Linux
Version KDE Plasma : 5.18.3
Version des frameworks KDE : 5.68.0
Version Qt : 5.14.1
Version du noyau : 5.5.11-1-MANJARO

@imaami Désolé, j'ai oublié de le mentionner. Je l'ai bien sûr fait.
J'ai mis à jour le commentaire original pour refléter cela.

@imaami Désolé, j'ai oublié de le mentionner. Je l'ai bien sûr fait.
J'ai mis à jour le commentaire original pour refléter cela.

Pourriez-vous essayer avec ces ajouts/modifications :

• Au début, après avoir supprimé l'ancien préfixe mais avant de faire quoi que ce soit d'autre, supprimez tous les répertoires appelés EasyAntiCheat dans les fichiers du jeu, puis exécutez la fonction "vérifier les fichiers locaux" dans Steam pour forcer un nouveau téléchargement.
• Au lieu d'utiliser la version amont 4.11-13 pour le tour 1, utilisez cette version non officielle 4.14 : https://github.com/imaami/Proton/releases/download/proton-i-4.13-3/Proton-i-4.13-3. goudron.xz
• Lors du passage à un Proton plus récent, au lieu de désactiver "forcer l'outil de compatibilité spécifique", gardez-le mais changez simplement la version forcée.
• Pour la version la plus récente, utilisez 5.4-GE-3 au lieu de 5.0-5b en amont : https://github.com/GloriousEggroll/proton-ge-custom/releases/download/5.4-GE-3/Proton-5.4-GE-3 .tar.gz

Ce qui précède devrait à peu près 100% reproduire mon premier tour réussi hier.

@ryangodfrey Pourriez-vous les essayer également ?

PS : j'ai eu des nouvelles d'une personne sur Reddit qui a pu réparer son EAC avec mes instructions hier, donc je ne sais pas à quel point il peut être arbitraire d'avoir de la chance. Je suis sûr que cette chose finira par être résolue, maintenant nous avons au moins une idée de l'endroit où rechercher le bogue.

Bien.
J'écris ce commentaire au fur et à mesure pour ne rien oublier et vous donner le plus d'informations possible à ce sujet.

• Je télécharge les deux archives et mets chacune d'elles avec leur dossier respectif dans /home/btr/.steam/root/compatibilitytools.d/
• Je supprime le préfixe.
• Je supprime le dossier EasyAntiCheat dans le répertoire Squad.
• En outre, je recherche d'autres fichiers et répertoires EasyAntiCheat et les supprime également.
• Je vérifie l'intégrité des fichiers du jeu : 59 fichiers (1,8 Mo) doivent être réacquis.
• J'ai configuré Squad pour utiliser un outil de compatibilité forcée : Proton-i 4.13-3
• Je lance Squad.
• Steam effectue une première configuration.
• Début de l'équipe : EasyAntiCheat Error: Failed to create IGameClient
• J'appuie sur OK, j'attends que le menu principal se charge et quitte Squad.
• Squad se ferme et n'est plus visible, mais Steam l'affiche toujours comme en cours d'exécution.
• Je tue tout ce qui concerne Squad en utilisant htop. (2 x squad_launcher.exe )
• J'ai configuré Squad pour utiliser un outil de compatibilité forcée : Proton-5.4-GE-3
• Je lance Squad.
• Début de l'équipe : EasyAntiCheat Error: Failed to create IGameClient
• J'appuie sur OK, attendez que le menu principal se charge.
• J'essaie de rejoindre un serveur de toute façon juste pour être sûr. Cela ne fonctionne pas.
• Je ferme Squad.
• Squad se ferme et n'est plus visible, mais Steam l'affiche toujours comme en cours d'exécution.
• Je tue tout ce qui concerne Squad en utilisant htop. (2 x squad_launcher.exe )

J'espérais vraiment que cela fonctionnerait. :sanglot:

Le jeu démarre du premier coup, mais avec une erreur EAC, mais fonctionne après avoir basculé la version de l'outil de compatibilité Steam Play vers la version précédente et revenir à la plus récente, comme suggéré ici.

Le jeu tourne à environ 80-90 FPS, mais chute après quelques minutes à environ 5-30 FPS et y reste, mais avec le PROTON_NO_ESYNC=1 ce n'était que périodique (testé en un match)

Le jeu n'est pas jouable !

Protons : 5,0-6
Système d'exploitation : Linux Mint 19.3 Tricia
NOYAU : 5.6.7-050607-générique
Processeur : Intel Core i7-7700K à 4,20 GHz
Processeur graphique : AMD NAVI10
PILOTE GPU : 4.6 Mesa 20.0.5 - kisak-mesa PPA
RAM : 32 Go

vapeur-393380.log.gz

J'ai en fait trouvé le coupable - EAC essaie activement de détecter Wine et il est possible que les développeurs de Squad construisent contre Wine, car certaines versions antérieures ont fonctionné sans aucun problème par rapport à l'homologue Windows, cela pourrait être un "tick Wine détection ou non".

J'ai un autre jeu qui fonctionne avec EAC qui fonctionne parfaitement, ses dlls EAC n'ont aucune fonction Wine utilisant la commande strings, mais Squad a le petit problème bien connu ( #1 , #2 ).

LogEasyAntiCheatServer : Avertissement : Impossible de localiser la bibliothèque du serveur EasyAntiCheat eac_server64.dll
LogEasyAntiCheatClient : Erreur : Échec de la création de l'instance IGameClient !

chaînes EasyAntiCheat_x64.dll | vin grep
vin32
vin64
wine_get_version
vin_x86
vin_x64

Ce n'est peut-être pas une régression dans Proton, car les anciens Protons ne lancent même plus le jeu. J'ai essayé les étapes ci-dessous et étrangement, il y a des combinaisons (interface ? matériel ?) qui semblent fonctionner (est-ce qu'elles cassent le contrôle EAC ?), mais je n'ai pas du tout pu faire fonctionner Squad avec EAC avec mon Fedora 31 KDE, DXVK et Mesa.

Supprimer Squad (393380) Préfixe Wine :
rm -r "$HOME/.steam/steam/steamapps/compatdata/393380"
Changez Proton pour utiliser Proton-i-4.13-3.
Déplacez le dossier Films pour qu'il ne plante pas le jeu (en n'ayant pas de codecs) :
mv "$HOME/.local/share/Steam/steamapps/common/Squad/SquadGame/Content/Movies" "$HOME/.local/share/Steam/steamapps/common/Squad/SquadGame/Content/Movies.backup"
Exécutez le jeu jusqu'au menu, puis quittez et tuez toutes les instances de Squad (killall --signal SIGHUP "squad_launcher.exe" "SquadGame.exe").
Changez Proton pour utiliser Proton-5.4-GE-3 et lancez le jeu jusqu'au menu.

Bonne nouvelle - les choses pour moi sont passées de non jouable à jouable avec des problèmes.

En fait, je joue à Squad depuis quelques heures maintenant, deux jours de suite - toujours aucun problème EAC quoi que ce soit, et c'est très positif - merci aux personnes qui ont rendu cela possible !

Je pense avoir maîtrisé le bégaiement général en installant le noyau Linux XanMod qui inclut le correctif fsync - pour environ 80-95 FPS.

Mais parfois, le FPS tombe encore à 5-10 et n'y reste que pour revenir à la normale un peu plus tard.

J'ai remarqué pendant que cela se passait, la VRAM de ma carte vidéo était presque au maximum et j'ai vérifié que l'option Full Texture Loading n'était pas réellement activée.

Voici une capture d'écran de "radeontop" pendant que Squad est en cours d'exécution et que le problème de suppression de trame est en cours :

Le modèle de carte vidéo est une GIGABYTE Radeon RX 5700 XT GAMING OC 8GB

J'ai également eu d'étranges plantages du pilote graphique AMDGPU - j'ai tout expérimenté, des blocages complets du système aux écrans qui s'éteignent ou s'allument, mais qui n'affichent que du vert, et une fois Squad s'est écrasé et mes écrans s'éteignent et s'allument à nouveau, et lorsque l'environnement de bureau a redémarré/récupéré de cet événement, il y avait d'étranges artefacts/pixels colorés sur tous les écrans.

Voici un journal de l'un de ces événements (lorsque cet événement s'est produit, j'exécutais le noyau Linux principal Ubuntu 5.6.7)

amdgpu_crash_10-04-2020_1447.log

J'ai utilisé les instructions de j'ai fait fonctionner le jeu hier sans problème, pas même de décalage. Cependant, aujourd'hui, j'ai commencé à rencontrer des plantages intermittents (via le gel) et j'ai essayé de résoudre le problème. Cela s'est terminé par la réinstallation apparente d'EAC via la vapeur et la rupture de l'anti-triche.

En répliquant les étapes que j'ai faites la première fois, en essayant d'installer EAC en 4.11.13 n'a pas eu de chance de faire fonctionner l'anti-triche, bien que le plantage semble avoir disparu pendant l'entraînement. J'ai également essayé d'utiliser une version plus récente du proton de GE au lieu du GE 5.6 que j'utilisais auparavant en vain, ainsi que la version imaami du proton 4 publiée ci-dessus. Je n'ai pas encore réussi à faire fonctionner à nouveau l'anti-triche. Notamment, entre chaque tentative infructueuse, j'ai supprimé le répertoire compatdata pour Squad, préfixe inclus.

Système d'exploitation : Arch Linux x86_64
Noyau : 5.6.13-arch1-1
Processeur : Intel i7-8700K (12) à 4 700 GHz
Processeur graphique : NVIDIA GeForce GTX 1080
Mémoire : 4112 Mio / 32057 Mio

J'ai tout essayé pour que cela fonctionne. J'espère que quelqu'un trouvera bientôt une solution à ce problème ! <3 C'est probablement le dernier patch Squad.

J'essaie depuis plusieurs jours de faire en sorte que cela fonctionne, en suivant toutes les étapes détaillées ici et sans succès, la même fenêtre contextuelle à chaque fois. C'est dommage car Squad fonctionnait parfaitement jusqu'à il y a environ 8 jours.

Nouveau patch sorti aujourd'hui. Quelque chose à propos de l'indice EAC. Je croise les doigts.

Nouveau patch sorti aujourd'hui. Quelque chose à propos de l'indice EAC. Je croise les doigts.

Merci de faire un retour car j'ai même désinstallé.

J'ai supprimé le préfixe et testé à nouveau avec B19.4.2 . Même message d'erreur.

:déçu:

Je viens de réessayer, après une mise à jour de 55 Mo et toujours la même erreur EAC, impossible de jouer en ligne.

Veuillez ajouter un rapport sur https://www.protondb.com/app/393380

Oui, je l'ai fait, j'ai dit à propos de l'erreur IGameClient, les travaux de Jensen (qui sont locaux, je suppose) mais tous les serveurs protégés par EAC me disent que je dois activer l'Anti-Cheat

@imaami Le jeu/votre solution de contournement fonctionne-t-il toujours pour vous ?

@imaami Le jeu/votre solution de contournement fonctionne-t-il toujours pour vous ?

Oui, le jeu fonctionne toujours. Je n'ai pas eu à effacer le préfixe ou les fichiers de jeu depuis un moment car je n'ai pas eu de problèmes. Je ne sais pas ce qui se passerait si je les essuyais et les réinstallais, et je ne vais pas prendre le risque si je n'y suis pas obligé. :)

J'ai reçu le message d'erreur une fois lorsque j'ai lancé Squad, mais j'ai fermé et redémarré le jeu et cela a fonctionné à nouveau. La seule différence à l'époque était que je suis passé accidentellement à un autre espace de travail peu de temps après avoir appuyé sur "Démarrer" dans Steam. Je me demande si le lanceur est confus dans certaines situations où le client du jeu et la fenêtre du lanceur EAC ne se trouvent pas sur le même espace de travail (bureau virtuel).

Mon paramètre de plein écran graphique actuel est une fenêtre plein écran sans bordure, d'ailleurs, pas le mode plein écran "réel". Peut-être que cela peut avoir un certain effet.

Mon gestionnaire de fenêtres est i3 et j'ai le client Steam lié à l'espace de travail 3. Chaque fois que je lance Squad, je m'assure de ne pas basculer entre les espaces de travail tant que le jeu n'est pas complètement chargé. Je ne sais pas si c'est juste un rituel basé sur des expériences fortuites, mais j'ai l'impression que les choses deviennent bizarres si Squad ou EAC (ou Proton) ne sont pas concentrés à 100% lors du lancement. Cela pourrait-il être lié au bogue alt-tabbing où les événements de la souris ne sont pas capturés après le retour du focus à la fenêtre de jeu ?

Je pensais juste à voix haute. Je suggère de sacrifier un poulet au cas où, nous savons tous que les dieux de l'EAC qui vivent dans les volcans sont inconstants et exigeants.

J'avais attrapé un fil de discussion reddit il y a quelques semaines qui prétendait que la désinstallation d'EAC via le programme de désinstallation de wine et sa réinstallation avaient une chance de le faire fonctionner. Je n'ai pas pris la peine de le mentionner ici parce que l'allégation n'a jamais été vraiment étayée.
Il peut vraiment s'agir simplement de jouer les cotes et d'espérer que vous obtiendrez un tirage au sort.

J'avais attrapé un fil de discussion reddit il y a quelques semaines qui prétendait que la désinstallation d'EAC via le programme de désinstallation de wine et sa réinstallation avaient une chance de le faire fonctionner. Je n'ai pas pris la peine de le mentionner ici parce que l'allégation n'a jamais été vraiment étayée.
Il peut vraiment s'agir simplement de jouer les cotes et d'espérer que vous obtiendrez un tirage au sort.

J'ai déjà essayé cela il y a 2 jours, je l'ai fait individuellement, je l'ai essayé en l'ajoutant en tant que "Jeu non Steam", j'ai même copié les dossiers EAC (l'un du dossier maître et l'autre des binaires) de mon PC Windows et ne fonctionne toujours pas.

J'ai également fait un effacement du cache, une vérification de l'intégrité, une réinstallation de l'EAC. Rien ne fonctionne

On dirait que l'utilisation de "hidewineexports=enable %command%" dans les paramètres de démarrage avec staging wine (dans mon cas, c'est Proton-5.9-GE-MF-2), fonctionne. Cette méthode ne modifie aucun fichier, comme le suggèrent d'autres méthodes sur Internet, mais je ne peux toujours pas dire si cela conduira à un ban.

On dirait que l'utilisation de "hidewineexports=enable %command%" dans les paramètres de démarrage avec staging wine (dans mon cas, c'est Proton-5.9-GE-MF-2), fonctionne. Cette méthode ne modifie aucun fichier, comme le suggèrent d'autres méthodes sur Internet, mais je ne peux toujours pas dire si cela conduira à un ban.

Désolé de demander mais comment puis-je faire cela, j'ai essayé dans Définir les options de lancement, même avec + et - avant, et ne fonctionne toujours pas, il me dit d'activer EAC lorsque je rejoins un serveur

Testé Squad avec "hidewineexports=enable %command%" avec Proton-5.9-GE-MF-2, tous les cas se sont terminés dans le jeu sans créer l'interface EAC.

Choses essayées :

• Exécuter le jeu en utilisant un pfx existant qui ne fonctionne pas avec l'environnement var dans 5.9-GE-MF-2.
• Supprimer le pfx et le réinstaller avec 5.9-GE-MF-2
• Supprimer le pfx, l'installer avec Proton 4.11-13 comme ci-dessus, puis exécuter 5.9-GE-MF-2
• Suppression de l'intégralité des données de compatibilité pour Squad, installation avec 4.11-13, puis exécution de 5.9-GE-MF-2
• Suppression de l'intégralité des données de compatibilité pour Squad, installation avec 5.9-GE-MF-2 et exécution avec.

Une théorie que j'ai pourrait être d'obtenir un préfixe fonctionnel de quelqu'un dont le jeu est fonctionnel, et de le mettre dans les données de compatibilité de quelqu'un dont le jeu n'est pas fonctionnel. Cela pourrait faire fonctionner un jeu qui ne fonctionne pas. Cependant, il faut être prudent s'ils essaient de regrouper des données de compatibilité, au cas où le préfixe contiendrait des informations sensibles du jeu ou de l'utilisateur.

Je savais que je faisais quelque chose de stupide hier. "hidewineexports=enable %command%" ne devrait rien faire. Ce que vous devriez vraiment faire est de définir hidewineexports=enable dans winetricks. je fais ça avec des protontricks

protontricks 393380 hidewineexports=enable

Après cela, vous devriez échouer au démarrage de l'EAC et du jeu lors de la première exécution (pas seulement lors du démarrage d'igameclient), mais au deuxième démarrage, cela devrait fonctionner. Après cela, je l'ai fait démarrer de temps en temps mais au maximum au troisième essai. Il ne devrait pas vous montrer un échec de démarrage d'igameclient, il devrait être un échec du démarrage d'un jeu à cause de l'EAC ou d'un bon démarrage du jeu. S'il ne parvient toujours pas à démarrer igameclient, il y a quelque chose de plus que ce que je pourrais dire.

Je ne sais pas vraiment comment enquêter sur cela, donc toute aide est appréciée:

Je voulais essayer ce qui précède avec le dernier proton disponible dans Steam et j'ai supprimé le préfixe afin que la configuration soit propre. J'ai bien sûr dû démarrer le jeu une fois pour que cela se produise. J'ai vérifié les fichiers du jeu, l'ai démarré et juste après avoir cliqué sur le message IGameClient , mon système effectue une réinitialisation matérielle. La même chose se produit lorsque je quitte le jeu (à l'aide du bouton de fermeture du jeu fenêtré) avant que le message ne s'affiche.

Essentiellement, je ne peux même plus le démarrer. Cela signifie que je ne pouvais pas non plus tester la commande protontricks :(

Est-ce juste une bizarrerie de la configuration de mon système ou y a-t-il d'autres choses en cours ? Comment puis-je savoir ce qui se passe lorsqu'il tue mon système ?

Je ne sais pas vraiment comment enquêter sur cela, donc toute aide est appréciée:

Je voulais essayer ce qui précède avec le dernier proton disponible dans Steam et j'ai supprimé le préfixe afin que la configuration soit propre. J'ai bien sûr dû démarrer le jeu une fois pour que cela se produise. J'ai vérifié les fichiers du jeu, l'ai démarré et juste après avoir cliqué sur le message IGameClient , mon système effectue une réinitialisation matérielle. La même chose se produit lorsque je quitte le jeu (à l'aide du bouton de fermeture du jeu fenêtré) avant que le message ne s'affiche.

Essentiellement, je ne peux même plus le démarrer. Cela signifie que je ne pouvais pas non plus tester la commande protontricks :(

Est-ce juste une bizarrerie de la configuration de mon système ou y a-t-il d'autres choses en cours ? Comment puis-je savoir ce qui se passe lorsqu'il tue mon système ?

Est-ce qu'il fait maintenant nettement plus chaud à l'intérieur qu'il y a quelques semaines/mois ? Avez-vous vérifié les températures CPU et GPU après avoir démarré le jeu ?

C'est juste la première chose qui m'est venue à l'esprit qui pourrait provoquer un redémarrage difficile. De plus, si votre bloc d'alimentation ou votre mobo a fait sauter un condensateur à cause des températures élevées, cela pourrait être une cause.

Fondamentalement, un défaut dans l'alimentation électrique ou une protection contre la surchauffe, ceux-ci réinitialiseront votre ordinateur. A part ça je n'ai pas d'idées.

Edit: si vous voyez cela sur votre mobo ou PSU, ou tout autre composant, vous allez avoir des problèmes qui ressemblent beaucoup à des redémarrages et des plantages mystérieux aléatoires. Cela se produit lorsqu'un condensateur bout. Bouille littéralement, pas une figure de style. Le fait d'être à proximité de composants chauds pendant de longues périodes augmente la probabilité que les bouchons bouillent.

@imaami Merci pour l'inquiétude mais ce n'est certainement rien de tel. Je peux jouer à d'autres jeux exigeants aussi sans problème. Et s'il s'agissait d'une chose temporaire, je ne pense pas que "cliquer sur le X pour fermer le jeu provoquant une réinitialisation immédiate" fonctionnerait à chaque fois. Mais c'est le cas. Je l'ai testé 3 fois. Ce doit être le jeu qui provoque une panique ou quelque chose du genre.

@imaami Merci pour l'inquiétude mais ce n'est certainement rien de tel. Je peux jouer à d'autres jeux exigeants aussi sans problème. Et s'il s'agissait d'une chose temporaire, je ne pense pas que "cliquer sur le X pour fermer le jeu provoquant une réinitialisation immédiate" fonctionnerait à chaque fois. Mais c'est le cas. Je l'ai testé 3 fois. Ce doit être le jeu qui provoque une panique ou quelque chose du genre.

Oui, cela ressemble vraiment à quelque chose de spécifique à Squad avec ces informations supplémentaires. Squad est généralement bizarre lorsqu'il est fermé, quoi qu'il fasse, il provoque souvent un bref gel de 10 à 20 secondes pendant lequel tout s'arrête.

De quel CPU, GPU, etc. disposez-vous ?

@imaami

CPU: Intel i7-2600 (8) @ 3.800GHz
GPU: Radeon RX Vega (VEGA10, DRM 3.36.0, 5.6.16-1-MANJARO, LLVM 10.0.0)
RAM: 16 GB
MB: P67A-D3-B3
KRNL: 5.6.16-1-MANJARO

J'espère que cela pourra aider. Et juste pour vous donner une perspective sur le jeu exigeant : je peux jouer à X4, qui est un jeu natif Linux, parfaitement bien. Cela chauffe ma chambre assez rapidement, mais Squad aussi. Et je suis presque sûr d'avoir déjà publié mes informations système plus haut dans ce numéro, rien n'a beaucoup changé entre les deux, à l'exception peut-être de quelques mises à niveau de packages et d'un nouveau noyau.

EDIT : Trouvé : https://github.com/ValveSoftware/Proton/issues/938#issuecomment -570157290

Proton 5.9 avec hidewineexports activé.

GameID: 55 (32bit) Windows Version: 10.0 (Build 17134) Error Code: 30005 Process Exit Code: 0h UUID: 74f2ef78-445f-aa07-a79c-f79eb3c1fa01 Processes list: explorer.exe plugplay.exe services.exe squad_launcher.exe steam.exe winedevice.exe
Je suppose que EAC n'aime pas winedevice.exe

J'ai oublié de publier une mise à jour, mais tous les tests que j'ai effectués ont abouti au même problème que celui publié par

J'obtiens _environ_ la même erreur que @aCeTotal.
C'est bizarre qu'il appelle ma version 6.1 de Windows

C'était après avoir effacé le préfixe,
faire préfixe avec proton 4.11
activation de hidewineexports
fonctionnant avec Proton-5.9-GE-1-MF

Ensuite, cette erreur est renvoyée par une sorte d'interface EAC.

GameID: 55 (32bit)
Windows Version: 6.1 (Build 7601)
Error Code: 30005
Process Exit Code: 0h
UUID: 1898b708-c9e3-bb00-7471-bae27b36a354
Processes list:
explorer.exe
plugplay.exe
services.exe
squad_launcher.exe
steam.exe
winedevice.exe

Et cela n'a pas non plus fonctionné lors de la deuxième manche, comme @MAD-BUG l'a signalé.

Quoi qu'il en soit, est-ce que QUELQU'UN joue à ce jeu sur Linux en ce moment ?

Edit : retour à Proton-5.0-9
Maintenant, je reviens à l'erreur IGameClient. (problème parce que hidewineexports a de nouveau été désactivé ?).

Edit : tout recommence,
J'ai essayé de suivre au plus près ce commentaire de
https://github.com/ValveSoftware/Proton/issues/938#issuecomment -606813813

Pfx existant supprimé ( rm -r .local/share/Steam/steamapps/compatdata/393380/ )
Suppression des dossiers appelés EasyAntiCheat des fichiers du jeu (un dans la racine, un dans le dossier Binaries) et Steam les a réinstallés.

J'ai lancé le jeu avec Proton-i-4.13-3 du fork d'imaami. (Erreur IgameClient)

J'ai ensuite lancé le jeu avec Proton-5.4-GE-3 . (Erreur IGameClient toujours)

Je reçois toujours l'erreur IGameClient...

@imaami si vous envoyiez votre wineprefix, nous pourrions essayer de lancer notre jeu avec votre wineprefix.

@imaami si vous envoyiez votre wineprefix, nous pourrions essayer de lancer notre jeu avec votre wineprefix.

Je n'ai pas pu contourner l'erreur IGameClient lorsque j'ai installé le client de test public de Squad hier. Mon jeu Squad normal continue de fonctionner. J'ai donc comparé les sommes de hachage de certains des fichiers EAC entre le préfixe Squad de test normal et public, et j'ai remarqué que le préfixe de test public manquait complètement ces deux:

pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac
pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac.metadata

Je me souviens plus tôt que EAC semble les télécharger lors de l'installation et/ou du démarrage. J'ai donc pensé que si je les copie simplement dans le préfixe de test public et que je vois ce qui se passe... cela a fonctionné. EAC redémarre.

Je joins un tarball qui contient ces deux fichiers (avec le chemin complet comme ci-dessus). Peut-être que cela fonctionne aussi dans d'autres préfixes Squad.

easyanticheat_wine_x64.tar.gz

@imaami si vous envoyiez votre wineprefix, nous pourrions essayer de lancer notre jeu avec votre wineprefix.

Je n'ai pas pu contourner l'erreur IGameClient lorsque j'ai installé le client de test public de Squad hier. Mon jeu Squad normal continue de fonctionner. J'ai donc comparé les sommes de hachage de certains des fichiers EAC entre le préfixe Squad de test normal et public, et j'ai remarqué que le préfixe de test public manquait complètement ces deux:

pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac
pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac.metadata

Je me souviens plus tôt que EAC semble les télécharger lors de l'installation et/ou du démarrage. J'ai donc pensé que si je les copie simplement dans le préfixe de test public et que je vois ce qui se passe... cela a fonctionné. EAC redémarre.

Je joins un tarball qui contient ces deux fichiers (avec le chemin complet comme ci-dessus). Peut-être que cela fonctionne aussi dans d'autres préfixes Squad.

easyanticheat_wine_x64.tar.gz

Placer ces fichiers dans le répertoire spécifié n'a rien changé pour mon client. _Cependant,_ ils m'ont fait tomber sur le fichier loader.log dans le même répertoire, ce qui peut fournir un indice sur la raison pour laquelle mon client en particulier peut ne pas se charger. Voici une version uniq 'd de mon loader.log, avec les uuids dans les URL coupés car je ne sais rien de leur utilisation.

[2020.06.27-00.37.23] Loader initialized.
[2020.06.27-00.37.23] [Connection] Connecting to URL: https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid=(uuidhere)
[2020.06.27-00.37.23] Download Progress: 0%.
[2020.06.27-00.37.23] [Connection] Connect result: No error (0) Response Code: 200 Destination IP: 13.226.205.101
[2020.06.27-00.37.23] [HTTP Error Response] HTTP Response Code: 200 Curl Code: 0.
[2020.06.27-00.37.23] Falling back to a secondary CDN path.
[2020.06.27-00.37.23] [Connection] Connecting to URL: https://download-alt.easyanticheat.net/api/v1/games/55/client/wine64/download/?uuid=(uuidhere)
[2020.06.27-00.37.23] Download Progress: 0%.
[2020.06.27-00.37.23] [Connection] Connect result: SSL connect error (35) Response Code: 0 Destination IP: 172.67.156.223
[2020.06.27-00.37.23] Connection to the Content Distribution Network failed! Curl Code: 35.
[2020.06.27-00.37.23] [EAC Callback] Code 914. Message: ''.

EAC tente de télécharger quelque chose à partir de son CDN, obtient une réponse 200, mais échoue de toute façon. Revenir ensuite au CDN alternatif, mais échouer en raison d'une erreur SSL. La réplication de l'appel URL exact dans mon terminal ne me fournit aucune donnée téléchargée, mais se connecte avec succès sans erreur. Je serais intéressé de voir si votre loader.log fournit une sortie différente compte tenu de son succès.

Cela m'amène à croire potentiellement que les packages installés pourraient influencer le fonctionnement ou non du jeu ? Alternativement, peut-être qu'EAC essaie d'utiliser un certificat/une méthode SSL différent d'une demande traditionnelle, ce qui provoque son échec plus fréquemment ? Honnêtement, je ne peux pas vraiment le dire, mais je pense que cela pourrait éventuellement être un indice pour résoudre le problème.

@NGGJamie , hier, j'ai remarqué ce même fichier. Il existe en fait un fichier journal similaire quelque part près de cet emplacement, qui affiche également la même erreur curl 35. Cela signifie que la poignée de main SSL n'a pas réussi. Je ne l'ai pas encore signalé ici car je voulais d'abord vérifier si @imaami avait les mêmes logs dans son préfixe.

J'ai chargé ces fichiers dans mon préfixe et ils ont été immédiatement supprimés.
L'autre fichier journal que j'ai mentionné est
pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/gamelauncher.log .

Bien que cette fois, ce journal n'ait montré aucune erreur, ce qui pourrait être un indice. L'autre fichier loader.log affichait cependant des journaux.

Lorsque j'ai redémarré le jeu gamelauncher.log signalé

[Info] [LauncherFinished] EACAsyncResult: 3 Message: 'Connection to the Content Distribution Network failed! Curl Code: 35.'.
[Err!] [Network Error] CDN connection failed!

de nouveau.

J'ai fait une autre vérification juste pour être sûr, et encore une fois lors de l'utilisation des fichiers de @imaami , le gamerlauncher.log montré :

[Info] [LauncherFinished] EACAsyncResult: 0 Message: 'Easy Anti-Cheat successfully loaded in-game'.
[Info] Unloading the EasyAntiCheat library.

Hypothèse:
EAC essaie de télécharger un fichier binaire, la requête HTTP réussit mais se ferme sans envoyer un seul bit de données. Il suppose donc que la demande a échoué, l'enregistre comme une erreur et utilise le CDN de secours, qui, franchement, ne fonctionne tout simplement pas.

Le CDN renvoie content-type: application/octet-stream mais content-length: 0

Le CDN alternatif se comporte de la même manière pour moi.

Je suis curieux de savoir quel est le but de l'UUID et comment il est défini. Cela semble bien fonctionner sans mais c'est peut-être le problème.

Edit: Je pense que je pourrais être sur quelque chose. J'ai lu quelques fils de discussion sur ce point de terminaison et sur la façon dont il a causé exactement le même problème dans plusieurs jeux. En remplaçant wine64 par win64 la configuration se télécharge correctement. @imaami a probablement déjà téléchargé correctement cette configuration. Et quelqu'un a déjà mentionné que le jeu est devenu injouable au moment où les chaînes liées au vin ont commencé à apparaître dans la dll EAC.

OK, c'est un gâchis tellement étrange. J'ai exactement les mêmes erreurs dans mon loader.log . La version normale de Squad et la version de test publique ont la même chose. Journal complet de la nuit dernière avec les UUID et les lignes répétitives supprimés :

[2020.06.27-02.23.54] Loader initialized.
[2020.06.27-02.23.54] [Connection] Connecting to URL: https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid=(...)
[2020.06.27-02.23.54] Download Progress: 0%.
(...)
[2020.06.27-02.23.54] Download Progress: 0%.
[2020.06.27-02.23.54] [Connection] Connect result: No error (0) Response Code: 200 Destination IP: 13.33.242.102
[2020.06.27-02.23.54] [HTTP Error Response] HTTP Response Code: 200 Curl Code: 0.
[2020.06.27-02.23.54] Falling back to a secondary CDN path.
[2020.06.27-02.23.54] [Connection] Connecting to URL: https://download-alt.easyanticheat.net/api/v1/games/55/client/wine64/download/?uuid=(...)
[2020.06.27-02.23.54] Download Progress: 0%.
(...)
[2020.06.27-02.23.54] Download Progress: 0%.
[2020.06.27-02.23.54] [Connection] Connect result: SSL connect error (35) Response Code: 0 Destination IP: 104.28.3.249
[2020.06.27-02.23.54] Connection to the Content Distribution Network failed! Curl Code: 35.
[2020.06.27-02.23.54] [EAC Callback] Code 914. Message: ''.

Pourtant j'ai toujours les fichiers easyanticheat_wine_x64.eac et easyanticheat_wine_x64.eac.metadata , et le jeu fonctionne.

@imaami pourriez-vous télécharger https://download.eac-cdn.com/api/v1/games/55/client/win64/download (win64 au lieu de wine64) et vérifier si un fichier avec la même somme md5 est dans votre préfixe ?

Edit: Je pense que je pourrais être sur quelque chose. J'ai lu quelques fils de discussion sur ce point de terminaison et sur la façon dont il a causé exactement le même problème dans plusieurs jeux. En remplaçant wine64 par win64 la configuration se télécharge correctement. @imaami a probablement déjà téléchargé correctement cette configuration. Et quelqu'un a déjà mentionné que le jeu est devenu injouable au moment où les chaînes liées au vin ont commencé à apparaître dans la dll EAC.

J'ai également lu à ce sujet et j'ai également essayé de télécharger manuellement à partir des différents types d'URL (win{,e}{32,64}). Avec une ligne de commande normale curl ou wget, les téléchargements de wine{32,64} réussissent, mais la longueur du fichier est de 0. Avec win{32,64}, les téléchargements réussissent et les fichiers représentent 2-3 mégaoctets de données.

La chose étrange ici est que le fichier que j'ai (et que j'ai depuis mars) - easyanticheat_wine_x64.eac - est d'une taille différente de l'un ou l'autre des fichiers win{32,64}. Il s'agit clairement d'un véritable fichier client compatible Wine. Et je me souviens que je l'ai déjà téléchargé manuellement en examinant EAC. Mais au moins pour le moment, le serveur EAC renvoie un fichier vide.

De plus, vous avez dit que les fichiers étaient supprimés lorsque vous les y mettez manuellement. Mes fichiers semblent avoir leur date de modification mise à jour à chaque lancement, mais ils ne sont pas supprimés, et ils ne semblent pas non plus être re-téléchargés (?) car j'obtiens également l'erreur SSL dans loader.log .

Quoi qu'il en soit, je pense que je dois faire des tests pour vérifier que mes observations sont correctes.

@imaami Je pars maintenant, mais je recommande d'essayer d'utiliser un proxy (burp, zap) pour modifier la demande sortante, ou rediriger leur domaine (/etc/hosts) vers un serveur de votre choix où vous hébergez la version win64 .

Non, le téléchargement win64 n'est pas le même fichier. Il a une taille et une somme de hachage différentes (bien sûr).

Je ne l'ai pas encore essayé, mais je pense que le téléchargement win64 ne fonctionnera pas ici. C'est probablement le fichier client normal, non compatible avec Wine, et il échouera à cause de tout le désordre du pilote du noyau.

Voici un court script que j'ai écrit pour télécharger les 4 permutations de win{,e}{32,64} et afficher les résultats :

#!/bin/bash

urlbase='https://download.eac-cdn.com/api/v1/games/55/client'

tmpuuid="$(uuidgen)" || exit $?

rm -vf sha1sums win{,e}{32,64}.{log,out} >&2

for w in win{,e}{32,64}; do
  url="$urlbase/$w/download/?uuid=$tmpuuid"
  echo "fetching $url" >&2
  curl -v -o "$w.out" "$url" > "$w.log" 2>&1
  echo " ==== return value: $? ====" >> "$w.log"
done

ls -l win{,e}{32,64}.out >&2
sha1sum win{,e}{32,64}.out | tee sha1sums >&2

Sortie d'une exécution :

fetching https://download.eac-cdn.com/api/v1/games/55/client/win32/download/?uuid=df7b8f11-9228-4a95-b8f1-dca8ceb64eba
fetching https://download.eac-cdn.com/api/v1/games/55/client/win64/download/?uuid=df7b8f11-9228-4a95-b8f1-dca8ceb64eba
fetching https://download.eac-cdn.com/api/v1/games/55/client/wine32/download/?uuid=df7b8f11-9228-4a95-b8f1-dca8ceb64eba
fetching https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid=df7b8f11-9228-4a95-b8f1-dca8ceb64eba
-rw-r--r-- 1 imaami imaami 1552496 Jun 27 14:52 win32.out
-rw-r--r-- 1 imaami imaami 2732656 Jun 27 14:52 win64.out
-rw-r--r-- 1 imaami imaami       0 Jun 27 14:52 wine32.out
-rw-r--r-- 1 imaami imaami       0 Jun 27 14:52 wine64.out
02d91b86d6c29197361236b2b7275ebd1c0c82be  win32.out
24df1e2853b8908692504b87d7f1fd9124a7bd62  win64.out
da39a3ee5e6b4b0d3255bfef95601890afd80709  wine32.out
da39a3ee5e6b4b0d3255bfef95601890afd80709  wine64.out

@imaami Je pars maintenant, mais je recommande d'essayer d'utiliser un proxy (burp, zap) pour modifier la demande sortante, ou rediriger leur domaine (/etc/hosts) vers un serveur de votre choix où vous hébergez la version win64 .

Comme je l'ai dit, je ne pense pas que forcer EAC à télécharger le binaire win64 réel (au lieu de wine64) fonctionnerait. Cela signifie probablement simplement que vous seriez dans la même situation que tous les jeux qui n'utilisent même pas une version EAC compatible avec Wine. Il essaierait de charger le pilote du noyau Windows et échouerait.

Les fichiers wine64 que j'ai dans mon préfixe ne sont pas les mêmes que ceux de win64 ou win32, ils sont clairement destinés à Wine.

En outre, je suis à peu près sûr que le fait d'essayer d'intercepter le serveur EAC échouerait également en raison d'une erreur de certificat SSL.

@imaami , tu as raison. Notre objectif devrait donc être d'obtenir le téléchargement de wine64. Tu ne peux pas envoyer ce fichier ? Je suis curieux de savoir si l'uuid signifie que cela ne fonctionnera que pour 1 client. Pouvez-vous vérifier si la somme md5 est différente lorsque vous modifiez l'uuid avec lequel elle est demandée ?

@imaami , tu as raison. Notre objectif devrait donc être d'obtenir le téléchargement de wine64. Tu ne peux pas envoyer ce fichier ? Je suis curieux de savoir si l'uuid signifie que cela ne fonctionnera que pour 1 client. Pouvez-vous vérifier si la somme md5 est différente lorsque vous modifiez l'uuid avec lequel elle est demandée ?

Je l'ai déjà envoyé, c'est l'archive que j'ai jointe plus tôt : https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz

L'UUID ne semble pas avoir d'importance, c'est toujours le même fichier.

Pour être tout à fait clair : ce fichier :

pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac

est téléchargé à partir de
https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid=... quand les choses fonctionnent. Je ne sais pas pourquoi le téléchargement à partir de cette URL donne maintenant un fichier de longueur nulle.

J'obtiens _environ_ la même erreur que @aCeTotal.
C'est bizarre qu'il appelle ma version 6.1 de Windows
```
Identifiant du jeu : 55 (32 bits)
Version Windows : 6.1 (Build 7601)

"Windows" (NT) 6.1 est la version interne de la famille Windows, équivalente à "Win 7", ce qui signifie que Wine fonctionne avec les spécifications de Win 7.
NT 6.2 est Win 8, NT 6.3 est Win 8.1 et NT 10 est Win 10. NT signifie "Nouvelle technologie", ce qui est peut-être valide lol.

J'ai fait un petit test. J'ai déplacé ces fichiers hors du préfixe (je les ai sauvegardés et j'ai supprimé les originaux) :

pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac
pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac.metadata

Puis j'ai lancé Squad. J'ai eu l'erreur IGameClient.

J'ai fermé le jeu et confirmé qu'il n'y avait pas de nouveaux fichiers dans pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/ . Il n'y avait que le loader.log là-bas comme je m'y attendais. Le fichier journal contient l'erreur d'établissement de liaison SSL, comme auparavant.

Ensuite, j'ai copié les fichiers à l'emplacement d'origine à l'intérieur du préfixe et j'ai lancé le jeu. Aucune erreur IGameClient, Squad a démarré normalement.

Après ce deuxième lancement, le loader.log toujours le même aspect - mêmes erreurs SSL, et la tentative de téléchargement semble échouer. easyanticheat_wine_x64.eac et easyanticheat_wine_x64.eac.metadata étaient toujours en place après le deuxième lancement, ils n'ont donc pas été supprimés. Leurs sommes de hachage étaient identiques à avant, donc leur contenu n'est pas modifié non plus.

Je ne peux que conclure que easyanticheat_wine_x64.eac et easyanticheat_wine_x64.eac.metadata sont nécessaires au lancement d'EAC, et s'ils sont manquants, vous obtiendrez l'erreur IGameClient.

Pour une raison quelconque, EAC a déjà téléchargé ces fichiers avec succès lors de son lancement avec Proton 4.11 (ou ma version Proton-i 4.13). C'est pourquoi je les ai dans mon préfixe. Peut-être que la raison pour laquelle le téléchargement échoue pour tout le monde maintenant est que EAC a simplement supprimé le fichier de l'emplacement de téléchargement.

Peut-être que le serveur EAC a un système de liste blanche UUID de courte durée, et il enverra en fait le bon fichier s'il reçoit un paramètre UUID qu'il s'attend à voir dans un court laps de temps. Là encore, pourquoi le serveur enverrait-il volontiers le fichier via l'URL win64 même si l'UUID est vide, mais l'URL wine64 se comporte différemment ? Putain de merde ce bordel flippant.

Je sais que c'est inutile et je n'attends pas de réponse, mais : https://twitter.com/JuusoAlasuutari/status/1276939752328040450

@imaami Je n'avais pas réalisé que le fichier téléchargé était le fichier .eac d'avant.

Est-ce normal que mon préfixe soit win7 ?
Quoi qu'il en soit, je vais faire d'autres tests.

Quelqu'un peut-il accéder à PoP ! Os ? Je connais quelqu'un qui peut exécuter le jeu sans problème, via Proton, peut-être que nous pouvons le comprendre, si vous ne pouvez pas, je peux l'installer sur un disque dur externe en une semaine, mais je sais quoi tester et partager avec vous donc J'ai besoin de ton aide.

Cela peut également être intéressant, après avoir exécuté protontricks-flat 393380 hidewineexports=enable le chemin de téléchargement passe de https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid= à https://download.eac-cdn.com/api/v1/games/55/client/wow64_win64/download/?uuid=

De plus, le téléchargement s'exécute à 100% puis échoue

[2020.06.27-19.15.00] Chargeur initialisé.
[2020.06.27-19.15.00] [Connexion] Connexion à l'URL : https://download.eac-cdn.com/api/v1/games/55/client/wow64_win64/download/?uuid=xxxxxxx
[2020.06.27-19.15.00] Progression du téléchargement : 0%.
... (Supprimé environ 700 lignes de progression de téléchargement)
[2020.06.27-19.15.00] Progression du téléchargement : 100 %.
[2020.06.27-19.15.00] [Connexion] Résultat de connexion : Aucune erreur (0) Code de réponse : 200 IP de destination : 13.224.198.70
[2020.06.27-19.15.00] Progression du téléchargement : 100 %.

@Inexorabilis c'est super intéressant, quel a été ton comportement total ? Avez-vous eu le problème IGameClient ? Ou avez-vous eu le même problème que moi et aCeTotal, où le lanceur EAC lui-même a renvoyé une erreur? Le fichier easyanticheat_*_x64.eac téléchargé ?

En démarrant Squad avec ces paramètres, vous voyez l'EAC Splash, y compris la barre de chargement. Après avoir parcouru, une fenêtre de rapport de bogue s'ouvrira, indiquant "Code d'erreur : 30005 (StartService a échoué avec 1053)

Plus de détails montre ce qui suit

Identifiant du jeu : 55 (32 bits)
Version Windows : 10.0 (version 17134)
Code d'erreur : 30005
Code de sortie du processus : 0h
UUID : xxxxxxxxxxxxxxx
Liste des processus :
explorer.exe
plugplay.exe
services.exe
squad_launcher.exe
steam.exe
winedevice.exe

Si vous cliquez sur rechercher des solutions en ligne, vous serez dirigé vers https://www.easy.ac/en-us/support/game/issues/errors/

Cela correspond aux erreurs précédentes que nous avions avec hidewineexports . Qu'y a-t-il dans votre dossier pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55 ?

Malheureusement rien de plus que le loader.log

Je l'ai testé moi-même avec les fichiers .eac @imaami dans le préfixe. launcher.log n'a montré aucune erreur

[2020.06.27-20.34.31] [Connection] Connect result: No error (0) Response Code: 200 Destination IP: 99.86.109.7
[2020.06.27-20.34.31] Download Progress: 100%.

Les fichiers téléchargés (?) que j'ai trouvés n'étaient pas différents de ceux que j'avais déjà là-bas.

@imaami Si vous

Edit: donc oui avec hidewinexports activé, je ne vois tout simplement aucun fichier téléchargé.

Peut-être que la raison pour laquelle le téléchargement échoue pour tout le monde maintenant est que EAC a simplement supprimé le fichier de l'emplacement de téléchargement.

Tous ces fichiers sont spécifiques au jeu, donc pour une raison quelconque, le téléchargement d'activation de wine pour Squad a été supprimé. Il est possible que ce soit par le choix des développeurs, je leur enverrai un mail.

Je pense que c'est un article assez intéressant :
https://reddit.com/r/linux_gaming/comments/ao3au6/some_interesting_notes_about_eac_error_in_apex/

Il couvre le même problème mais avec Apex. Ils ont essayé de lancer le jeu avec un téléchargement de wine64 partir de différents jeux.
Beaucoup de gens d'un tas de forums sur lesquels j'ai lu pensent que les développeurs ont simplement la possibilité de prendre en charge le vin, et cette équipe a simplement été désactivée à un moment donné. Si cela est vrai, je suis curieux de savoir combien de jeux EAC populaires ne peuvent pas être joués sur Linux simplement parce que les développeurs ne le permettent pas. Même si je doute que ce soit si facile.

@imaami Êtes-vous à l'aise avec le partage de votre préfixe de vin entier ? Je me demande comment il est possible que les anciens binaires fonctionnent sur votre machine mais pas sur la mienne.

@imaami Êtes-vous à l'aise avec le partage de votre préfixe de vin entier ? Je me demande comment il est possible que les anciens binaires fonctionnent sur votre machine mais pas sur la mienne.

J'essaierai de me renseigner demain, j'aurai probablement besoin d'élaguer quelque chose avant de partager. Du registre ou quelque chose.

Cela me rappelle : regarder de plus près le registre pourrait révéler quelque chose de nouveau sur cette question en général.

@imaami Êtes-vous à l'aise avec le partage de votre préfixe de vin entier ? Je me demande comment il est possible que les anciens binaires fonctionnent sur votre machine mais pas sur la mienne.

J'essaierai de me renseigner demain, j'aurai probablement besoin d'élaguer quelque chose avant de partager. Du registre ou quelque chose.

Cela me rappelle : regarder de plus près le registre pourrait révéler quelque chose de nouveau sur cette question en général.

N'hésitez pas à m'envoyer le préfixe en privé d'abord, inutile de risquer de divulguer des informations sensibles pour une solution qui pourrait ne pas fonctionner.

Je pourrais jeter un oeil au registre mais je ne suis pas sûr de ce que je rechercherais.

Edit : j'ai fait ce post reddit hier : https://www.reddit.com/r/joinsquad/comments/hgzgnb/squad_via_wineproton_why_did_it_stop_working_will/
En espérant que nous puissions peut-être obtenir une déclaration d'un développeur. Mais je pense que le développeur qui répondait à ce genre de threads ne fonctionne plus dans l'entreprise.

Publication d'un script que j'ai écrit pour gratter les téléchargements EAC. Il essaie les URL de téléchargement des identifiants de jeu dans l'ordre pour voir quels identifiants ont un binaire wine64 disponible. Il imprime et enregistre les résultats, et enregistre également chaque téléchargement réussi de plus de 0 octet.

Les identifiants de jeu qui renvoient « Accès refusé » ne sont pas imprimés ; les identifiants de jeu avec un téléchargement de longueur nulle sont imprimés mais le téléchargement n'est pas enregistré (bien sûr parce qu'ils seraient de 0 octet à chaque fois). Il est intéressant de noter que « Accès refusé » et le téléchargement de longueur nulle sont des catégories de résultats distinctes ; Je suppose que l'accès refusé signifie que l'identifiant du jeu n'existe pas ou n'est pas du tout utilisé, et que les identifiants de longueur nulle sont des identifiants de jeu valides sans prise en charge de Wine.

Il existe encore des identifiants de jeu qui renvoient un téléchargement binaire valide. Il est intéressant de noter que très peu d'entre eux ont un binaire supérieur à quelques centaines de kilo-octets.

Le premier et le dernier ID de jeu sont respectivement définis sur 1 et 500 ; vous pouvez les changer en modifiant les vars from_id et upto_id .

#!/bin/bash

from_id=1
upto_id=500

urlhead='https://download.eac-cdn.com/api/v1/games'
urltail="client/wine64/download/?uuid=$(uuidgen)" || exit $?

# printf format specifier for zero-padding game id
id_fmt0="%0${#upto_id}d"

logfile=$(printf "eac-games-$id_fmt0-to-$id_fmt0.log" "$from_id" "$upto_id")
tmpfile='/dev/shm/eac.bin'

rm -f "$tmpfile"

{
  echo -e ' game id\t dl size\tsaved as'
  echo -e ' -------\t -------\t--------'

  for ((i = from_id; i <= upto_id; i++)); do
    url="$urlhead/$i/$urltail"

    if curl -o "$tmpfile" "$url" 2>/dev/null &&
       len=$(stat -c %s "$tmpfile"); then

      if (( len > 0 )); then
        [[ "$(head -c5 "$tmpfile")" == '<?xml' ]] \
        && grep -i -q 'Access Denied' "$tmpfile"  \
        && {
          rm -f "$tmpfile"
          continue
        }

        dst=$(printf "eac-game-$id_fmt0.bin" "$i")
        mv "$tmpfile" "$dst"
        dst=$'\t'"$dst"

      else
        dst=''
      fi

      printf "%8d\t%8d$dst\n" "$i" "$len"
    fi

    rm -f "$tmpfile"

  done;
} | tee "$logfile"

@imaami Je pense que vous avez peut-être un peu sur-conçu votre script. Vous auriez pu simplement utiliser la méthode HEAD pour vérifier les variables content-length et content-type .

Quoi qu'il en soit, quels ont été les résultats? Et avez-vous déjà essayé de modifier la dll pour utiliser une URL différente ?

@imaami Je pense que vous avez peut-être un peu sur-conçu votre script. Vous auriez pu simplement utiliser la méthode HEAD pour vérifier les variables content-length et content-type .

Bien sûr, mais le but est de télécharger également le fichier, donc une commande curl supplémentaire juste pour vérifier la taille ajouterait de la complexité.

Quoi qu'il en soit, quels ont été les résultats?

J'ai déjà résumé les résultats, je ne comprends pas la question.

Je peux publier le résultat plus tard dans la journée, mais vous pouvez également exécuter le script vous-même. Il ne faut pas longtemps pour vérifier les 500 identifiants de jeu.

Et avez-vous déjà essayé de modifier la dll pour utiliser une URL différente ?

Je sais déjà que cela n'apporterait rien. Au mieux, cela téléchargerait le binaire Windows EAC normal et cela ne fonctionnerait pas. Dans le pire des cas, je serais signalé par un contrôle de hachage et banni automatiquement.

Le serveur EAC ne sert pas de binaire aux clients wine64, nous ne pouvons pas changer cela. Nous pouvons essayer de comprendre pourquoi votre préfixe ne fonctionne pas même avec le binaire de mon préfixe.

J'ai fait un ticket chez Offworld Industries, et j'ai eu cette réponse :

Bonjour Rein,
Merci pour l'info, je l'ai transmise à notre contact à l'EAC.
Veuillez garder à l'esprit que Squad ne prend pas en charge Linux et que nous n'annonçons pas que nous le prenons en charge.
Squad ne développe pas non plus Easy Anti Cheat, nous le concédons simplement sous licence.

J'ai envoyé cela à l'EAC, ce serait quelque chose de leur côté à examiner.

Beta 20 recommence à fonctionner avec Proton 5.9 GE et hidewineexports pour moi. Mais il n'y a toujours pas de fichiers dans Application Data. Et il y a des erreurs de journal pour anticheat :
[Info] [LauncherFinished] EACAsyncResult: 3 Message: 'Connection to the Content Distribution Network failed! Curl Code: 35.'. [Err!] [Network Error] CDN connection failed! [Info] [LauncherFinished] EACAsyncResult: 0 Message: '
Mais je ne reçois pas d'erreur iclient et je peux rejoindre les serveurs officiels.
Je me demande s'il existe un mécanisme de sécurité intégrée qui permettra de jouer dans un tel état pendant un temps limité.

@MAD-BUG Cela n'a pas fonctionné pour moi, je n'ai cependant pas essayé hidewineexports . J'ai essayé un nouveau préfixe.

Quoi qu'il en soit, je vais faire quelques tests, heureux de voir que je n'étais pas le seul à avoir immédiatement commencé à essayer de le relancer avec la nouvelle mise à jour.

Le jeu a fonctionné !
Mon launcher.log également toujours montré exactement les mêmes erreurs, ce qui est comme prévu car j'ai vérifié le point wine64 terminaison .eac fichiers.

Peut-être que nous nous sommes trompés en pensant que c'était l'origine du problème ??

Quoi qu'il en soit, je suis tellement heureux de pouvoir enfin jouer à ce jeu, et je voulais ce jeu depuis des lustres et quand il a finalement obtenu une autre vente, j'ai été assez déçu qu'il ne fonctionne pas.

Un grand merci @MAD-BUG @imaami

Edit : j'ai remarqué que tout le jeu se fige dans le didacticiel dès que vous arrivez à la station de rôle du kit.

Edit 2: j'ai également eu des problèmes de performances majeurs, parfois cela fonctionne parfaitement, parfois je ne peux pas dépasser 20 fps

Edit 3: Je viens d'avoir un jeu où j'avais à peine 50 fps sur des réglages bas, je suis passé à moyen pour voir ce qui se passerait, j'ai eu 8 fps, puis je suis revenu à bas, et je n'ai plus eu plus de 20 fps. Puis un A10 a survolé et mon jeu s'est écrasé et s'est fermé.

Edit : j'ai remarqué que tout le jeu se fige dans le didacticiel dès que vous arrivez à la station de rôle du kit.

Edit 2: j'ai également eu des problèmes de performances majeurs, parfois cela fonctionne parfaitement, parfois je ne peux pas dépasser 20 fps

Mon jeu fonctionnait auparavant avant de s'arrêter, je noterai donc que le gel du jeu lors de la sélection du rôle du kit dans le didacticiel s'est également produit auparavant. Ou du moins, ça l'a fait pour moi. Il ne s'agit donc probablement pas d'un problème nouveau.

Mon Internet est horrible et je télécharge donc toujours la mise à jour, mais je ferai un rapport si je rencontre des problèmes de performances lorsque j'ai ces données.

Les gars, je n'ai pas joué à Squad depuis un certain temps maintenant et j'ai oublié de mentionner certaines de mes recherches, j'espère que cela vous aidera.

1. Ainsi, le problème de chute de FPS apparaît après le chargement de la deuxième carte par lancement, il semble que la première carte reste en mémoire. C'est facile à résoudre en redémarrant le jeu.
2. Ce jeu plante car quelque chose ne va pas dans le son (voir FAudio). J'ai contacté les développeurs et ils ont vu un plantage audio dans mes journaux, ils n'ont jamais rencontré ce genre de problème.
3. EAC est incohérent, j'ai essayé d'installer Squad sur différentes distributions et j'ai même réessayé Linux Mint, sans succès.

Tous les problèmes sont uniquement Linux, j'ai testé ceci.

https://flightlessmango.com/games/20398/logs/512

Le jeu est très jouable sur ma machine, les graphismes sont complètement maximisés en dehors du Supersampling. Il y a des moments où il est descendu en dessous de 50FPS, mais ils n'étaient pas perceptibles. Cette référence particulière a été prise presque entièrement pendant le combat, et j'ai également fait quelques manigances comme spammer la carte (de commande) de haut en bas tout en tournant pour accentuer les graphismes.

@LevitatingBusinessMan Bon à entendre ! J'espère que nous pourrons jouer un match ou deux ensemble. Ami moi sur Steam si tu veux.

Je dois quitter et redémarrer Squad après chaque map, sinon le fps passe à 10. Et changer les paramètres gfx pendant le jeu fait la même chose... A part ça, tout va bien.

Aucun changement pour moi avec Proton 5.0-9 ou Proton-5.11-GE-2-MF avec B20.
Squad démarre, affiche une erreur EAC, à la sortie du jeu, le processus squad_launcher reste jusqu'à ce qu'il soit tué.

@zaggynl , essayez de supprimer le préfixe et de commencer par proton 4.11, puis fermez le jeu et essayez-le avec proton 5 deux ou trois fois. Il y a des instructions plus détaillées quelque part plus haut dans le fil.

Mesures prises et résultat :

• rm -r ~/.steam/steam/steamapps/compatdata/393380
• outil de compatibilité d'escouade modifié pour proton 4.1-13
• commencer l'équipe
• ci-dessus eac erreur montre
• équipe de sortie
• pkill squad_launcher. (la vapeur montre que l'équipe est toujours en cours d'exécution)
• outil de compatibilité d'escouade modifié pour proton 5.0-9
• ci-dessus eac erreur montre
• équipe de sortie
• pkill squad_launcher.
• démarrer l'escouade (l'écran de chargement eac clignote très rapidement)
• ci-dessus eac erreur montre
• équipe de sortie
• pkill squad_launcher.
• démarrer l'escouade (l'écran de chargement eac clignote très rapidement)
• ci-dessus eac erreur montre
• équipe de sortie
• pkill squad_launcher.
  
  cat ~/.local/share/Steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/55/loader.log :

[2020.06.30-14.11.50] Loader initialized.
[2020.06.30-14.11.50] [Connection] Connecting to URL: https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid=72252b78-00bf-047b-5abd-ee6d89c3a553
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] [Connection] Connect result: No error (0) Response Code: 200 Destination IP: 13.33.235.29
[2020.06.30-14.11.51] [HTTP Error Response] HTTP Response Code: 200 Curl Code: 0.
[2020.06.30-14.11.51] Falling back to a secondary CDN path.
[2020.06.30-14.11.51] [Connection] Connecting to URL: https://download-alt.easyanticheat.net/api/v1/games/55/client/wine64/download/?uuid=209d72f2-e540-7bfd-2f05-ef412af91aa2
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] [Connection] Connect result: SSL connect error (35) Response Code: 0 Destination IP: 104.28.3.249
[2020.06.30-14.11.51] Connection to the Content Distribution Network failed! Curl Code: 35.
[2020.06.30-14.11.51] [EAC Callback] Code 901. Message: 'Connection to the Content Distribution Network failed! Curl Code: 35.'.

Tenter de télécharger manuellement le fichier mentionné donne un fichier de 0 octet.

@zaggynl Essayez cette version de Proton : https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.9-GE-2-MF. La version 5.11 n'a pas fonctionné pour moi non plus.

@zaggynl Essayez cette version de Proton : https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.9-GE-2-MF. La version 5.11 n'a pas fonctionné pour moi non plus.

• rm -r ~/.steam/steam/steamapps/compatdata/393380
• téléchargé, extrait Proton-5.9-GE-2-MF.tar.gz vers ~/.steam/root/compatibilitytools.d/
• vapeur redémarrée
• outil de compatibilité d'escouade modifié pour proton 5.9-GE-2-MF
• équipe commencée
• erreur eac

@zaggynl Oh, j'ai oublié de mentionner, lancez ceci aussi: WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/393380/pfx winetricks hidewineexports=enable.

Vous devrez installer winetricks via votre gestionnaire de paquets s'il n'est pas déjà installé. Bonne chance.

WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/393380/pfx winetricks hidewineexports=enable
Il semble avoir fait l'affaire! Essayer quelques jeux maintenant.
Edit, joué à un jeu sans problème, le FPS semble être bloqué à 60, plonge parfois à 30. 3900x/5700xt/nvme/16gbram, 3440x1440

Instructions complètes :

• rm -r ~/.steam/steam/steamapps/compatdata/393380
• mkdir -p ~/.steam/root/compatibilitytools.d/
• télécharger, extraire Proton-5.9-GE-2-MF.tar.gz vers ~/.steam/root/compatibilitytools.d/
• redémarrer la vapeur
• changer l'outil de compatibilité de l'escouade en proton 5.9-GE-2-MF
• exécuter : WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/393380/pfx winetricks hidewineexports=enable (il faudra peut-être installer winetricks via le gestionnaire de paquets ou autrement)
• démarrer l'escouade (mes options de lancement ont ceci : hidewineexports=enable %command%)

edit2 : le jeu est instable, a planté à mi-parcours en essayant de réapparaître

Génial de voir des progrès ! Il semble que nous ayons enfin trouvé la couleur exacte du poulet à sacrifier pour le succès.

@zaggynl J'ai lu vos ajouts à votre commentaire. Je suis heureux que nous ayons résolu le problème de l'EAC. En ce qui concerne la stabilité globale du jeu, nous voudrons peut-être examiner un problème complètement distinct. Je vous recommande de consulter les journaux de jeu pour voir s'il existe un terrain d'entente pour vos plantages. Je peux vous dire que le jeu a eu des problèmes dans le passé avec le matériel AMD, notamment en ce qui concerne le son. Ce n'est peut-être pas le problème ici, mais c'est quelque chose à garder à l'esprit. Tenez ce fil au courant de tout progrès et j'essaierai de participer dès que je pourrai.

@KallanX J'ajouterai que je suis sur un processeur Ryzen, avec une carte nvidia.

@imaami Quelle est votre plateforme ?

J'utilise un i7-9700, RTX 2060 Super, 32 Go de RAM. Arch avec le noyau 5.7.6.

@KallanX Êtes-vous confronté à des problèmes de stabilité ? Pouvez-vous les lister ?
Ceux que j'ai découverts :

• Parfois, le curseur n'atteint pas partout dans le menu, je dois basculer entre les méthodes de fenêtrage pour le réparer. J'utilise I3.
• Lorsque je change les paramètres graphiques pendant un match, les fps tombent en dessous de 20.
• Fps tombe en dessous de 20 après un changement de carte.
• J'ai eu un tas de plantages, mais ils étaient probablement dus au même bug de performances avec le changement de paramètres graphiques.
• Le didacticiel se bloque lorsque je m'approche du Kit Role Station dans le didacticiel.

@imaami Comment puis-je te trouver sur steam ?

@KallanX J'ajouterai que je suis sur un processeur Ryzen, avec une carte nvidia.

@imaami Quelle est votre plateforme ?

Ryzen 3950X, Nvidia RTX 2080, Debian Sid.

À peu près mon seul problème avec Squad est que le fps plonge après avoir joué une carte, donc je redémarre le jeu à chaque changement de carte. Mais ce n'est pas que moi, j'ai l'impression que tous ceux qui dirigent Squad dans Proton souffrent du même bug.

Edit : Informations supplémentaires : Mon gestionnaire de fenêtres est i3. Mon noyau est un ensemble de correctifs que je gère moi-même et est basé principalement sur -ck, mais il contient un assortiment d'autres correctifs. Je n'ai pas encore atteint 5.7, donc en ce moment c'est 5.6.19 ; si vous êtes intéressé, consultez https://github.com/imaami/linux/tree/linux-5.6.yi-ck

@imaami Comment puis-je te trouver sur steam ?

@LevitatingBusinessMan steamcommunity point com / identifiant / imam

Mon jeu a de nouveau échoué, sans hidewinexports j'obtiens l'erreur IGameClient.
Et avec elle activée, EAC renvoie cette erreur :

GameID: 55 (32bit)
Windows Version: 6.1 (Build 7601)
Error Code: 30005
Process Exit Code: 0h
UUID: 31950fdf-9ec7-c65e-c025-3416d4b2130a
Process list:
explorer.exe
plugplay.exe
services.exe
squad_launcher.exe
steam.exe
winedevice.exe

Edit : ce comportement rappelle Apex Legends, où le jeu n'est jouable _just_ qu'après la sortie d'un nouveau patch.

Mon jeu a de nouveau échoué, sans hidewinexports j'obtiens l'erreur IGameClient.

Juste pour être sûr : extrayez les fichiers .eac que j'ai téléchargés dans le préfixe et essayez d'exécuter sans hidewineexports .

Je ne sais pas si je le crois moi-même, mais je pense que cela a fonctionné?

wget https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz
tar -xvf easyanticheat_wine_x64.tar.gz
mv pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/55/easyanticheat_wine_x64{.eac,.eac.metadata} /home/rein/.steam/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/55/

Donc, je suppose que lorsque vous faites fonctionner le jeu une fois, quelque chose dans le préfixe est configuré afin que vous puissiez le faire fonctionner aussi avec un fichier .eac précédent. Et parce qu'après le correctif, la méthode hidewineexports fonctionné pendant un certain temps, j'ai pu la faire fonctionner une fois via cette méthode, puis utiliser la méthode consistant à utiliser les anciens téléchargements .eac pour le faire fonctionner maintenant . Cela a fonctionné avec hidewineexports après le patch, probablement parce que l'EAC a été temporairement désactivé, les joueurs Apex ont signalé un comportement similaire dans le passé. Apex a également le même problème où le téléchargement de .eac soudainement cessé de fonctionner, donc nos découvertes pourraient les aider ainsi que des jeux similaires.

Edit : Ce serait une bonne idée d'essayer de nettoyer nos préfixes afin que les autres puissent essayer de faire fonctionner leur jeu avec eux.

@LevitatingBusinessMan Eh bien, j'espère que cela continuera à fonctionner pour vous maintenant ! EAC est une vraie reine du drame avec cette intrigue constante de haut en bas...

Je peux confirmer que je suis également tombé dans un état de non-fonctionnement similaire à ce qu'il était auparavant. L'utilisation des fichiers .eac et .eac.metadata n'a pas changé la situation dans mon cas.

A cessé de fonctionner pour moi aussi, nouvel écran d'erreur :

Code d'erreur : 30005 (StartService a échoué avec 1053.)

Le bouton « Afficher les détails » ouvre une fenêtre avec :
Identifiant du jeu : 55 (32 bits)
Version Windows : 10.0 (version 17134)
Code d'erreur : 30005
Code de sortie du processus : 0h
UUID : 53393436-5878-7746-abec-fd78d6ffdc6b
Liste des processus:
explorer.exe
plugplay.exe
services.exe
squad_launcher.exe
steam.exe
winedevice.exe

Le dossier Application\ Data/EasyAntiCheat semble avoir disparu
Aucun changement avec la création du dossier et la mise en place des fichiers eac.
squad_launcher. le processus semble-t-il se terminer normalement ?
J'ai essayé une réparation eac par :
cd "~/.steam/steam/steamapps/common/Squad/EasyAntiCheat/"
WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/393380/pfx wine EasyAntiCheat_Setup.exe
qui montre le programme d'installation et m'a permis de désinstaller/installer/réparer mais n'a fait aucune différence pour l'erreur.

Éditer:
J'ai essayé ce qui suit :

• rm -r ~/.steam/steam/steamapps/compatdata/393380
• supprimé toutes les options de lancement
• mkdir -p ~/.steam/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/55/
• wget https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz
• tar -xvf easyanticheat_wine_x64.tar.gz

• mv pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/55/easyanticheat_wine_x64{.eac,.eac.metadata} ~/.steam/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/55/

• commencer l'équipe
  chaque fenêtre clignote rapidement, l'escouade semble sortir
  le lanceur semble planter? sortie lors de l'exécution de vapeur à partir du terminal :
  http://paste.debian.net/plain/1154608

@zaggynl @NGGJamie , avez-vous désactivé hidewineexports ?

Ce crash est certainement nouveau.

@zaggynl @NGGJamie , avez-vous désactivé hidewineexports ?

Ce crash est certainement nouveau.

Je pense que oui? J'ai supprimé le préfixe wine et l'option de lancement, faites-moi savoir s'il y a autre chose.
Différences que je remarque avec et sans :
avec : j'obtiens la nouvelle erreur
sans: eac clignote par et par sortie de steam Squad, voir mon montage.

@zaggynl avez-vous lu les derniers commentaires de ce fil? Supprimer le préfixe wine est exactement ce que vous n'auriez pas dû faire. Vous n'avez également jamais eu à définir une option de lancement, vous pouvez activer/désactiver hidewineexports via protontricks.

Edit : @NGGJamie l' avez-vous fait fonctionner peu de temps après le patch ?

Oui j'ai foiré là-bas, que fait hidewineexports ?

@zaggynl , cela cache que le jeu est exécuté via wine.

Malheureusement, c'est aussi à nouveau cassé de mon côté. J'ai fait fonctionner Squad sans l'erreur IGamClient peu de temps après la publication du correctif, mais je n'ai jamais réellement rejoint un serveur. Maintenant, j'ai essayé de désactiver hidewineexports et de placer les fichiers .eac* dans le répertoire, mais encore une fois, l'erreur IGameClient apparaît.
Cela peut donc être lié au fait que vous ayez rejoint un serveur et joué un peu ?

Je l'ai également essayé avec d'autres versions et de nouveaux préfixes. La seule "nouvelle" chose qui s'est produite est que lors du démarrage de Squad avec Proton-5.11-GE-2-MF et de l'activation de hidewineexports, l'erreur de démarrage EAC ne se produit plus.

Après avoir fouiné un peu, j'ai découvert que je pouvais faire fonctionner un nouveau préfixe en utilisant des fichiers eac et en collant user.reg à partir du préfixe de travail

@MAD-BUG C'est une trouvaille folle. Qu'est-ce qu'il y a dans ce fichier ?

Après avoir fouiné un peu, j'ai découvert que je pouvais faire fonctionner un nouveau préfixe en utilisant des fichiers eac et en collant user.reg à partir du préfixe de travail

Achetez à cet homme toutes les bières !

Je viens de dépenser mon dernier argent en Squad et un SSD pour le mettre, j'ai du mal à m'acheter une eau tonique.

Mais @MAD-BUG mérite mon respect éternel.

OK un taureau ** ici.Après avoir changé le nom dans les chemins de "TEMP" et "TMP" sous le bloc "[Environment]" de "steamuser" en "vagrant" et en utilisant les fichiers eac, le jeu démarre sans erreur.

temps = *

"TEMP"="C:\users\vagrant\Temp"
"TMP"="C:\users\vagrant\Temp"`

Tu continues juste à donner

Okay a été testé avec Proton-5.11-GE-2-MF et hidewineexports désactivé.
Les fichiers eac ont été placés dans /COMPATDIR/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/

J'ai pu rejoindre un serveur vide, choisir un Kit et courir. Aucun coup de pied de l'EAC jusqu'à présent.
Cela pourrait être la solution à ce problème.

Edit: Semble fonctionner avec hidewineexports activé aussi

Cependant @Inexorabilis ce n'est probablement qu'une solution pour les personnes qui ont déjà commencé et joué au jeu une fois avec EAC fonctionnant, pour laquelle il semble y avoir une petite fenêtre juste après les correctifs.

@LevitatingBusinessMan J'ai supprimé mon préfixe de travail unique, car il ne fonctionnait plus. Le préfixe que j'utilise est complètement nouveau. Les fichiers .eac sont ceux publiés précédemment par imaami.
Le seul problème possible que je vois à ce stade, qui pourrait traverser cette solution, est que les fichiers .eac sont en quelque sorte liés à l'installation d'imaami (le lancement sans eux ne fonctionnera pas).

Edit: Pour être clair, j'ai édité le user.reg comme suggéré par MAD-BUG.

@Inexorabilis dans ce cas, cela ne peut pas être une solution infaillible, car nous avons essayé de le faire fonctionner plusieurs fois auparavant et cela n'a pas fonctionné, mais il est possible que le fait que les fichiers d'imaami aient fonctionné sur moi ne soit pas parce que je joué avant, mais pour la même raison, cela a fonctionné sur vous soudainement. Peut-être que quelque chose vient de changer après le patch. Cependant, MAD-BUG a déclaré qu'il ne l'avait fait fonctionner qu'en collant user.reg dans le nouveau préfixe.

Je l'ai fait fonctionner sur un nouveau préfixe avec les fichiers eac et les changements d'environnement dans le registre des utilisateurs

Pour être clair, j'ai modifié le user.reg comme proposé par @MAD-BUG et changé

[Environnement] *

temps = *

"TEMP"="C:\users\steamuser\Temp"
"TMP"="C:\users\steamuser\Temp"

à

[Environnement] *

temps = *

"TEMP"="C:\users\vagrant\Temp"
"TMP"="C:\users\vagrant\Temp"

Ensuite, placez les fichiers .eac de @imaami dans /COMPATDIR/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/
Tout cela s'est passé dans un tout nouveau préfixe exécuté sur Proton-5.11-GE-2-MF . C'est peu importe si vous activez hidewineexports.
Désolé de ne pas avoir été aussi clair au début

Edit: Fonctionne également sur Proton 5.0.9 avec, encore une fois, un préfixe nouvellement créé. Nous pouvons maintenant créer des préfixes de travail reproductibles. Je pense que nous devons vraiment acheter MAD-BUG toutes ces bières :)

C'est toujours une solution janky car chaque individu séparé dépend de ces fichiers eac et le changement de registre suggère simplement que nous forçons EAC à ignorer certaines vérifications ou à utiliser une méthode de secours.
Je peux supposer que le fichier eac n'est qu'un code qui traite la gestion de l'environnement pour l'exécutable principal anticheat (après l'avoir mis dans le décompilateur) et qu'il ne cessera pas de fonctionner entre-temps s'il n'est pas bloqué spécifiquement.
Mais le travail n'est pas encore terminé et nous devons vraiment trouver un moyen d'obtenir ces fichiers par une autre méthode plutôt que cette discussion. Pour la facilité d'utilisation et la capacité de partager une méthode pour un public plus large sans craindre une sorte d'interdiction ou quoi que ce soit pour aucun d'entre nous.

Vous êtes géniaux, cela fonctionne pour moi aussi (avec Proton 5.0.9) normal, mais je partage également les préoccupations de @MAD-BUG.

J'ai concocté des commandes génériques qui téléchargent et extraient les fichiers EAC et corrigent le fichier user.reg :

1. Trouvez le chemin d'accès à votre bibliothèque Steam :

GAME_LIBRARY_PATH=$HOME/.local/share/Steam # /path/to/your/steam/library/that/contains/squad

1. Supprimez l'ancien préfixe (le cas échéant) :

rm -r $GAME_LIBRARY_PATH/steamapps/compatdata/393380

1. Démarrez le jeu, afin que le préfixe soit (re)créé (le préfixe EAC échoue ici, ignorez-le), quittez le jeu lorsqu'il est démarré :

steam steam://rungameid/393380

1. Téléchargez des fichiers EAC magiques et extrayez-les dans le préfixe Proton du jeu :

wget -qO- https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz | tar xvfz - -C $GAME_LIBRARY_PATH/steamapps/compatdata/393380

1. Patcher des trucs pour une raison quelconque :

sed -i 's/\"TEMP\"=\"C:\\\\users\\\\steamuser\\\\Temp\"/\"TEMP\"=\"C:\\\\users\\\\vagrant\\\\Temp\"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg
sed -i 's/\"TMP\"=\"C:\\\\users\\\\steamuser\\\\Temp\"/\"TMP\"=\"C:\\\\users\\\\vagrant\\\\Temp\"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg

1. Lancez le jeu et croisez les doigts :

steam steam://rungameid/393380

C'est un vrai travail d'équipe, un grand merci à tous ! Je ne pense pas qu'aucun d'entre nous aurait pu rassembler toutes les pièces du puzzle seul. Il semble vraiment approprié que nous nous concentrions spécifiquement sur Squad, car le travail d'équipe et la coopération sont ce qui en fait un excellent jeu. Sans travail d'équipe, ce ne serait qu'un autre tireur parmi des dizaines.

Salut Epic et les créateurs d'EAC, s'il vous arrive de lire ceci : il devrait être assez évident que nous ne voulons pas casser, pirater ou contourner tout ce qui combat la tricherie. Personnellement, j'ai du mal à croire que quiconque est actif dans ce fil pense que tricher dans les jeux multijoueurs coopératifs en ligne est acceptable. Fondamentalement, nous voulons tous que l'EAC _travaille_. Si vous avez des suggestions ou des demandes sur la façon dont nous pouvons améliorer le fonctionnement de l'EAC (afin qu'il empêche réellement la triche autant que possible sans discriminer les utilisateurs de Proton), alors au moins je suis tout ouïe.

@MAD-BUG une raison spécifique pour l'utilisation de l'utilisateur vagrant ?
Parce que je l'ai aussi fait fonctionner, il suffit d'acheter en pointant TMP et TEMP vers n'importe quel répertoire inexistant pour le moment.

Edit: Et j'ai trouvé que mon propre préfixe qui fonctionnait auparavant avait en fait les valeurs de "C:\\users\\steamuser\\Temp" comme d'habitude

Edit : j'ai fait quelques tests supplémentaires, voici mes conclusions.

• Nouveau préfixe, seuls les fichiers .eac ne fonctionnent pas.
• Le nouveau préfixe, les fichiers .eac et la modification du registre fonctionnent.
• Ancien préfixe, avec uniquement les fichiers .eac mais la valeur par défaut dans le registre fonctionne également.

@LevitatingBusinessMan Que diriez-vous du nouveau préfixe, juste des fichiers .eac et touch compatdata/393380/pfx/user.reg ?

@LevitatingBusinessMan Que diriez-vous du nouveau préfixe, juste des fichiers .eac et touch compatdata/393380/pfx/user.reg ?

Cela n'a pas fonctionné

@LevitatingBusinessMan Que diriez-vous du nouveau préfixe, juste des fichiers .eac et touch compatdata/393380/pfx/user.reg ?

Cela n'a pas fonctionné

OK, donc au moins un changement minimal est nécessaire. Je me demande simplement si les paramètres de chemin TEMP et TMP sont réellement pertinents, ou s'il existe une vérification générale de la modification du fichier ou quelque chose du genre. Mais juste penser à voix haute.

@LevitatingBusinessMan Aucune raison spécifique, 123 fonctionne également. Je viens de comparer deux fichiers reg et dans celui qui fonctionne, j'ai écrit vagrant, donc pour le premier test, je l'ai utilisé.

@MAD-BUG @LevitatingBusinessMan

Alors, qu'en est-il du nouveau préfixe, des fichiers .eac , de l'édition de TMP et TEMP dans le registre, et également de _créer_ le répertoire temporaire renommé ? Cela pourrait nous dire si TEMP étant un chemin inexistant est crucial.

@imaami le répertoire doit être inexistant.

@kisak-valve Voici un fichier journal concernant le problème de chute soudaine de FPS.

J'ai joué pendant un certain temps avant que le FPS ne tombe, s'il y a quelque chose dans le journal, c'est probablement vers la fin

https://easyupload.io/kd3tdn (le lien est actif pendant 30 jours)

@ipimpat quand votre FPS est-il tombé ?

J'ai rencontré des baisses de FPS lors de la modification des paramètres graphiques au milieu du jeu et lors du chargement d'une nouvelle carte. Bien que ce dernier ait cessé de se produire il y a quelque temps et que je n'ai eu aucun problème de performances depuis.

@LevitatingBusinessMan au milieu du jeu pendant que vous jouez.

Cela m'arrive assez fréquemment, cette fois, j'avais activé la journalisation.

Je voulais essayer les instructions ci-dessus pour voir si je pouvais à nouveau faire fonctionner Squad.

J'ai un nouveau SSD, je n'ai pas copié mon répertoire personnel ou quoi que ce soit. Installation Manjaro complètement nouvelle et propre. Le système se bloque toujours dès que je clique sur OK sur l'erreur et laisse-le se charger. Même chose quand je tue le processus. Donc je ne peux même pas terminer l'étape 3.

Je ne veux pas interrompre la progression ici avec mon problème, alors je vais continuer à me cacher. Vous êtes top les gars.

@ Byter09 essayez d'ajouter PROTON_LOG=1 %command% aux options de lancement du jeu dans Steam, puis vérifiez le fichier journal créé dans votre répertoire personnel, pour voir s'il y a une raison évidente pour laquelle le jeu ne démarre pas du tout.

@ Byter09 , à droite, vous avez dit "quand je clique sur OK sur l'erreur", je suppose que vous parlez d'une fenêtre contextuelle d'EAC? Existe-t-il également un bouton « afficher plus de détails » sur lequel vous pouvez cliquer ? Vous n'avez pas joué avec les protontricks ou les winetricks, n'est-ce pas ? A quelle étape faites-vous référence comme étape 3 ?

Étapes à suivre pour reproduire ce problème :

• Commencer le jeu. La version Proton ne semble pas avoir d'importance.
• Cliquez sur OK dans l'erreur IClientGame
• Voir la disposition du clavier et l'icône de chargement en bas à droite (pendant environ 2 secondes)
• crash du système

Fonctionne aussi :

• Commencer le jeu. La version Proton ne semble pas avoir d'importance.
• ne cliquez pas sur OK dans la fenêtre d'erreur
• fermez le jeu en utilisant le X de la fenêtre
• crash du système

Je n'ai pas testé ce qui se passe lorsque je tue le processus manuellement, car je n'aime pas vraiment torturer mon système comme ça. Si cela donne un aperçu utile, je peux le faire cependant.

vapeur-393380.zip

Je ne l'ai pas regardé parce que je ne comprends vraiment pas la plupart des choses qu'il contient. (EDIT : Je viens de jeter un œil à la fin. Non, le fichier n'est pas coupé. C'est juste mon système qui meurt pendant l'écriture du fichier.)

@LevitatingBusinessMan Il n'y a pas de bouton "Afficher plus de détails".
Et c'est un nouveau préfixe donc pas de protons ou de winetricks.

Testé les instructions de @ipimpat ci-dessus, mais pas de chance - obtenir l'erreur d'initialisation EAC (Impossible d'initialiser IGameClient quelque chose). Jamais exécuté ou installé le jeu auparavant sur Linux, en utilisant Fedora 32 et Proton 5.0-9.

J'ai suivi les instructions d'un T, mais j'ai remarqué qu'après l'étape 3, le jeu ne s'était pas fermé correctement, un processus squad_l.exe (ou quelque chose du genre) persistait. Je ne l'ai remarqué qu'après avoir fait le reste des étapes, ce qui aurait pu gâcher le vaudou. Repartir de zéro en supprimant le préfixe et en suivant les instructions n'a pas aidé non plus.

@brndd Le squad_launcher.exe semble se bloquer, cela ne devrait rien affecter. C'est bizarre que certains d'entre vous aient encore des problèmes.

@brndd juste pour être clair, que se passe-t-il exactement, la deuxième fois que vous démarrez Squad, erreur EAC ?

Et pouvez-vous également télécharger un fichier journal (voir : https://github.com/ValveSoftware/Proton/issues/938#issuecomment-653909978)

@ipimpat

@brndd juste pour être clair, que se passe-t-il exactement, la deuxième fois que vous démarrez Squad, erreur EAC ?

Oui, l'erreur "Impossible de créer l'instance IGameClient", associée à EAC, ne fonctionne pas.

Voici un fichier journal (et attention, il se décompresse en un fichier de 153 Mio ) :

J'ai trouvé des journaux dans le répertoire EAC dans le préfixe et ils avaient quelque chose à propos de la tentative de téléchargement d'un fichier à partir d'un CDN EAC et du délai de téléchargement expiré. Je ne sais pas si cela est censé se produire ou non ; J'ai vu une discussion ci-dessus où le téléchargement a apparemment réussi.

OK, j'ai compris. Les fichiers EAC liés par @imaami étaient supprimés d'une manière ou d'une autre, peut-être par EAC. chmod a-w easyanticheat_wine_x64.eac* fait l'affaire. Le jeu se lance maintenant sans erreur et j'ai pu rejoindre les serveurs compatibles EAC sans problème. Je l'ai testé deux fois pour confirmer (et je peux également confirmer que l'étrange correctif user.reg est nécessaire).

Vous voudrez peut-être ajouter cela aux instructions là-haut.

L'erreur curl est le même problème affectant les paladins :

https://github.com/ValveSoftware/Proton/issues/1787#issuecomment -655289213

Fondamentalement, Proton a un correctif pour la compatibilité avec Sword Art Online Fatal Bullet qui empêche EAC de communiquer avec son CDN. L'annulation du correctif le résout, mais ne parvient pas à faire fonctionner l'escouade car il n'y a pas de fichiers sur le CDN.

J'ai pensé que je mettrais ça là-bas, je suis bien entré dans quelques serveurs, Steam suggère que j'ai 90 fps, mais je bégaie vraiment mal, et je n'entends personne sur voip, alors que tous les autres audio fonctionnent bien.
EDIT : obtenant également une erreur sur les fichiers corrompus, j'ai essayé de vérifier les fichiers, mais tout ce que cela a fait a été de réinitialiser les correctifs EAC.

Les gars, j'ai actuellement Windows avec passthrough GPU installé, faites-moi savoir si vous avez besoin d'aide d'ici la fin de la semaine.

OK, j'ai compris. Les fichiers EAC liés par @imaami étaient supprimés d'une manière ou d'une autre, peut-être par EAC. chmod a-w easyanticheat_wine_x64.eac* fait l'affaire. Le jeu se lance maintenant sans erreur et j'ai pu rejoindre les serveurs compatibles EAC sans problème. Je l'ai testé deux fois pour confirmer (et je peux également confirmer que l'étrange correctif user.reg est nécessaire).

Vous voudrez peut-être ajouter cela aux instructions là-haut.

Bonne trouvaille !

Instructions actuelles copiées pour référence :
Copié à partir de : https://github.com/ValveSoftware/Proton/issues/938#issuecomment -652620750 et https://github.com/ValveSoftware/Proton/issues/938#issuecomment -655251523
En supposant que Squad est déjà installé.
Avis de non-responsabilité : cela peut ou non vous faire expulser/interdire l'EAC, utilisez-le à vos risques et périls !

• tuez tous les processus Squad restants (pkill squad_launcher. ou utilisez votre équivalent de gestionnaire de tâches préféré)
• GAME_LIBRARY_PATH=$HOME/.local/share/Steam (Trouvez le chemin d'accès à votre bibliothèque Steam et définissez-le)
• rm -r $GAME_LIBRARY_PATH/steamapps/compatdata/393380 (Supprimez l'ancien préfixe le cas échéant)
• démarrer Squad à partir de steam
• appuyez sur OK sur erreur EAC
• quittez Squad et tuez tous les processus d'escouade restants (pkill squad_launcher. ou utilisez votre équivalent de gestionnaire de tâches préféré)

Téléchargez des fichiers EAC magiques et extrayez-les dans le préfixe Proton du jeu :

• wget -qO- https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz | tar xvfz - -C $GAME_LIBRARY_PATH/steamapps/compatdata/393380

Plus de ruse EAC

• sed -i 's/\"TEMP\"=\"C:\\users\\steamuser\\Temp\"/\"TEMP\"=\"C:\\users\\vagrant\\Temp\"/ g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg (changer le chemin temporaire en aucun dossier existant)
• sed -i 's/\"TMP\"=\"C:\\users\\steamuser\\Temp\"/\"TMP\"=\"C:\\users\\vagrant\\Temp\"/ g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg (changer le chemin tmp en aucun dossier existant)
• chmod aw "$GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/"* (Rendre les fichiers EAC en lecture seule afin qu'ils ne soient pas supprimés)

J'ai fait un test et Squad fonctionne, j'ai joué un tour sans problème, quelqu'un d'autre peut-il essayer de confirmer ?

L'erreur curl est le même problème affectant les paladins :

#1787 (commentaire)

Fondamentalement, Proton a un correctif pour la compatibilité avec Sword Art Online Fatal Bullet qui empêche EAC de communiquer avec son CDN. L'annulation du correctif le résout, mais ne parvient pas à faire fonctionner l'escouade car il n'y a pas de fichiers sur le CDN.

Ajout de détails dont moi et @ryao venons de discuter sur Discord : annuler le correctif ne fait pas fonctionner l'EAC dans Paladins, cela permet simplement à Paladins de se lancer, mais le multijoueur échouera toujours si EAC ne fonctionne pas. Paladins ne semble pas du tout livrer une version EAC compatible Wine, donc ce n'est pas comparable à Squad à cet égard.

@zaggynl comme je l'ai posté précédemment, oui, cela fonctionne et je peux rejoindre des serveurs, mais ils ont des problèmes; Vraiment mauvais bégaiement sur la carte sur laquelle j'ai joué, et après ce tour, j'obtiens une erreur concernant les fichiers corrompus, j'ai essayé de vérifier les fichiers, mais tout ce que cela a fait a été de réinitialiser les correctifs EAC.

@ShaunTheQuietGamer si vous rencontrez des problèmes de bégaiement malgré un FPS nominalement bon, assurez-vous que la composition de votre bureau est désactivée. Sur KDE, le raccourci clavier par défaut pour basculer c'est Alt+Maj+F12. Si vous utilisez un autre DE, Google vous aidera sans aucun doute.

@zaggynl comme je l'ai posté précédemment, oui, cela fonctionne et je peux rejoindre des serveurs, mais ils ont des problèmes; Vraiment mauvais bégaiement sur la carte sur laquelle j'ai joué, et après ce tour, j'obtiens une erreur concernant les fichiers corrompus, j'ai essayé de vérifier les fichiers, mais tout ce que cela a fait a été de réinitialiser les correctifs EAC.

Je n'ai jamais vu ça auparavant, ça sonne comme un disque mourant ? Évidemment essayé d'abaisser les paramètres?
A quoi ressemble le message d'erreur ?

@ShaunTheQuietGamer choses à surveiller: la modification des paramètres graphiques peut à l'intérieur d'un serveur peut ruiner les performances jusqu'à ce que vous redémarriez le jeu. Après un changement de carte, le jeu peut présenter des problèmes de performances similaires, donc lorsqu'un serveur change de carte, vous devrez peut-être également redémarrer le jeu.

Pouvez-vous nous montrer cette erreur concernant la corruption de certains fichiers ? La prochaine fois que vous obtenez des fichiers corrompus et que Steam le répare, exécutez un outil qui peut vérifier quels fichiers ont été modifiés.

Je ferai une capture d'écran la prochaine fois que je l'obtiendrai ; c'est quelque peu imprévisible, ma pensée actuelle est que cela peut être un problème avec cette couche spécifique. Lorsque Steam a vérifié les fichiers, il a dit que tout allait bien (d'accord, cela a changé les fichiers eac, donc je vérifierai la prochaine fois.) l'erreur ressemblait à l'erreur EAC; juste une erreur générique d'Unreal Engine. (note séparée, la désactivation de la composition semblait aider avec le bégaiement.)
Edit: en testant un peu plus en ce moment, mon fps tombe à 20 lorsque je vis des fusils avec un zoom 4x, mais pas des jumelles.

OK, j'ai compris. Les fichiers EAC liés par @imaami étaient supprimés d'une manière ou d'une autre, peut-être par EAC. chmod a-w easyanticheat_wine_x64.eac* fait l'affaire. Le jeu se lance maintenant sans erreur et j'ai pu rejoindre les serveurs compatibles EAC sans problème. Je l'ai testé deux fois pour confirmer (et je peux également confirmer que l'étrange correctif user.reg est nécessaire).
Vous voudrez peut-être ajouter cela aux instructions là-haut.

Bonne trouvaille !

Instructions actuelles copiées pour référence :
Copié de : #938 (commentaire) et #938 (commentaire)
En supposant que Squad est déjà installé.
Avis de non-responsabilité : cela peut ou non vous faire expulser/interdire l'EAC, utilisez-le à vos risques et périls !

* kill any remaining Squad processes (pkill squad_launcher. or use your favorite task manager equivalent)

* GAME_LIBRARY_PATH=$HOME/.local/share/Steam (Find the path to your steam library and set it)

* rm -r $GAME_LIBRARY_PATH/steamapps/compatdata/393380 (Remove the old prefix if any)

* start Squad from steam

* press OK on EAC error

* exit Squad and kill any remaining squad processes (pkill squad_launcher. or use your favorite task manager equivalent)

Téléchargez des fichiers EAC magiques et extrayez-les dans le préfixe Proton du jeu :

* wget -qO- https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz | tar xvfz - -C $GAME_LIBRARY_PATH/steamapps/compatdata/393380

Plus de ruse EAC

* sed -i 's/"TEMP"="C:\\users\\steamuser\\Temp"/"TEMP"="C:\\users\\vagrant\\Temp"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg (change temp path to none existing folder)

* sed -i 's/"TMP"="C:\\users\\steamuser\\Temp"/"TMP"="C:\\users\\vagrant\\Temp"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg (change tmp path to none existing folder)

* chmod a-w "$GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/"* (Make the EAC files read only so they won't get removed)

J'ai fait un test et Squad fonctionne, j'ai joué un tour sans problème, quelqu'un d'autre peut-il essayer de confirmer ?

LogEasyAntiCheatServer : Avertissement : Impossible de localiser la bibliothèque du serveur EasyAntiCheat eac_server64.dll
LogEasyAntiCheatClient : Erreur : Échec de la création de l'instance IGameClient !

Quelqu'un a-t-il ce fichier pour que je puisse essayer de le copier dans mon préfixe pour résoudre ce problème ?

@Izaic Je suis presque sûr que l'avertissement eac_server64.dll est censé être là. Je n'ai pas cette DLL non plus et j'ai également eu cette erreur. Il n'est probablement nécessaire que pour l'hébergement de serveurs.

Assurez-vous que vous avez effectué toutes les étapes correctement et que les fichiers easyanticheat_wine_x64.eac et easyanticheat_wine_x64.eac.metadata sont toujours là où ils devraient être dans votre préfixe et sont lisibles mais pas inscriptibles.

Je n'ai pas pu exécuter la solution de contournement au début.
Pour une raison quelconque, les commandes sed n'ont pas réellement modifié les chemins dans user.reg .

Donc, si cela ne fonctionne pas pour quelqu'un, essayez de modifier les chemins en user.reg à la main.

Il n'est pas nécessaire de modifier le fichier reg. Vous pouvez simplement supprimer le dossier Temp de steamuser. En fin de compte, il ne contient que des fichiers journaux et la suppression du dossier est une méthode à toute épreuve plutôt que de changer de chemin en utilisant sed dans un fichier qui peut changer radicalement de temps en temps.

@MAD-BUG qui nécessite que le dossier Temp ne soit pas recréé à un moment donné.

Il n'y a aucun moyen que la commande sed échoue, tant que vous trouvez juste la ligne commençant par Temp= (ou Tmp= ), et remplacez-la par Temp=/whatever

Peut-être que supprimer les autorisations de lecture et d'écriture du dossier temporaire serait mieux que de jouer avec le fichier .reg.

Peut confirmer la solution de contournement.

J'ai fait une version simple de la solution de contournement:
1) Téléchargez les fichiers EAC, placez-les dans le dossier, chmod 444 dessus.
2) chmod a-rw sur le dossier Temp dans .../steamuser/Temp

Fonctionne bien, actuellement dans un serveur en cours de lecture.

OK, j'ai compris. Les fichiers EAC liés par @imaami étaient supprimés d'une manière ou d'une autre, peut-être par EAC. chmod a-w easyanticheat_wine_x64.eac* fait l'affaire. Le jeu se lance maintenant sans erreur et j'ai pu rejoindre les serveurs compatibles EAC sans problème. Je l'ai testé deux fois pour confirmer (et je peux également confirmer que l'étrange correctif user.reg est nécessaire).
Vous voudrez peut-être ajouter cela aux instructions là-haut.

Bonne trouvaille !

Instructions actuelles copiées pour référence :
Copié de : #938 (commentaire) et #938 (commentaire)
En supposant que Squad est déjà installé.
Avis de non-responsabilité : cela peut ou non vous faire expulser/interdire l'EAC, utilisez-le à vos risques et périls !

• tuez tous les processus Squad restants (pkill squad_launcher. ou utilisez votre équivalent de gestionnaire de tâches préféré)
• GAME_LIBRARY_PATH=$HOME/.local/share/Steam (Trouvez le chemin d'accès à votre bibliothèque Steam et définissez-le)
• rm -r $GAME_LIBRARY_PATH/steamapps/compatdata/393380 (Supprimez l'ancien préfixe le cas échéant)
• démarrer Squad à partir de steam
• appuyez sur OK sur erreur EAC
• quittez Squad et tuez tous les processus d'escouade restants (pkill squad_launcher. ou utilisez votre équivalent de gestionnaire de tâches préféré)

Téléchargez des fichiers EAC magiques et extrayez-les dans le préfixe Proton du jeu :

• wget -qO- https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz | tar xvfz - -C $GAME_LIBRARY_PATH/steamapps/compatdata/393380

Plus de ruse EAC

• sed -i 's/"TEMP"="C:\users\steamuser\Temp"/"TEMP"="C:\users\vagrant\Temp"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user .reg (changer le chemin temporaire en aucun dossier existant)
• sed -i 's/"TMP"="C:\users\steamuser\Temp"/"TMP"="C:\users\vagrant\Temp"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user .reg (changer le chemin tmp en aucun dossier existant)
• chmod aw "$GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/"* (Rendre les fichiers EAC en lecture seule afin qu'ils ne soient pas supprimés)

J'ai fait un test et Squad fonctionne, j'ai joué un tour sans problème, quelqu'un d'autre peut-il essayer de confirmer ?

Tout cela serait-il utile dans les jeux qui utilisent EAC qui ne sont pas Squad ? IE Nouveau Monde ?

Je détesterais que mon cul soit banni d'un jeu dans sa pré-sortie =)

J'ai essayé d'appliquer ce correctif sur Post Scriptum, mais pour ce faire, nous avons besoin des fichiers .eac appropriés. Donc, si quelqu'un a Post Scriptum en cours d'exécution, ce serait bien si nous pouvions obtenir les fichiers .eac. J'ai déjà posté ceci dans le numéro Post Scriptum ici sur git mais je n'ai pas eu de réponse.

Je peux confirmer que ces problèmes de "chute de trame" peuvent également se produire au milieu du jeu.

Je redémarre tout le jeu après chaque match, mais parfois, le problème de chute de trame persiste !

Quelqu'un a une idée de ce qui peut en être la cause ?

On dirait que cela fonctionne à nouveau avec 3.16-9 mais pas 4.11-13 ou 5.0-9.

Sur 4.11-13 et 5.0-9, Steam pense toujours que le jeu s'exécute après sa fermeture, car squad_launcher.exe ne se ferme jamais pour une raison quelconque. Je dois faire un pkill squad_launcher pour remettre Steam à l'état normal. Peut-être que cela est lié à la nécessité de la solution de contournement ci-dessus si ce squad_launcher se bloque avant de terminer ce qu'il doit faire ? Je me demande ce qui a changé dans les nouvelles versions de Proton par rapport à 3.16 pour le faire geler 🤔

Je pense que nous avons tous rencontré des problèmes similaires avec le processus de lancement qui ne se termine pas tout seul. Pouvez-vous confirmer à nouveau que le jeu fonctionne immédiatement avec 3 ? Ainsi, avec un préfixe supprimé, le jeu fonctionne avec le proton 3, mais lorsque vous supprimez le préfixe, le jeu ne fonctionnera pas correctement avec le proton 4 ou 5.

Pouvez-vous confirmer à nouveau que le jeu fonctionne immédiatement avec 3 ? Ainsi, avec un préfixe supprimé, le jeu fonctionne avec le proton 3, mais lorsque vous supprimez le préfixe, le jeu ne fonctionnera pas correctement avec le proton 4 ou 5.

Correct. Avec 3, tout semble bon, aucune fenêtre d'erreur et aucun blocage de squad_launcher. Avec 4, j'obtiens la fenêtre contextuelle EasyAntiCheat Error: Failed to create IGameClient instance! , squad_launcher se bloque et doit être tué. Avec 5, j'obtiens le problème de curl mentionné ci-dessus, aucune fenêtre d'erreur mais Squad_launcher se bloque toujours.

Pouvez-vous confirmer à nouveau que le jeu fonctionne immédiatement avec 3 ? Ainsi, avec un préfixe supprimé, le jeu fonctionne avec le proton 3, mais lorsque vous supprimez le préfixe, le jeu ne fonctionnera pas correctement avec le proton 4 ou 5.

Correct. Avec 3, tout semble bon, aucune fenêtre d'erreur et aucun blocage de squad_launcher. Avec 4, j'obtiens la fenêtre contextuelle EasyAntiCheat Error: Failed to create IGameClient instance! , squad_launcher se bloque et doit être tué. Avec 5, j'obtiens le problème de curl mentionné ci-dessus, aucune fenêtre d'erreur mais Squad_launcher se bloque toujours.

Attendez une minute, si vous supprimez le préfixe et repartez de zéro avec Proton 3.16-9, l'EAC fonctionne-t-il (vous pouvez donc jouer sur des serveurs) ? Le fichier .eac est-il également téléchargé ?

Quelqu'un sur la chaîne Discord de l'équipe dit que "Squad" fonctionne à nouveau après la dernière mise à jour du jeu. Quelqu'un peut-il vérifier cela?

Quelqu'un sur la chaîne Discord de l'équipe dit que "Squad" fonctionne à nouveau après la dernière mise à jour du jeu. Quelqu'un peut-il vérifier cela?

Sacré carpe, c'est vrai ! Il y a un _nouveau blob binaire wine64 EAC pour Squad_ sur le CDN !

$ /git/eac-tools/download.sh --from-id=55 --to-id=55
 game id         dl size        last modified (UTC)     download saved as
 -------         -------        -------------------     -----------------
      55         4168192        2020-08-04 07:20:02     eac-game-55-wine64.bin
$ ls -l eac-game-55-wine64.bin
-rw-r--r-- 1 imaami imaami 4168192 Aug  4 10:20 eac-game-55-wine64.bin
$ sha1sum eac-game-55-wine64.bin
d15d758603955ef224620d977684a0aae33fe193  eac-game-55-wine64.bin

Je l'ai essayé pour moi aussi. J'ai créé un nouveau préfixe en utilisant Proton-5.9-GE-4-ST.
Pendant le démarrage, l'ancienne erreur IGameClient s'est produite, ainsi qu'au deuxième démarrage. Cependant, les fichiers .eac ont été téléchargés.
Après avoir modifié le chemin temporaire dans user.reg, j'ai réussi à démarrer et à jouer à Squad en ligne.

Cependant, nous devrions surveiller cela pendant quelques jours. Après la dernière mise à jour, Squad a également fonctionné pendant quelques jours.

Pouvez-vous télécharger les fichiers les plus récents ci-dessous ?

"~/.steam/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac"
"~/.steam/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac.metadata"

S'il vous plaît, et merci beaucoup.

Je pose la question car les anciens fichiers .eac pourraient être invalidés dans les prochains jours, ou le serveur peut à nouveau cesser de fournir ces fichiers.

Voici vos fichiers, cela fonctionne pour moi aussi, étrangement, j'ai dû éditer manuellement le fichier user.reg, sed ne fonctionnait pas. Toujours en retard après avoir joué plus d'un tour. Je ne sais pas si j'ai mal compris ce que vous vouliez pour le téléchargement du fichier, si oui, expliquez ce que vous vouliez.

squadeacfiles.zip

Les serveurs EAC pourraient arrêter de télécharger ces fichiers .eac, car ceux-ci sont censés être une version plus récente que l'ancien .zip dans ce numéro.

Après chaque mise à jour importante dans Squad, les développeurs EAC semblent tester la version pour Linux, mais après un certain temps, ils suppriment simplement les fichiers (à partir du lien curl).

De plus, comme il est possible qu'ils aient mis à jour le code source binaire .eac, la nouvelle version pourrait avoir de nouvelles fonctionnalités qui seront imposées à l'avenir, c'est pourquoi nous devons garder les fichiers .eac à jour.

C'est ce que je pensais, je n'étais pas sûr de l'avoir téléchargé comme vous le vouliez.

Finalement.
J'ai démarré Squad et j'ai eu une erreur EAC.
J'ai défini "lecture seule" sur "steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Temp" puis le jeu fonctionne correctement.
Qu'est-ce qui ne va pas avec "Temp" ?

@imaami est-il possible de surveiller le dossier Temp pour les tentatives de lecture et d'écriture ?

De plus, quelqu'un peut-il exécuter un diff sur le vidage hexadécimal des deux fichiers EAC ?

De plus, quelqu'un peut-il exécuter un diff sur le vidage hexadécimal des deux fichiers EAC ?

3977216 ./squadeacfiles-202007080000/easyantiheat_wine_x64.eac
4168192 ./squadeacfiles-202008040720/easyanticheat_wine_x64.eac

diff -u -E -Z -b -B -w --color -i ./easyanticheat_wine_x64.eac.hexdump.20200708.txt ./easyanticheat_wine_x64.eac.hexdump.20200804.txt >diff.txt

--- ./easyanticheat_wine_x64.eac.hexdump.20200708.txt 2020-08-07 09:49:41.164676257 -0300
+++ ./easyanticheat_wine_x64.eac.hexdump.20200804.txt 2020-08-07 09:50:10.294316927 -0300

Les hexdumps seuls sont 11.931.656B pour l'ancien et 12.504.584B pour le plus récent, la sortie diff a 23,8MB. Ces fichiers sont très différents, mais les deux fonctionnent pour Squad Beta 21.0.1.49 - je pense qu'ils ont une telle différence en raison de l'obscurcissement du code et de la randomisation.

Peut-être qu'ils sont codés différemment. @imaami devrait vérifier.

@imaami est-il possible de surveiller le dossier Temp pour les tentatives de lecture et d'écriture ?

Sûr. Vous pouvez utiliser l' API inotify pour écrire un programme qui intercepte la plupart des événements du système de fichiers dans un répertoire (mais il ne sera pas en mesure d'identifier les processus qui en sont responsables). Vous pouvez essayer d'utiliser strace pour surveiller les appels système relatifs aux accès au système de fichiers et filtrer ceux qui ne sont pas intéressants avec grep. Et puis, il y a la possibilité d'activer chaque drapeau WINEDEBUG et de devenir la première personne à se noyer littéralement dans le logspam.

C'était tout du haut de ma tête ; si quelqu'un peut me corriger avec quelque chose ou ajouter des détails, alors faites-le.

De plus, quelqu'un peut-il exécuter un diff sur le vidage hexadécimal des deux fichiers EAC ?

3977216 ./squadeacfiles-202007080000/easyantiheat_wine_x64.eac
4168192 ./squadeacfiles-202008040720/easyanticheat_wine_x64.eac

diff -u -E -Z -b -B -w --color -i ./easyanticheat_wine_x64.eac.hexdump.20200708.txt ./easyanticheat_wine_x64.eac.hexdump.20200804.txt >diff.txt

--- ./easyanticheat_wine_x64.eac.hexdump.20200708.txt 2020-08-07 09:49:41.164676257 -0300
+++ ./easyanticheat_wine_x64.eac.hexdump.20200804.txt 2020-08-07 09:50:10.294316927 -0300

Les hexdumps seuls sont 11.931.656B pour l'ancien et 12.504.584B pour le plus récent, la sortie diff a 23,8MB. Ces fichiers sont très différents, mais les deux fonctionnent pour Squad Beta 21.0.1.49 - je pense qu'ils ont une telle différence en raison de l'obscurcissement du code et de la randomisation.

Comment avez-vous créé les hexdumps ? Si vous utilisez un simple hd cela ne représentera pas la quantité d'octets modifiés car tout petit changement dans les décalages changera chaque ligne.

Anciens et nouveaux blobs binaires :

$ ls -rl {old,new}/easyanticheat_wine_x64.eac
-rw-r--r-- 1 imaami imaami 3977216 Aug  7 18:41 old/easyanticheat_wine_x64.eac
-rw-r--r-- 1 imaami imaami 4168192 Aug  7 18:41 new/easyanticheat_wine_x64.eac

$ sha1sum {old,new}/easyanticheat_wine_x64.eac
a2aaa53b77d5152dfe3d204323ba7bbbfd82265f  old/easyanticheat_wine_x64.eac
d15d758603955ef224620d977684a0aae33fe193  new/easyanticheat_wine_x64.eac

Générer des hexdumps d'un octet par ligne pour faciliter la différence :

$ od -An -tx1 -v -w1 old/easyanticheat_wine_x64.eac > old/easyanticheat_wine_x64.eac.hexdump
$ od -An -tx1 -v -w1 new/easyanticheat_wine_x64.eac > new/easyanticheat_wine_x64.eac.hexdump

Vérifier que le nombre de lignes hexdump correspond à la taille des octets des binaires d'origine :

$ wc -l {old,new}/easyanticheat_wine_x64.eac.hexdump
 3977216 old/easyanticheat_wine_x64.eac.hexdump
 4168192 new/easyanticheat_wine_x64.eac.hexdump
 8145408 total

Aaaa et enfin,

$ git diff --no-index --stat {old,new}/easyanticheat_wine_x64.eac.hexdump
 {old => new}/easyanticheat_wine_x64.eac.hexdump | 7209762 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++------------------------------------------------------------------------------------------------------------------
 1 file changed, 3700369 insertions(+), 3509393 deletions(-)

Oui, au moins un test naïf comme celui-ci dit qu'ils sont presque complètement différents.

Bien. Je ne sais pas si quelqu'un s'en soucie, mais j'ai essayé B21 aujourd'hui en utilisant différentes versions de proton et il réinitialise toujours mon système à chaque fois que je démarre l'équipe. J'ai posté le journal une fois, il ressemble toujours à ça. Juste coupé à la fin car il ne peut pas finir d'écrire dans le fichier à cause du crash. Aucune idée de ce qui se passe. Si quelqu'un connaît une discorde où les gens pourraient m'aider au lieu de mon rapport ennuyeux ici de temps en temps, ce serait génial.

J'espère que vous vous amusez bien dans Squad ! :RÉ

Bien. Je ne sais pas si quelqu'un s'en soucie, mais j'ai essayé B21 aujourd'hui en utilisant différentes versions de proton et il réinitialise toujours mon système à chaque fois que je démarre l'équipe. J'ai posté le journal une fois, il ressemble toujours à ça. Juste coupé à la fin car il ne peut pas finir d'écrire dans le fichier à cause du crash. Aucune idée de ce qui se passe. Si quelqu'un connaît une discorde où les gens pourraient m'aider au lieu de mon rapport ennuyeux ici de temps en temps, ce serait génial.

J'espère que vous vous amusez bien dans Squad ! :RÉ

Vous pouviez l'exécuter sans réinitialisation matérielle, qu'est-ce qui a changé sur votre matériel entre fin 2019 et maintenant ? As-tu essayé le formatage ?

@ BRMateus2 Rien n'a changé depuis lors. Mon SSD est mort il y a quelques semaines, il s'agit donc même d'une nouvelle installation.

J'ai pensé que mes dernières entrées de journal pourraient peut-être aider :
boot.txt

Je les ai avec journalctl --boot=-1 > boot.txt .

Je ne vois rien d'évident là-dedans. Je n'ai _vraiment_ aucune idée de la cause de ce crash.

Edit : j'ai aussi essayé de désactiver Steam Overlay, juste au cas où. Même résultat.

Je vois que vous avez un i7 2600 et une sorte de GPU AMD avec 8 Go de VRAM, mais je n'ai rien pu identifier pour Squad - je n'ai aucune idée de ce qui pourrait être, vous devez créer un nouveau problème et des journaux spécifiques pour ce dépôt. Jamais eu de réinitialisation matérielle de Squad, il se bloque sur le bureau quand cela se produit.

total  access  modify  close_write  close_nowrite  open  create  delete  filename
46     10      2       1            15             16    1       1       393380/pfx/drive_c/users/steamuser/Temp/

J'obtiens toujours cette sortie lorsque j'utilise inotifywatch sur le dossier Temp, puis que je lance Squad.

Je n'ai pas encore trouvé de moyen de montrer quels fichiers sont consultés exactement ou ce qui est écrit

total  access  modify  close_write  close_nowrite  open  create  delete  filename
46     10      2       1            15             16    1       1       393380/pfx/drive_c/users/steamuser/Temp/

J'obtiens toujours cette sortie lorsque j'utilise inotifywatch sur le dossier Temp, puis que je lance Squad.

Je n'ai pas encore trouvé de moyen de montrer quels fichiers sont consultés exactement ou ce qui est écrit

Et si vous essayiez avec inotify-hookable ?

# (D="/opt/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Temp"; rm -f /tmp/tempdir.log; inotify-hookable --watch-directories "$D" --on-modify-command "ls -alrt '$D/' >> /tmp/tempdir.log")

@imaami Je n'ai pas inotify-hookable installé, le package arch inotify-tools ne contient que inotifywait et inotifywatch

@imaami Je n'ai pas inotify-hookable installé, le package arch inotify-tools ne contient que inotifywait et inotifywatch

C'est un package différent, je ne sais pas si Arch l'a. Mais je n'ai pu attraper aucun fichier avec quand j'ai essayé.

J'ai activé un paramètre insensé de WINEDEBUG et j'ai cherché steamuser/Temp/ , et il semble que Squad fasse quelque chose avec un répertoire appelé steamuser/Temp/UnrealShaderWorkingDir .

Des nouvelles passionnantes sur le fonctionnement officiel de l'EAC !

Malheureusement, le simple fait de l'exécuter ne semble pas fonctionner et je n'ai pas suivi ces problèmes, donc je ne sais pas si je manque une étape cruciale ici.

users/steamuser/Application Data/EasyAntiCheat/55 ♦ ➔ ls                                                                                                                                                                                                                                                
easyanticheat_wine_x64.eac  easyanticheat_wine_x64.eac.metadata  loader.log

Ces fichiers sont présents dans le dossier EAC, ce qui, je suppose, signifie que je n'ai pas à télécharger de nouveaux fichiers EAC, n'est-ce pas ?

Il a également été question de modifier le fichier user.reg. j'ai fait ce qui suit

Steam/steamapps/compatdata/393380/pfx ♦ ➔ sed -i 's/"TEMP"="C:\\users\\steamuser\\Temp"/"TEMP"="C:\\users\\vagrant\\Temp"/g' user.reg                                                                                                                                                                    
Steam/steamapps/compatdata/393380/pfx ♦ ➔ sed -i 's/"TMP"="C:\\users\\steamuser\\Temp"/"TMP"="C:\\users\\vagrant\\Temp"/g' user.reg

Mais le jeu ne démarre toujours pas

Est-ce que j'ai râté quelque chose?

Il a également été question de modifier le fichier user.reg. j'ai fait ce qui suit

Steam/steamapps/compatdata/393380/pfx ♦ ➔ sed -i 's/"TEMP"="C:\\users\\steamuser\\Temp"/"TEMP"="C:\\users\\vagrant\\Temp"/g' user.reg                                                                                                                                                                    
Steam/steamapps/compatdata/393380/pfx ♦ ➔ sed -i 's/"TMP"="C:\\users\\steamuser\\Temp"/"TMP"="C:\\users\\vagrant\\Temp"/g' user.reg

Mais le jeu ne démarre toujours pas

Est-ce que j'ai râté quelque chose?

Oui, le nombre de barres obliques inverses dans votre commande sed est faux. Vous essayez de remplacer C:\users\steamuser\Temp , mais les lignes pertinentes dans les entrées user.reg ont en fait _deux_ barres obliques inverses comme séparateurs de chemin :

$ grep -E 'TE?MP' user.reg 
"TEMP"="C:\\users\\steamuser\\Temp"
"TMP"="C:\\users\\steamuser\\Temp"

Vous avez donc besoin de quatre barres obliques inverses dans votre commande sed.

Le oneliner suivant devrait fonctionner pour remplacer à la fois TEMP et TMP, et il est assez court car il utilise des références arrière d'expression régulière étendues :

sed -E -i 's/("TE?MP"="C:\\\\users\\\\)ste(amuser\\\\Temp")/\1\2/' user.reg

Alternativement, vous n'avez pas du tout besoin de modifier user.reg , rendez simplement le tempdir impossible à lire ou à écrire pour les utilisateurs normaux :

chmod a-rw drive_c/users/steamuser/Temp

@TheZoq2 ouvre le user.reg et vérifie si sed a réellement remplacé les variables TMP et TEMP.

Ce n'était pas le cas pour moi et je ne pouvais pas non plus me lancer sans l'erreur EAC. Je ne sais toujours pas pourquoi la commande sed ne fonctionnerait pas.

Ce n'était pas le cas pour moi et je ne pouvais pas non plus me lancer sans l'erreur EAC. Je ne sais toujours pas pourquoi la commande sed ne fonctionnerait pas.

Nombre de barres obliques inverses incorrect.

Bien. Je ne sais pas si quelqu'un s'en soucie, mais j'ai essayé B21 aujourd'hui en utilisant différentes versions de proton et il réinitialise toujours mon système à chaque fois que je démarre l'équipe. J'ai posté le journal une fois, il ressemble toujours à ça. Juste coupé à la fin car il ne peut pas finir d'écrire dans le fichier à cause du crash. Aucune idée de ce qui se passe. Si quelqu'un connaît une discorde où les gens pourraient m'aider au lieu de mon rapport ennuyeux ici de temps en temps, ce serait génial.

J'espère que vous vous amusez bien dans Squad ! :RÉ

J'ai aussi des réinitialisations matérielles, jamais au lancement, généralement à des moments apparemment aléatoires sur un serveur.
i7, RX580, 16 Go Kingston DDR3, Samsung 850 SSD
Je n'ai pas encore vérifié les journaux, sur une distribution inconnue (ubuntu).

Long shot, mais j'ai eu des problèmes similaires avec le monde DCS il y a quelque temps (l'ordinateur entier a gelé et réinitialisé, ou parfois juste le GPU). Le correctif consistait à mettre à niveau mesa et llvm

@LeZoq2

$  yay -Qs mesa
local/glu 9.0.1-2
    Mesa OpenGL Utility library
local/lib32-mesa 20.1.3-1
    An open-source implementation of the OpenGL specification (32-bit)
local/lib32-mesa-vdpau 20.1.3-1
    Mesa VDPAU drivers (32-bit)
local/lib32-vulkan-intel 20.1.3-1
    Intel's Vulkan mesa driver (32-bit)
local/lib32-vulkan-radeon 20.1.3-1
    Radeon's Vulkan mesa driver (32-bit)
local/libva-mesa-driver 20.1.3-1
    VA-API implementation for gallium
local/mesa 20.1.3-1
    An open-source implementation of the OpenGL specification
local/mesa-demos 8.4.0-4
    Mesa demos and tools incl. glxinfo + glxgears
local/mesa-vdpau 20.1.3-1
    Mesa VDPAU drivers
local/vulkan-intel 20.1.3-1
    Intel's Vulkan mesa driver
local/vulkan-radeon 20.1.3-1
    Radeon's Vulkan mesa driver
$  yay -Qs llvm
local/lib32-llvm-libs 10.0.0-1
    Low Level Virtual Machine (runtime library)(32-bit)
local/llvm-libs 10.0.0-2
    LLVM runtime libraries

J'utilise Manjaro, donc je ne peux pas vraiment être loin de la dernière version, je suppose. Merci pour l'astuce, je vais continuer à creuser.

Je suis sur arch, et le dernier mesa a toujours le même problème dans DCS (mais pas dans Squad). Mon correctif consistait à installer aur/mesa-git

@TheZoq2 J'ai remplacé mesa par mesa-git et ça plante toujours. Revenir celui-là. Merci d'avoir essayé cependant. J'apprécie vraiment l'aide.

Ci-dessous, vous trouverez mon journal de protons. Il se coupe toujours à la fin car mon système plante _pendant_ l'écriture du fichier. Je n'ai toujours aucune idée de sa liste là-dedans. On dirait que ça dénoue une sorte de panique. Peut entraîner une panique du noyau ? Je n'ai aucune idée de comment déboguer cela davantage.

vapeur-393380.log

ÉDITER:
Grâce à @999eagle , nous avons nettoyé le journal, il s'agit d'une exécution plus récente (aujourd'hui) avec sa sortie ne contenant aucun message de trace. Alors oui, il se bloque exactement lorsqu'il essaie de charger des cartes de manière asynchrone.
vapeur-393380.log
vapeur-393380-notrace.log

Et pour peut-être aider à relier cela à la sortie de mon système, voici à nouveau la sortie de journal correspondante :
boot.txt

EDIT2 (20-09-09):
Même problème avec Kernel 5.8 et Mesa 20.1.7... Aucun changement matériel.

On dirait que la 1.0 est sortie, et avec cela il y a probablement une nouvelle version EAC (je n'ai même pas essayé avec l'ancienne cependant...)

Comme d'habitude, je ne pouvais pas le télécharger à l'aide du client car il était simplement supprimé instantanément après le téléchargement, mais il était disponible sur le CDN EAC d'où je l'ai téléchargé à l'aide du script de chmod a-w et les choses semblent fonctionner comme d'habitude.

easyantiheat_wine_x64.eac.zip

@brndd Vous dites que le client EAC ne le télécharge pas, mais en utilisant le script d'imaami, vous _pouvez_ le télécharger ?

Le client EAC semble le télécharger, du moins selon son fichier journal, mais le fichier n'est pas présent dans le répertoire car quelque chose le supprime. J'ai toujours eu ce problème, et je ne sais pas pourquoi certaines personnes ne l' ont pas. C'est pourquoi j'ai besoin de chmod a-w les fichiers EAC, mais cela ne fonctionne évidemment pas lorsque les fichiers n'existent pas encore et je n'ai pas trouvé de moyen de permettre au client EAC de les écrire mais pas supprime-les.

On dirait que la 1.0 est sortie, et avec cela il y a probablement une nouvelle version EAC (je n'ai même pas essayé avec l'ancienne cependant...)

Comme d'habitude, je ne pouvais pas le télécharger à l'aide du client car il était simplement supprimé instantanément après le téléchargement, mais il était disponible sur le CDN EAC d'où je l'ai téléchargé à l'aide du script de chmod a-w et les choses semblent fonctionner comme d'habitude.

easyantiheat_wine_x64.eac.zip

Avez-vous déjà fait l' astuce tempdir ?

On dirait que la 1.0 est sortie, et avec cela il y a probablement une nouvelle version EAC (je n'ai même pas essayé avec l'ancienne cependant...)

Comme d'habitude, je ne pouvais pas le télécharger à l'aide du client car il était simplement supprimé instantanément après le téléchargement, mais il était disponible sur le CDN EAC d'où je l'ai téléchargé à l'aide du script de chmod a-w et les choses semblent fonctionner comme d'habitude.

easyantiheat_wine_x64.eac.zip

Cela ne semble pas fonctionner pour moi, je n'obtiens pas l'erreur au démarrage, mais après un certain temps sur le serveur, j'obtiens une erreur de délai d'attente EAC.

le fichier easyanticheat_wine_x64.eac.metadata n'est-il pas nécessaire ?

@ShaunTheQuietGamer cela a également fonctionné pour moi, vous pouvez vérifier la somme md1 à l'intérieur du easyanticheat_wine_x64.eac.metadata , qui a été créé par Squad lui-même si elle se compare à la somme de easyanticheat_wine_x64.eac

@imaami

Oui, j'ai essayé de suivre les étapes de votre message plus tôt dans ce fil pour passer à Proton 4.11, puis lancer le jeu une fois. Peu importe ce que je fais, je ne semble pas recevoir ces deux fichiers nécessaires, le dossier ne contient qu'un launcher.log qui indique que le téléchargement a progressé à 100% sans erreur. La modification des autorisations d'écriture sur le répertoire Temp n'a pas semblé changer cela.

@ShaunTheQuietGamer le fichier de métadonnées n'est pas nécessaire dans mon expérience. Je n'ai pas eu le temps de jouer à un jeu complet, mais je suis resté assis sur un serveur pendant environ 15 minutes avec ce correctif et je n'ai pas été expulsé.

Oui, j'ai supprimé le préfixe et j'ai recommencé, maintenant ça marche. J'ai aussi remarqué quelque chose qui pourrait vous intéresser. Squad utilise les 8 Go de mon vram. (il dit en fait qu'il utilise plus de vram que moi.) Une fuite de vram pourrait-elle être à l'origine des baisses de fps que tout le monde voit?

Oui, j'ai supprimé le préfixe et j'ai recommencé, maintenant ça marche. J'ai aussi remarqué quelque chose qui pourrait vous intéresser. Squad utilise les 8 Go de mon vram. (il dit en fait qu'il utilise plus de vram que moi.) Une fuite de vram pourrait-elle être à l'origine des baisses de fps que tout le monde voit?

Oui je peux le confirmer. Le premier match utilisait 7 Go de vram. Deuxième match, vram est passé à 8 Go et il est devenu injouable.
De plus, pour que EAC fonctionne, je devais accéder aux autorisations du dossier "steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Temp" et mettre tout uniquement "Accès uniquement".

Oui, j'ai supprimé le préfixe et j'ai recommencé, maintenant ça marche. J'ai aussi remarqué quelque chose qui pourrait vous intéresser. Squad utilise les 8 Go de mon vram. (il dit en fait qu'il utilise plus de vram que moi.) Une fuite de vram pourrait-elle être à l'origine des baisses de fps que tout le monde voit?

Cela a certainement quelque chose à voir avec le remplissage de la VRAM. Il est toujours sur le point de franchir la barrière des 8 Gio, après quoi il devient injouable. Cela peut se produire pendant un match et davantage d'actifs sont chargés dans la VRAM lorsque vous visitez différentes zones.

Un plus grand nombre de joueurs aggrave également la situation, car cela semble augmenter les allocations de VRAM (plus de choses à rendre, plus de choses qui se passent, plus de particules à l'écran, etc.

Je dois dire que ce serait le moment idéal pour Valve ou Nvidia de m'offrir un RTX3090 à des fins de recherche. ;)

Je dois dire que ce serait le moment idéal pour Valve ou Nvidia de m'offrir un RTX3090 à des fins de recherche. ;)

MDR.

Le bégaiement se produit-il à la fois sur les cartes Nvidia et AMD ou sur l'une ou l'autre ? J'ai une carte Nvidia et je l'obtiens, des utilisateurs d'AMD peuvent-ils signaler ?

Le bégaiement se produit-il à la fois sur les cartes Nvidia et AMD ou sur l'une ou l'autre ? J'ai une carte Nvidia et je l'obtiens, des utilisateurs d'AMD peuvent-ils signaler ?

Oui, je suis sur un 5700 XT, j'avais un 1660 TI et ils le font tous les deux.

J'ai théorisé, et je pense que je dirais quelque chose ici, est-ce que quelqu'un sait si wine/proton prend en charge les fichiers d'échange ? Je pense que cela pourrait être la cause des baisses de fps; selon leurs pages de support, -- https://offworldindustries.zendesk.com/hc/en-us/articles/360042382054-Memory-Pagefile-Issues -- ne pas en avoir a causé des problèmes similaires de manque de Vram sur Windows.

Je l'ai récupéré ce soir après avoir remarqué qu'il était enfin sorti de l'accès anticipé et vu des rapports réussis sur ProtonDB. Hors de la boîte, j'ai eu l'erreur EAC typique, mais j'ai pu tout faire fonctionner, avec des performances injouables.

1. J'ai d'abord essayé les fichiers EAC publiés précédemment (easyanticheat_wine_x64.eac.zip) en supprimant le bit d'accès en écriture de « all », mais cela n'a pas semblé changer quoi que ce soit.
2. Ensuite, j'ai supprimé les autorisations de lecture-écriture du répertoire steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Temp. Cela a résolu l'erreur EAC, mais le jeu plantait lors du chargement d'une carte avec la tristement célèbre erreur eventfd: Too many open files .
3. J'ai ajouté PROTON_NO_ESYNC=1 aux options de lancement pour contourner l'erreur de trop grand nombre de fichiers et les cartes ont commencé à se charger correctement.

J'ai pu jouer au didacticiel et aux 5 dernières minutes environ d'une partie multijoueur (jusqu'à la fin du match). Je n'ai vérifié aucun nombre de FPS, mais les performances semblaient correctes mais pas excellentes dans le didacticiel et étaient carrément horribles (peut-être 10 FPS si je devais deviner - c'était essentiellement un diaporama) en multijoueur avec ~ 85 joueurs.

Gentoo, noyau 5.8.11, pilotes nvidia 455.23.04
Proton 5.0-9
980 Ti, i7 6700, 32 Go de RAM
3440x1440, paramètres moyens, toutes les fonctionnalités spéciales désactivées/non cochées (bloom, AA, etc.)

Je suis curieux de savoir si ce jeu fonctionne mal sous Linux. Alors que le 980 Ti est à peine à la pointe de la technologie ces jours-ci, je pense qu'il pourrait faire moyen avec tout le reste éteint. J'ai une installation Windows fonctionnelle sur un autre SSD afin que je puisse comparer plus tard... jusqu'à ce que je parvienne à obtenir un 3080 de toute façon.

De plus, quitter le jeu depuis sa propre interface utilisateur ne semble pas arrêter complètement le jeu. Steam pense toujours qu'il est en cours d'exécution et je peux voir un tas de processus toujours en cours d'exécution. L'utilisation du bouton Arrêter de l'écran de la bibliothèque dans Steam arrête complètement le jeu après avoir quitté l'interface utilisateur du jeu.

sean<strong i="18">@drudenhaus</strong> ~ $ ps -ef | grep -i squad
sean      6452  6451  0 03:14 pts/6    00:00:00 /usr/lib/python-exec/python3.8/python3 /home/sean/.local/share/Steam/steamapps/common/Proton 5.0/proton waitforexitandrun /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean      6455  6452  0 03:14 pts/6    00:00:00 steam /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean      6497  6451  0 03:14 pts/6    00:00:02 Z:\home\sean\.local\share\Steam\steamapps\common\Squad\squad_launcher.exe

Pour certains, le jeu tombe à moins de 20 ips lorsqu'une nouvelle carte est chargée. je pense
cela s'applique à la lecture du didacticiel, puis au chargement d'un jeu normal.
Chaque fois que vous changez de serveur ou chargez une nouvelle partie sur une nouvelle carte, redémarrez le
Jeu.

Le lundi 28 septembre 2020 à 11 h 28, Sean Poynter [email protected] a écrit :

Je l'ai ramassé ce soir après avoir remarqué qu'il était finalement sorti tôt
accéder et voir des rapports réussis sur ProtonDB. Hors de la boîte, je
a obtenu l'erreur EAC typique, mais a pu tout faire fonctionner, bien qu'avec
performances injouables.

1. J'ai d'abord essayé les fichiers EAC publiés plus tôt
   (easyantiheat_wine_x64.eac.zip) en supprimant le bit d'accès en écriture de
   'tout', mais cela n'a pas semblé changer quoi que ce soit.
2. Ensuite, j'ai supprimé les autorisations de lecture-écriture du
   répertoire steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Temp.
   Cela a résolu l'erreur EAC, mais le jeu plantait lors du chargement d'une carte
   avec le tristement célèbre eventfd : erreur trop de fichiers ouverts.
3. J'ai ajouté PROTON_NO_ESYNC=1 aux options de lancement pour contourner le
   trop d'erreur de fichiers et les cartes ont commencé à se charger correctement.

J'ai pu lire le didacticiel et les 5 dernières minutes environ d'un
jeu multijoueur (à la fin du match). Je n'ai vérifié aucun numéro FPS,
mais les performances semblaient correctes mais pas excellentes dans le didacticiel et étaient droites
horrible (peut-être 10 FPS si je devais deviner - c'était essentiellement un diaporama) dans
multijoueur avec ~85 joueurs.

Gentoo, noyau 5.8.11, pilotes nvidia 455.23.04
Proton 5.0-9
980 Ti, i7 6700, 32 Go de RAM
3440x1440, paramètres moyens, toutes les fonctionnalités spéciales désactivées/non cochées (bloom, AA,
etc)

Je suis curieux de savoir si ce jeu fonctionne mal sous Linux. Alors que le 980 Ti
n'est guère à la pointe ces jours-ci, je pense qu'il pourrait faire moyen avec
tout le reste s'est éteint. J'ai une installation Windows fonctionnelle sur un autre
SSD pour que je puisse comparer plus tard... jusqu'à ce que je parvienne à obtenir un 3080 de toute façon.

De plus, quitter le jeu depuis sa propre interface utilisateur ne semble pas s'arrêter complètement
le jeu. Steam pense toujours qu'il fonctionne et je peux voir un tas de
processus toujours en cours d'exécution. En utilisant le bouton Arrêter de l'écran Bibliothèque dans
Steam arrête complètement le jeu après avoir quitté l'interface utilisateur du jeu.

sean@drudenhaus ~ $ ps -ef | grep -i escouade
sean 6452 6451 0 03:14 pts/6 00:00:00 /usr/lib/python-exec/python3.8/python3 /home/sean/.local/share/Steam/steamapps/common/Proton 5.0/proton waitforexitandrun /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean 6455 6452 0 03:14 pts/6 00:00:00 steam /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean 6497 6451 0 03:14 pts/6 00:00:02 Z:\home\sean.local\share\Steam\steamapps\common\Squadsquad_launcher.exe

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/938#issuecomment-699892614 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AGTIIMQQLSBM6OSW3HNCQ2TSIBJLRANCNFSM4FSJAK6Q
.

Voici une nouvelle version du script de téléchargement de blob binaire pour tous ceux qui pourraient être intéressés.

eac-download.zip

J'ai théorisé, et je pense que je dirais quelque chose ici, est-ce que quelqu'un sait si wine/proton prend en charge les fichiers d'échange ?

Oui et non. C'est une fonctionnalité au niveau du système d'exploitation qui existe également sous Linux sous un nom différent. Sous Linux, cela s'appelle une partition d'échange ou simplement un échange pour faire court.

L'idée de base est la même dans les deux systèmes d'exploitation : si les programmes en cours d'exécution veulent allouer et accéder à plus de RAM que vous n'en avez physiquement disponible, alors au lieu de répondre "putain, nous sommes épuisés" et d'appeler à la sécurité, le système d'exploitation répondra aux demandes en rediriger les accès qui dépassent la limite physique de la RAM vers une partie de l'espace disque dur.

En termes de performances, la vitesse d'accès au disque dur est ridiculement lente par rapport à la RAM. La seule fois où vous voudriez que cela se produise, c'est lorsque l'alternative est quelque chose de très important et de crash gourmand en mémoire.

Je pense que cela pourrait être la cause des baisses de fps; selon leurs pages de support, -- https://offworldindustries.zendesk.com/hc/en-us/articles/360042382054-Memory-Pagefile-Issues -- ne pas en avoir a causé des problèmes similaires de manque de Vram sur Windows.

Je ne sais pas ce que fait Windows et/ou EAC pour que ce genre de logique s'applique. Peut-être qu'un GPU intégré avec un très petit morceau de RAM pour la VRAM pourrait conduire à ce que l'espace d'échange soit compté comme plus de VRAM ?

Je l'ai récupéré ce soir après avoir remarqué qu'il était enfin sorti de l'accès anticipé et vu des rapports réussis sur ProtonDB. Hors de la boîte, j'ai eu l'erreur EAC typique, mais j'ai pu tout faire fonctionner, avec des performances injouables.

1. J'ai d'abord essayé les fichiers EAC publiés précédemment (easyanticheat_wine_x64.eac.zip) en supprimant le bit d'accès en écriture de « all », mais cela n'a pas semblé changer quoi que ce soit.
2. Ensuite, j'ai supprimé les autorisations de lecture-écriture du répertoire steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Temp. Cela a résolu l'erreur EAC, mais le jeu plantait lors du chargement d'une carte avec la tristement célèbre erreur eventfd: Too many open files .
3. J'ai ajouté PROTON_NO_ESYNC=1 aux options de lancement pour contourner l'erreur de trop grand nombre de fichiers et les cartes ont commencé à se charger correctement.

J'ai pu jouer au didacticiel et aux 5 dernières minutes environ d'une partie multijoueur (jusqu'à la fin du match). Je n'ai vérifié aucun nombre de FPS, mais les performances semblaient correctes mais pas excellentes dans le didacticiel et étaient carrément horribles (peut-être 10 FPS si je devais deviner - c'était essentiellement un diaporama) en multijoueur avec ~ 85 joueurs.

Gentoo, noyau 5.8.11, pilotes nvidia 455.23.04
Proton 5.0-9
980 Ti, i7 6700, 32 Go de RAM
3440x1440, paramètres moyens, toutes les fonctionnalités spéciales désactivées/non cochées (bloom, AA, etc.)

Je suis curieux de savoir si ce jeu fonctionne mal sous Linux. Alors que le 980 Ti est à peine à la pointe de la technologie ces jours-ci, je pense qu'il pourrait faire moyen avec tout le reste éteint. J'ai une installation Windows fonctionnelle sur un autre SSD afin que je puisse comparer plus tard... jusqu'à ce que je parvienne à obtenir un 3080 de toute façon.

De plus, quitter le jeu depuis sa propre interface utilisateur ne semble pas arrêter complètement le jeu. Steam pense toujours qu'il est en cours d'exécution et je peux voir un tas de processus toujours en cours d'exécution. L'utilisation du bouton Arrêter de l'écran de la bibliothèque dans Steam arrête complètement le jeu après avoir quitté l'interface utilisateur du jeu.

sean<strong i="19">@drudenhaus</strong> ~ $ ps -ef | grep -i squad
sean      6452  6451  0 03:14 pts/6    00:00:00 /usr/lib/python-exec/python3.8/python3 /home/sean/.local/share/Steam/steamapps/common/Proton 5.0/proton waitforexitandrun /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean      6455  6452  0 03:14 pts/6    00:00:00 steam /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean      6497  6451  0 03:14 pts/6    00:00:02 Z:\home\sean\.local\share\Steam\steamapps\common\Squad\squad_launcher.exe

3700x associé à un 1070ti. Je bascule de 70 à 100 fps dans le jeu. Seulement nécessaire pour faire votre deuxième étape.

J'ai théorisé, et je pense que je dirais quelque chose ici, est-ce que quelqu'un sait si wine/proton prend en charge les fichiers d'échange ? Je pense que cela pourrait être la cause des baisses de fps; selon leurs pages de support, -- https://offworldindustries.zendesk.com/hc/en-us/articles/360042382054-Memory-Pagefile-Issues -- ne pas en avoir a causé des problèmes similaires de manque de Vram sur Windows.

Suite de ma réponse précédente :

Lorsque la VRAM GPU physique s'épuise sous Proton/DXVK, la première chose qui se produit est que le pilote et/ou DXVK (je ne sais pas exactement quoi) commence à déplacer les données entre le GPU et la RAM système. C'est exactement le même mécanisme de base qu'un fichier d'échange Windows ou une partition d'échange Linux implémente, mais dans ce cas, nous n'utilisons pas le disque dur comme une extension de RAM (de merde), nous utilisons la RAM comme une extension de VRAM de merde.

Lorsque Squad descend à 5-10 ips, ce qui se passe, c'est que le GPU doit attendre les transferts entre VRAM et RAM. Même si la RAM est incroyablement rapide par rapport au meilleur SSD NVMe, du point de vue du GPU, la latence de l'accès à la RAM via PCIe est atroce par rapport aux puces de mémoire situées juste à côté du cœur du GPU.

Je suis maintenant ennuyé parce que je ne vois pas de moyen de rationaliser comment la mendicité pour un RTX3090 aiderait à résoudre ce problème. Si quoi que ce soit, je ne me soucierais plus du remplissage de la VRAM.

Je l'ai récupéré ce soir après avoir remarqué qu'il était enfin sorti de l'accès anticipé et vu des rapports réussis sur ProtonDB. Hors de la boîte, j'ai eu l'erreur EAC typique, mais j'ai pu tout faire fonctionner, avec des performances injouables.

1. J'ai d'abord essayé les fichiers EAC publiés précédemment (easyanticheat_wine_x64.eac.zip) en supprimant le bit d'accès en écriture de « all », mais cela n'a pas semblé changer quoi que ce soit.
2. Ensuite, j'ai supprimé les autorisations de lecture-écriture du répertoire steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Temp. Cela a résolu l'erreur EAC, mais le jeu plantait lors du chargement d'une carte avec la tristement célèbre erreur eventfd: Too many open files .
3. J'ai ajouté PROTON_NO_ESYNC=1 aux options de lancement pour contourner l'erreur de trop grand nombre de fichiers et les cartes ont commencé à se charger correctement.

Le point 3 ici pourrait être l'un des principaux goulots d'étranglement dans votre cas. Vous désactivez une optimisation qui a en fait un impact important sur les performances.

Tout d'abord, ne désactivez pas esync. Corrigez l'erreur en augmentant la limite de votre système sur les descripteurs de fichiers ouverts à la place. Je ne sais pas comment vous le faites dans Gentoo et/ou votre système, vous devrez le rechercher sur Google.

J'ai pu jouer au didacticiel et aux 5 dernières minutes environ d'une partie multijoueur (jusqu'à la fin du match). Je n'ai vérifié aucun nombre de FPS, mais les performances semblaient correctes mais pas excellentes dans le didacticiel et étaient carrément horribles (peut-être 10 FPS si je devais deviner - c'était essentiellement un diaporama) en multijoueur avec ~ 85 joueurs.

Gentoo, noyau 5.8.11, pilotes nvidia 455.23.04

Assurez-vous que vous exécutez un noyau sur lequel le jeu de correctifs fsync est activé, puis Proton utilisera fsync au lieu d'esync s'il est disponible, et vous avez besoin d'une prise en charge au niveau du noyau pour cela. (Assurez-vous également de ne définir aucune des variables "désactiver fsync/esync".)

Je suis sûr qu'il existe un noyau TkG-PDS pour Gentoo quelque part, allez le trouver.

Proton 5.0-9

Vous pouvez essayer Proton-GE au lieu de la vanille en amont Proton. Mais cela ne fera probablement pas grand-chose à moins que vous n'utilisiez un noyau compatible fsync avec un planificateur de processeur plus approprié (comme undead-PDS ou MuQSS+ck).

980 Ti, i7 6700, 32 Go de RAM
3440x1440, paramètres moyens, toutes les fonctionnalités spéciales désactivées/non cochées (bloom, AA, etc.)

Putain de merde, 3440x1440 ? Je ne peux pas faire le calcul à l'improviste mais je suis sûr que c'est au moins 100 pixels sinon plus ! Il est possible que la résolution joue également un rôle ici. Squad n'est pas le jeu le plus optimisé du marché.

Réponse au commentaire juste avant celui-ci.

Une piste pour résoudre ce problème ? Envie de tester des trucs ?

Réponse au commentaire juste avant celui-ci.

Une piste pour résoudre ce problème ? Envie de tester des trucs ?

J'ai peur de ne pas être sûr de ce que vous voulez dire. Corriger quoi précisément ?

Réponse au commentaire juste avant celui-ci.

Une piste pour résoudre ce problème ? Envie de tester des trucs ?

J'ai peur de ne pas être sûr de ce que vous voulez dire. Corriger quoi précisément ?

Je pense que le problème est qu'il n'efface pas le vram à chaque fois qu'une nouvelle carte se charge, donc, d'après ce que vous avez dit, il charge alors tout à partir de la ram, donc c'est beaucoup de retard. (c'est ma théorie de toute façon.)

Le point 3 ici pourrait être l'un des principaux goulots d'étranglement dans votre cas. Vous désactivez une optimisation qui a en fait un impact important sur les performances.

Tout d'abord, ne désactivez pas esync. Corrigez l'erreur en augmentant la limite de votre système sur les descripteurs de fichiers ouverts à la place. Je ne sais pas comment vous le faites dans Gentoo et/ou votre système, vous devrez le rechercher sur Google.

Je ne savais pas que c'était en fait une optimisation. J'ai fixé la limite à 65536 et supprimé l'option de lancement ; le jeu semble charger les cartes très bien.

Assurez-vous que vous exécutez un noyau sur lequel le jeu de correctifs fsync est activé, puis Proton utilisera fsync au lieu d'esync s'il est disponible, et vous avez besoin d'une prise en charge au niveau du noyau pour cela. (Assurez-vous également de ne définir aucune des variables "désactiver fsync/esync".)

Je suis sûr qu'il existe un noyau TkG-PDS pour Gentoo quelque part, allez le trouver.

Vous pouvez essayer Proton-GE au lieu de la vanille en amont Proton. Mais cela ne fera probablement pas grand-chose à moins que vous n'utilisiez un noyau compatible fsync avec un planificateur de processeur plus approprié (comme undead-PDS ou MuQSS+ck).

Merci pour les suggestions. Je vais y jeter un œil.

(Remarque : je pense que le sujet auquel vous faites référence ici n'est pas réellement abordé dans le message que vous avez cité, je supprime donc la partie citée pour la rendre moins confuse.)

Je pense que le problème est qu'il n'efface pas le vram à chaque fois qu'une nouvelle carte se charge, donc, d'après ce que vous avez dit, il charge alors tout à partir de la ram, donc c'est beaucoup de retard. (c'est ma théorie de toute façon.)

Je suis d'accord. Sur la base des chiffres rapportés par DXVK, il est évident que la 2ème carte est chargée avec presque toute la VRAM déjà allouée. Soit Squad (UE 4.23) ou DXVK ou quelque chose retient cette mémoire d'une manière différente de la façon dont les choses se passent sous Windows. Je n'ai rencontré aucun rapport de ce bogue survenant à des utilisateurs Windows natifs, et il y a beaucoup de gens qui jouent à Squad qui ont 8 Gio ou moins de VRAM.

La façon dont DXVK traite la VRAM est probablement le problème central ici. Citant l'auteur :

DXVK ne libère pas une fois les blocs de mémoire alloués par conception car cela nécessiterait une défragmentation, et n'est généralement pas très utile si le jeu a à nouveau besoin de plus de VRAM.

(Source : https://github.com/doitsujin/dxvk/issues/958)

Tout est donc dû à la fragmentation.

Il semble raisonnable de supposer que pendant que Squad (ou UE 4.23) s'exécute, il alloue et libère en continu de petits morceaux de mémoire, laissant derrière lui des "trous" qui sont disponibles pour de nouvelles allocations mais, du fait qu'ils sont pris en sandwich entre deux plages d'adresses, ne peut pas être utilisé pour de grandes allocations. Au fur et à mesure que le temps passe, la quantité totale de VRAM inutilisée reste la même mais est divisée en petits "îlots" de plus en plus petits entre les morceaux de mémoire utilisés. Finalement, il devient impossible de trouver même un tronçon modérément long de VRAM contiguë à donner au client, et la seule option est de passer à la RAM.

Si DXVK avait une fonction de défragmentation qui pourrait être déclenchée manuellement ou serait très, très intelligente pour décider quand l'activer, alors il serait peut-être possible d'exécuter une défragmentation au bon moment lorsqu'une carte a été déchargée dans Squad, et le prochain chargement de carte se comporterait comme si le jeu venait juste de commencer.

Je ne dis pas que je sais de quoi je parle wrt. DXVK, parce que ce n'est certainement pas le cas.

Je pense que le problème est qu'il n'efface pas le vram à chaque fois qu'une nouvelle carte se charge

Ce n'est pas seulement lorsqu'une nouvelle carte se charge.

Cela peut aussi arriver au premier run.

Pour moi, la nouvelle carte Fullujah est injouable, car après 10-15 minutes, cette chute d'images commence.

Je pense que le problème est qu'il n'efface pas le vram à chaque fois qu'une nouvelle carte se charge

Ce n'est pas seulement lorsqu'une nouvelle carte se charge.

Cela peut aussi arriver au premier run.

Pour moi, la nouvelle carte Fullujah est injouable, car après 10-15 minutes, cette chute d'images commence.

Ouais pareil ici. À un moment donné sur de nombreuses cartes - et surtout lorsque vous utilisez l'une des bonnes lunettes de visée - ce ne sont que des ordures. Au fur et à mesure que le temps passe et que le jeu alloue et libère de la VRAM, la VRAM gérée par DXVK se fragmente et ne peut pas fournir des plages d'adresses contiguës suffisamment grandes sur demande.

J'ajouterai que je n'ai pas eu de problèmes de performances qui n'ont pas pu être résolus avec un
redémarrage et quelques retouches dans les paramètres. J'utilise une GTX 1050ti, je pense
c'est 4 Go de vram.

Le mar. 29 sept. 2020, 09:08 Juuso Alasuutari [email protected]
a écrit:

Je pense que le problème est qu'il n'efface pas le vram à chaque fois qu'un
nouvelle carte se charge

Ce n'est pas seulement lorsqu'une nouvelle carte se charge.

Cela peut aussi arriver au premier run.

Pour moi, la nouvelle map Fullujah est injouable, car après 10-15 min, ça
la chute d'images commence.

Ouais pareil ici. À un moment donné sur de nombreuses cartes - et surtout lorsque vous en utilisez une
des bonnes lunettes de visée - ce ne sont que des ordures. Au fur et à mesure que le temps passe et
le jeu alloue et libère de la VRAM, la VRAM gérée par DXVK se fragmente
et ne peut pas fournir des plages d'adresses contiguës suffisamment grandes sur demande.

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/938#issuecomment-700496708 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AGTIIMSWL3OFJQMYSN4KZUDSIGBWNANCNFSM4FSJAK6Q
.

Je n'ai pas rencontré ces problèmes avec Squad, mais j'ai vu exactement les mêmes baisses de FPS dans le monde DCS, généralement après avoir fait quelque chose qui provoque le chargement de grandes textures, et généralement après que mon PC ait fonctionné pendant un certain temps. Le jeu fonctionne bien, puis tombe à <5 FPS jusqu'au redémarrage. Lorsque je vérifie, l'utilisation de la VRAM est de 100 % dans tous ces cas, bien qu'elle oscille généralement autour de 90 à 99 %.

https://github.com/doitsujin/dxvk/issues/958 cela semble être une bonne explication

Avez-vous essayé l'option "Charger complètement les textures" dans les paramètres graphiques ? Après avoir activé cette option (je l'avais désactivée pour une raison quelconque), j'ai pu rejoindre six ou sept serveurs différents exécutant différentes cartes consécutivement sans redémarrer le jeu, et les performances ne se sont pas dégradées. Je n'ai rejoint que des serveurs vides ou avec peu de joueurs et je n'ai pas le temps de tester si une fin de carte et un nouveau démarrage causent toujours un décalage.

Pour le contexte, j'ai un Nvidia 980 Ti avec 6 Go de mémoire vidéo (iirc) jouant à une résolution de 1080p avec des paramètres graphiques sur Moyen (sauf à distance de vue élevée). J'utilise Proton-5.9-GE-3-ST à partir d' ici (la seule raison pour laquelle ce n'est pas la dernière version est que j'ai été trop paresseux pour mettre à jour).

Avez-vous essayé l'option "Charger complètement les textures" dans les paramètres graphiques ? Après avoir activé cette option (je l'avais désactivée pour une raison quelconque), j'ai pu rejoindre six ou sept serveurs différents exécutant différentes cartes consécutivement sans redémarrer le jeu, et les performances ne se sont pas dégradées. Je n'ai rejoint que des serveurs vides ou avec peu de joueurs et je n'ai pas le temps de tester si une fin de carte et un nouveau démarrage causent toujours un décalage.

Pour le contexte, j'ai un Nvidia 980 Ti avec 6 Go de mémoire vidéo (iirc) jouant à une résolution de 1080p avec des paramètres graphiques sur Moyen (sauf à distance de vue élevée). J'utilise Proton-5.9-GE-3-ST à partir d' ici (la seule raison pour laquelle ce n'est pas la dernière version est que j'ai été trop paresseux pour mettre à jour).

J'ai activé "Charger complètement les textures" et abaissé les textures à Faible. Je reçois toujours le vram plein dans le deuxième match et les fps bas.
Nvidia 1070ti 8 Go
3700X
SSD

J'ai activé "Charger complètement les textures" et abaissé les textures à Faible. Je reçois toujours le vram plein dans le deuxième match et les fps bas.

Eh bien, cela semble fonctionner de mon côté. Je viens de terminer un match correctement sur un serveur complet de 100 joueurs, chargé dans la carte suivante et les performances sont comme prévu (environ 90-100fps).

EDIT : joué à travers la deuxième carte et dans une troisième, toujours pas de baisse de performance - les FPS sont restés > 100 au début de la troisième carte (puis j'ai arrêté parce que j'ai besoin de dormir). Il semble au moins sur mon système que cette option résout le problème. Je peux même modifier les paramètres graphiques en cours de partie sans ruiner les performances. Croisons les doigts pour que cela dure et fonctionne aussi pour les autres.

Je dois dire que j'avais des problèmes de performances jusqu'à ce que j'active ce paramètre et que je l'aie expérimenté pour la dernière fois il y a deux jours en jouant. Je ne veux pas essayer de désactiver le paramètre pour voir si cela se produit toujours sans cela, juste pour m'assurer de ne pas gâcher le vaudou qui pourrait se produire :-).

Voici mes paramètres graphiques exacts :

Et les spécifications du système pour faire bonne mesure, faites-moi savoir s'il y a quelque chose de plus spécifique que vous devez savoir :

• Nvidia GTX 980 Ti avec 6 Go de VRAM exécutant la version 450.66 du pilote
• 32 Go de RAM
• AMD Ryzen 3700X
• Fedora 32 avec KDE
• Proton-5.9-GE-6-ST

J'ai joué à d'autres jeux aujourd'hui, et voici d'autres choses que j'ai remarquées :

• Le bug de fuite de performances/mémoire peut toujours se produire, mais très rarement et certainement pas toutes les cartes ne changent comme avant. Je l'ai fait se produire deux fois aujourd'hui. La première fois, c'est arrivé sur la première carte que j'ai chargée après le lancement du jeu. Je soupçonne que cela doit avoir quelque chose à voir avec le passage à un autre bureau virtuel pendant l'écran de chargement, car c'est ce que j'avais fait. La deuxième fois que je l'ai déclenché, c'était en modifiant les paramètres graphiques au milieu du jeu sur Fallujah (qui semble être de loin la carte la plus exigeante sur mon système), mais la modification des paramètres graphiques ne semble plus toujours le causer pour moi ; c'est peut-être juste quelques paramètres comme les textures.

• Contrairement à avant, lorsque cela se produit, la dégradation des performances disparaît simplement en se déconnectant d'un serveur puis en se reconnectant, ou en rejoignant un autre serveur sans se déconnecter au préalable. Auparavant, cela s'attardait jusqu'à ce que le jeu soit redémarré pour moi, mais maintenant, passer par un écran de chargement semble suffire.

• J'ai effectué 6 ou 7 changements de carte consécutifs sur le même serveur de 100 joueurs sans me reconnecter et je n'ai eu aucun problème de performances. Auparavant, je devais redémarrer après chaque changement de carte sans faute à cause du problème de performances, mais ce n'est certainement plus le cas.

Quoi qu'il en soit, je suis retourné et tourné la « charge entièrement textures » de réglage dégagez ... et je pouvais encore passer par plusieurs écrans de chargement de la carte (en se joignant à différents serveurs à plusieurs reprises) sans redémarrer le jeu et n'a pas obtenu la dégradation des performances je à! Donc, je suppose que changer ce paramètre n'était qu'une pure coïncidence, et quelque chose d'autre a dû se produire qui a fait disparaître le problème.

Y a-t-il eu une mise à jour de Squad ? Selon SteamDB, non. Je n'ai pas mis à jour mon système la semaine dernière non plus. Je me demande ce qui est différent. Est-ce que tout le monde voit toujours le problème de performances se produire comme d'habitude ?

edit : pensée aléatoire, vous jouez en plein écran ou sans bordure ?

Mis à part le problème de performances, il semble maintenant y avoir un bug de plantage intermittent. C'est probablement lié aux pilotes graphiques, en passant par cette ligne dans le journal système :

kernel: NVRM: Xid (PCI:0000:09:00): 31, pid=968265, Ch 0000004e, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_3 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

Étant donné que ce message d'erreur semble être lié aux pilotes Nvidia, cela pourrait être un problème spécifique à Nvidia. Je le signale sur le bug tracker de dxvk car c'est là que des problèmes similaires semblent avoir vécu dans le passé.

Je n'ai pas rencontré ces problèmes avec Squad, mais j'ai vu exactement les mêmes baisses de FPS dans le monde DCS, généralement après avoir fait quelque chose qui provoque le chargement de grandes textures, et généralement après que mon PC ait fonctionné pendant un certain temps. Le jeu fonctionne bien, puis tombe à <5 FPS jusqu'au redémarrage. Lorsque je vérifie, l'utilisation de la VRAM est de 100 % dans tous ces cas, bien qu'elle oscille généralement autour de 90 à 99 %.

doitsujin/dxvk#958 cela semble être une bonne explication

est-ce que quelqu'un utilise le pilote AMDVLK : https://github.com/doitsujin/dxvk/issues/1103#issuecomment -595302287 ?

Mis à part le problème de performances, il semble maintenant y avoir un bug de plantage intermittent. C'est probablement lié aux pilotes graphiques, en passant par cette ligne dans le journal système :

kernel: NVRM: Xid (PCI:0000:09:00): 31, pid=968265, Ch 0000004e, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_3 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

Étant donné que ce message d'erreur semble être lié aux pilotes Nvidia, cela pourrait être un problème spécifique à Nvidia. Je le signale sur le bug tracker de dxvk car c'est là que des problèmes similaires semblent avoir vécu dans le passé.

Juste pour continuer, j'ai eu le même problème après environ 20-30 minutes de jeu dans le jeu. Il a juste gelé et verrouillé.

@reaply essayez de définir les paramètres de lancement de Squad (clic droit > Propriétés dans Steam) sur DXVK_LOG_LEVEL=info %command% . Ensuite, lorsqu'il plante, recherchez le fichier journal dxvk dans le même répertoire que l'exécutable du jeu /steamapps/common/Squad/ et publiez-le ici ou, mieux encore, faites un rapport de bogue sur https://github.com/doitsujin/dxvk/issues/

Je n'ai pas encore eu le temps de le faire moi-même, je n'ai pas eu le temps de jouer au jeu la semaine dernière pour reproduire réellement le crash (ça n'aide pas qu'il semble être complètement aléatoire...), et il pourrait très bien n'être qu'un bogue avec les pilotes Nvidia (bien que j'en doute, car les utilisateurs d'AMD ont aussi des plantages occasionnels), mais des problèmes similaires ont été signalés sur le bugtracker de dxvk dans le passé et ils le sauront probablement mieux que quiconque ici de toute façon.

Une nouvelle version des pilotes Nvidia a été publiée récemment et il est possible que cela puisse également aider avec ce crash. Il n'a pas encore atterri dans les dépôts RPMFusion d'où je récupère mes pilotes; J'attends qu'ils mettent à jour avant de l'essayer moi-même.

J'ai trouvé une solution de contournement possible pour le problème de dégradation des performances. Si vous obtenez une mauvaise fréquence d'images après le chargement dans une carte ou la modification des paramètres graphiques, essayez d'ouvrir la console et de saisir HighResShot 4 . Cette commande prend des captures d'écran à haute résolution, ce qui provoque apparemment une sorte de rechargement graphique doux qui peut résoudre le problème de performances. Je ne sais pas si la résolution à laquelle vous prenez la capture d'écran compte, mais aller jusqu'à 8 vient de planter le jeu pour moi.

D'après la taille de mon échantillon de deux jeux, cela ne fonctionne pas à chaque fois, mais vous pouvez simplement réessayer jusqu'à ce que cela fonctionne. Il est possible que le jeu doive fonctionner pendant un certain temps (avec des FPS poubelles) avant que cette astuce ne commence à fonctionner, je ne sais pas. Certains bégaiements anormaux peuvent également persister même après ce correctif, mais c'est mieux que rien.

Notez que cela crée de gros fichiers PNG sous votre préfixe wine, donc à moins que vous ne souhaitiez conserver les captures d'écran, vous pouvez procéder comme suit :

1. Aller à /steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Local Settings/Application Data/SquadGame/Saved/Screenshots/

2. chmod a-w WindowsNoEditor pour supprimer les autorisations d'écriture du dossier dans lequel se trouvent les captures d'écran. Créez le dossier s'il n'existe pas (c'est-à-dire que vous n'avez pas encore pris de captures d'écran).

Cela semble provoquer l'exécution de la commande et le rechargement progressif des graphiques, mais les gros fichiers de capture d'écran ne sont plus écrits sur le disque.

@brndd et @reaply , sur quelle version du pilote étiez-vous lorsque vous avez obtenu cette erreur Xid 31 ?

@ imaami 450. J'ai mis à jour vers 455 il y a quelques jours, mais je n'ai pas eu le temps de jouer suffisamment au jeu pour dire de manière concluante s'il y a eu ou non un changement. le fracas.

J'ai actuellement un problème avec mon microphone qui n'apparaît pas dans le jeu. Mon système d'exploitation (Pop!_OS 20.04 LTS) le détecte, mais pas le jeu. Avez-vous une idée du type d'étapes de dépannage que je pourrais essayer ?