Je peux également confirmer que le problème est que l'invite de connexion Microsoft ne s'affiche pas.

Bonjour @ warriormaster12 , 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.

Creusez dans la dernière version de Flighting. Remarques:

• Fichiers binaires EAC dans le dossier racine
• Semble utiliser le support Chromium d'UE4?!
• L'audio est basé sur FMOD EDIT: fait toujours référence à XAudio2, les fsbs sont juste l18n ...
• Les films semblent être Bink2 cette fois-ci (auparavant, c'était WMA)

Le jeu démarre mais ne parvient pas à préparer Xbox Live, donc peu de choses ont changé.

steam-1064280.log

Également essayé, va à l'écran du menu mais obtient une erreur en essayant de continuer.

Les +1 commentaires ne prolongent pas la discussion. Utilisez simplement les pouces vers le haut.

J'ai essayé d'ajouter win10 et dxvk en vain, peut-être dépendant de certaines bibliothèques gfwl?

Je n'ai pas la version bêta, mais j'ai entendu dire que ce jeu est pris en charge pour Windows 7. Essayez peut-être de configurer la configuration wine sur Windows 7 pour que la partie Xbox Live fonctionne?

Je n'ai pas la version bêta, mais j'ai entendu dire que ce jeu est pris en charge pour Windows 7. Essayez peut-être de configurer la configuration wine sur Windows 7 pour que la partie Xbox Live fonctionne?

Il semble que la valeur par défaut est Windows 7 d'après ce que j'ai vu dans winecfg. J'ai essayé de configurer Windows 10 et j'ai obtenu le même résultat.

Comme vous l'avez dit, puisque le jeu est censé fonctionner sous Windows 7, il semble qu'il aurait les pièces nécessaires pour se connecter à Xbox Live dans le jeu réel, mais pas sûr.

Il y a peut-être un problème avec le chargement de CEF lui-même pour afficher la fenêtre de connexion. Existe-t-il des bibliothèques installées manuellement pour que la vue Web fonctionne avec d'autres jeux / outils?

CEF de par sa conception est à peu près 100% autonome, bien que de nombreux fichiers soient impliqués même dans un package minimal. Là où les choses vont mal, d'après mon expérience, ce sont les sous-processus Chromium. Je n'ai aucune preuve que c'est pertinent ici.

Apparemment, je suis incroyablement en retard sur mes nouvelles du CMC. Le moteur d'interface utilisateur principal est en fait UE4 maintenant! Donc, c'est UE4 à la base avec le moteur d'origine de chaque jeu qui tourne au-dessus. C'est probablement parce que Scaleform est mort, ils ont donc dû passer à _quelque chose _...

S'il existe une application de démonstration UE4 CEF, cela peut être une bonne chose à tester avec Wine en amont.

Il est possible qu'ils utilisent le navigateur Web ue4 (https://docs.unrealengine.com/en-US/Engine/UMG/UserGuide/WidgetTypeReference/WebBrowser/index.html), à moins qu'ils n'aient fait leur propre implémentation de l'intégration cef.

Il pourrait également être utile d'essayer cef par lui-même. D'après ce dont je me souviens, ces packages ont des exemples de navigateurs cef qui pourraient être utiles pour déterminer la compatibilité: http://opensource.spotify.com/cefbuilds/index.html

J'ai vu qu'il y a quelque temps, les gens recommandaient d'utiliser des correctifs de mise en scène de vin pour que cef fonctionne correctement dans le vin, je ne sais pas si c'est toujours le cas

À titre expérimental, j'ai pris l'exemple d'application Windows 64 bits de cefbuilds et l'ai exécuté sur les éléments suivants:

• wine-4.13 - partie de la vue Web vide
• Proton 4.11 - partie de la vue Web vierge
• Proton-GE 4.14 - Les chargements de vues Web, en essayant d'aller n'importe où mais en redirigeant Google, peuvent être une limitation de l'exemple d'application
• Proton-tgk 4.12 - Les chargements de vues Web, en essayant d'aller n'importe où mais en redirigeant Google, peuvent être une limitation de l'exemple d'application

Les deux dernières fourches à protons cherchent à fournir les correctifs de mise en scène du vin, certains d'entre eux aidant probablement à faire fonctionner CEF. J'ai essayé MCC avec Proton-GE 4.14, et j'ai obtenu un résultat différent, où le fait d'appuyer sur Entrée provoquait l'apparition d'une fenêtre contextuelle "Erreur fatale". J'ai joint les journaux ci-dessous, cela se rapproche peut-être un peu: steam-1064280.log

Ce problème concerne Halo: The Master Chief Collection - INSIDER, ID d'application 1064280 et devrait probablement être mis à jour pour séparer les problèmes de pré-version des problèmes de version.

Il semble y avoir beaucoup d'appels OutputDebugString pour HttpClient, avec les adresses et les fonctions alignées avec cette bibliothèque ici:

https://github.com/microsoft/libHttpClient

Je me demande en quelque sorte ce qu'est la partie CEF si la connexion Xbox Live passe par cela à la place.

https://www.protondb.com/app/976730

Il semblera que ce jeu utilise EasyAntiCheat. J'espère qu'Anti Cheat pourra être contourné dans un proche avenir.

steam-1064280.log

Voici un autre journal. Même problème, erreur de connexion à XBox Live. La boîte de dialogue de connexion ne s'affiche pas. Ne semble pas non plus entendre de son dans les menus et pendant les animations du logo.

Journal de la version Flight 3:

steam-1064280.log.zip

L'audio semble bien ici, comme toutes les vidéos maintenant qu'elles sont sur Bink2. Le moteur de base semble utiliser l'audio UE4 standard via XAudio2, mais l'audio de Reach est stocké sous forme de banques FMOD Studio et la bibliothèque FMOD est liée statiquement à la DLL du jeu. La connexion ne fonctionne toujours pas, semble toujours être des problèmes de compatibilité HttpClient.

Version Steam, exécutant la version désactivée EAC, je reste bloqué à l'écran de connexion Xbox Live.

Connectez-vous ci-dessous.

steam-976730.log

J'ai essayé la version de sortie avec 4.11 avec un bcrypt + winhttp mis à jour, je n'ai pas passé la connexion. Remarquant qu'il atteint un stub pour WSALookupServiceBeginW .

steam-976730.log

Coincé lors de la connexion à Xbox Live.

KDE neon User Edition 5.17
5.0.0-37 noyau

steam-976730.log

J'ai donc lancé le jeu, j'ai eu une boîte de dialogue: une avec anti-triche et une sans. En essayant l'option sans anti-triche, j'ai le même problème avec la connexion xbox live.

Voici mon journal de vapeur
steam-976730.log

Le jeu se lance mais ne parvient pas à accéder à la connexion, "Erreurs rencontrées lors de la connexion à Xbox Live"

Lancer le jeu sans EAC: steam-976730.log

J'ai le même problème que tout le monde, il semble. accède à l'écran titre, mais ne peut pas continuer en raison d'une erreur Xbox Live.
steam-976730.log

Je crois que c'est l'erreur à l'origine du problème xbox live.
ERROR:network_change_notifier_win.cc(156)] WSALookupServiceBegin failed with: 8

Le jeu est en cours de lancement mais ne parvient pas à se connecter au Xbox Live

steam-976730.log

j'ai la même erreur, je ne peux pas me connecter
steam-976730.log

Manjaro
Nvidia

La ligne suivante indique-t-elle un problème:
fixme:bcrypt:key_asymmetric_generate algorithm 11 not supported
?
Le vin le vomit chaque fois que j'essaye de cliquer sur «Réessayer».
PS 11 correspond à la valeur d'énumération ALG_ID_ECDSA_P256.

ressemble à un problème avec les implémentations bcrypt et winhttp de wine.
existe-t-il un moyen de forcer Proton à utiliser une version plus récente de wine au lieu de la version 4.11 par défaut?
il y a eu un certain nombre de commits sur le vin qui concernent bcrypt depuis la version 4.11.

@ mathew2214 Cela ne fonctionne pas non plus sur une mise en scène de vin récente avec Windows Steam, je cherche à résoudre ce problème.

Ce jeu est assez cassé même sous Windows. Comme dans le cas, je dépannage toute la journée et je ne parviens pas à surmonter cette erreur de connexion, même sur une installation réelle de Windows 10 Pro.

Il est ironique qu'à ce rythme, la communauté Linux puisse le faire fonctionner sous Linux avant même qu'il ne soit fonctionnel pour la plupart des utilisateurs de Windows.

Mise à jour: J'ai refactoré le key_asymmetric_sign de bcrypt pour utiliser pgnutls_privkey_sign_hash2 et gérer plus d'algorithmes de hachage / signe.

Cependant, Halo passe à 0 pour les indicateurs, ce qui signifie que nous n'avons aucun moyen de dire à gnutls quel algorithme de hachage a généré les données.

Ce cas n'est pas documenté par le MSDN, et un test rapide de celui-ci donne STATUS_INVALID_PARAMETER sur Windows 10 avec l'algorithme de signature RSA. Il existe peut-être un cas particulier pour l'algorithme de signature ECDSA.

Je peux confirmer que Halo passant en 0 n'est pas un bug déclenché par le vin, car le démontage de Halo révèle qu'il passe inconditionnellement à 0.

Je chercherai plus loin demain.

Apparemment, les lignes liées à la bibliothèque bcrypt ne sont pas si importantes.
Je viens d'essayer un correctif rapide avec la génération de signature de clé privée implémentée pour les algos ECDSA, et l'erreur se produit toujours.
PS J'ai parlé trop tôt, on dirait que je perdais mon temps avec ça ...

@ Guy1524 Selon ceci: https://github.com/microsoft/Windows-classic-samples/blob/master/Samples/Security/SignHashAndVerifySignature/cpp/SignHashAndVerifySignature.cpp#L327 il est normal de spécifier des indicateurs de remplissage vides et un spécificateur d'algorithme lorsque en utilisant DSA. Peut-être que 11 signifie en fait DSA et non ECDSA-256 après tout ...

IDK si cela aide, mais le vidage de wine staging 4.20 winhttp.dll.so dans le répertoire proton n'apporte aucun changement dans la sortie de l'erreur.

Je l'ai fait fonctionner :)

Mon code est un horrible hack, mais je voulais juste le faire fonctionner du tout pour le moment.
La partie importante est que BCryptSignHash doit calculer le hachage SHA1 et renvoyer une signature DSA au format IEEE P1363:
https://stackoverflow.com/questions/20992760/understanding-bcryptsignhash-output-signature
Couper le résultat de pgnutls_privkey_sign_hash en deux et tronquer le reste ou le remplir avec des zéros fonctionnait assez souvent pour se connecter.
Cela prendra cependant quelques essais.
Une implémentation correcte doit extraire correctement r et s du format de signature de GnuTLS.

J'espère que ça aide.

Pour être complet, j'ai attaché le diff au repo de vin actuel avec tous les correctifs de mise en scène de vin appliqués:
halo_mcc_hack.txt
Cependant, je vous recommande de l'implémenter correctement à partir de zéro.

Mise à jour: essayez la deuxième version .
De nombreux commentaires prétendent avoir des problèmes avec celui-là,
mais au moins pour moi, cela évite complètement les tentatives qui sont nécessaires avec la première version et tout problème que les tentatives de connexion infructueuses pourraient entraîner (comme le blocage temporaire de votre adresse IP pour vous connecter).

@LukasRuppert Avez-vous un ETA pour une version plus rapide et plus propre de ce patch, ou éventuellement un repo wine fork avec ce patch?

Félicitations pour la découverte, cependant. J'espère que quelque chose comme ça pourra être implémenté dans le master wine stream.

Espérons que @GloriousEggroll pourra ajouter cette solution de contournement aux tours de protons dans une nouvelle version de protons

Le patch semble bien appliqué lorsqu'il est ajouté à l'ensemble de patchs wine de proton-ge-custom. Je lance une expérience en le construisant localement pour voir si cela fonctionne. Quelque chose comme ci-dessous devrait fonctionner:

1. Cloner https://github.com/GloriousEggroll/proton-ge-custom avec la commande dans README
2. Déposez le fichier halo_mcc_hack.txt dans game-patches-testing / wine-patches et nommez-le halo_mcc_hack.patch
3. Exécutez ./game-patches-testing/proton-prep.sh &> patchlog.txt comme indiqué dans README
4. Suivez le reste des étapes de README pour créer proton-ge-custom

@ d10sfan comment allez-vous ensuite utiliser proton-ge-custom dans Steam? Pour ceux d'entre nous qui sont nouveaux dans ce genre de choses

il construit un proton pour lui maintenant en utilisant le patch

@ d10sfan comment allez-vous ensuite utiliser proton-ge-custom dans Steam? Pour ceux d'entre nous qui sont nouveaux dans ce genre de choses

Une fois la construction terminée, la dernière commande donnera un fichier d'archive tar.gz. Cela peut ensuite être extrait dans le dossier ~/.steam/root/compatibilitytools.d/ , et il apparaîtra dans Steam après un redémarrage. C'est donc la même procédure qui peut être utilisée pour les builds habituels de GloriousEggroll. Ce serait la première fois que j'essayais d'en créer un à partir de zéro en utilisant son repo.

Tenez-nous au courant. :)

Je viens de lancer un build sur ma machine également. Fera rapport.

Je l'ai essayé ici et j'ai obtenu un "popup Fatal Error" après avoir cliqué sur la touche Entrée (et l'avoir vu tourner pendant un moment).

J'ai joint un journal de protons: steam-976730.log

EAC désactivé?

Oui, c'est avec EAC désactivé. Je viens de l'essayer à nouveau et obtenir de meilleurs résultats cette fois (aucun changement de construction, donc je suppose que c'est un peu floconneux).

Cette fois, la fenêtre contextuelle de connexion est apparue, mais lorsque j'essayais de me connecter, elle affichait un message sans connexion Internet ou retournait au message en direct impossible de se connecter à la Xbox.

Cela montre l'invite de connexion.

Message d'erreur de problème de connexion Internet

@ d10sfan avez-vous un fichier journal de ce test?

OP du patch a mentionné que cela pourrait prendre quelques essais.

fonctionne avec eac off, prend quelques essais pour se connecter, télécharger le ge modifié

construire sous peu

LOL Vous venez de me sauver quelques cycles CPU. :)

Beau travail tout le monde impliqué.

Impressionnant! J'essaierai aussi bientôt, je continue d'essayer de me connecter à cette fin également :)

Et bien sûr, ma construction devait se terminer maintenant.

Quelqu'un at -il eu de la chance avec le multijoueur non-EAC en utilisant le hack de

@ mathew2214 Possédez-vous le jeu? Si c'est le cas, heureux d'essayer sur Steam avec vous après le téléchargement de la version ou la fin de la compilation du mien.

@ hilts-vaughan si ma construction se termine, alors oui.

: rire: Ça sonne bien. J'aurais dû faire tourner une belle machine à 64 cœurs sur une instance GCE ou quelque chose comme ça. ;)

Nous avons besoin d'un canal Discord ou quelque chose comme ça.

Cela a fonctionné pour moi tout à l'heure avec la construction que j'ai faite. Il semble (du moins d'après mes tentatives) que l'activation de la journalisation aggrave les choses. Je ne sais pas pourquoi, mais je plante 5 fois de suite avec la connexion. Éteint-le, et après avoir vu la fenêtre contextuelle du message ne peut pas se connecter à plusieurs reprises, il a pu se connecter.

[modifier] Après l'avoir fait à nouveau, il a eu l'erreur fatale de se déconnecter, donc il semble que ce soit juste la chance du tirage au sort.

@LukasRuppert Je me demandais si le jeu renvoie-t-il des données à Microsoft lorsque vous vous connectez?

Je suis inquiet si ce correctif enverrait des réponses étranges ou invalides aux serveurs de Microsoft. Je ne veux pas que Microsoft interdise aux utilisateurs Linux de pouvoir (ou du moins tenter de) se connecter en raison du fonctionnement de ce correctif.

@CuriousTommy vous courez ce risque quel que soit le jeu que vous exécutez dans proton / steam play / wine, car vous l'exécutez finalement sur un logiciel pour lequel il n'était pas destiné, sur une plate-forme pour laquelle il n'était pas destiné. C'est à la discrétion de la société qui fait le jeu de décider si une interdiction est donnée si elle est valide ou non, mais ils n'ont pas le droit de vous donner un laissez-passer gratuit pour exécuter le jeu sur une plate-forme non prise en charge.

Cela étant dit, vous êtes probablement plus sûr d'utiliser la version sans anti-triche, mais je ne peux pas le garantir et personne d'autre que Microsoft ne le peut.

Avoir du mal à utiliser la construction de protons fournie par @ hilts-vaughan. Impossible de passer la connexion et réessayer plusieurs fois ne semble pas valoir quoi que ce soit. Même résultat en construisant ma propre copie de Proton GE.

Distro: Manjaro 18.1.3
Noyau: 5.3.12
Proton Runner: Proton-4.21-GE-1-MCC

Cette construction est mauvaise. Quelque chose ne va pas. :) Je vais essayer de nouveau.

Ma construction est en train de se terminer, je la posterai ici une fois que je vérifierai qu'elle est fonctionnelle.

lol j'étais sur le point de poser des questions à ce sujet, @ hilts-vaughan. Donc je suppose que ma construction a fonctionné. Je le téléchargerai si je peux confirmer que cela fonctionne.

Pour ceux qui suivent ce qui précède: depuis le README - vous devez vous assurer que vous avez effectivement _appliqué_ le patch: game-patches-testing / proton-prep.sh

et n'oubliez pas d'inclure l'indicateur --recurse-submodules lors du clonage du dépôt

@ hilts-vaughan, malheureusement, votre build ne semble pas me laisser entrer même après avoir spammé le bouton de réessai comme un fou.

modifier: ah. fait sens maintenant.

J'ai réussi à accéder à la fenêtre de connexion en utilisant cette version: (EDIT: lol nvm)

Vous ne pouvez pas encore surmonter cela, peut-être que quelqu'un d'autre aura plus de chance?

Je suis toujours bloqué à la "nouvelle tentative" de connexion à Xbox Live avec ma version, semble-t-il.

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.21-GE-1-MCC

Identique à tous les autres - la connexion est réussie ou ratée, mais finalement cela fonctionne.

Combien de fois avez-vous dû réessayer?

@rjbozzol Je peux accéder à la connexion pour XBL, mais une fois que j'ai soumis mes informations d'identification, il ne peut pas se connecter et je dois réessayer. Est-ce que ça vous est arrivé?

@ Gman0064 exactement la même chose. J'essaye maintenant la version de

Ouais, ma nouvelle version que je viens de tester a aussi le même problème.

Je suppose - combien est "finalement"? ;)

J'ai fait une comparaison rapide de ma construction par rapport à celle de GE et il y a quelques différences ici et là, il est donc tout à fait possible que j'ai fait quelque chose de mal.

Ce qui est drôle, c'est que j'ai pu réinitialiser mon mot de passe pour mon compte dans le jeu, ce n'est que lorsque je le soumets que cela gâche.
Je suppose que c'est le correctif "hit or miss" sur bcrypt?

@CuriousTommy vous courez ce risque quel que soit le jeu que vous exécutez dans proton / steam play / wine, car vous l'exécutez finalement sur un logiciel pour lequel il n'était pas destiné, sur une plate-forme pour laquelle il n'était pas destiné. C'est à la discrétion de la société qui fait le jeu de décider si une interdiction est donnée si elle est valide ou non, mais ils n'ont pas le droit de vous donner un laissez-passer gratuit pour exécuter le jeu sur une plate-forme non prise en charge.

Cela étant dit, vous êtes probablement plus sûr d'utiliser la version sans anti-triche, mais je ne peux pas le garantir et personne d'autre que Microsoft ne le peut.

@GloriousEggroll Je ne suis pas en désaccord, mais nous ne devrions pas être imprudents avec notre implémentation. Je ne veux pas avoir une autre interdiction stupide comme le fiasco de Destiny 2.

C'est une chose d'interdire les utilisateurs parce qu'ils utilisent wine / proton. C'est une autre chose si l'interdiction a été causée par un mauvais patch tiers.

Je n'ai de chance avec aucune des versions. Il prétend qu'il se connecte et après environ 10 secondes, il donne une "Erreur fatale du moteur Unreal". Je n'arrive même jamais à l'écran de connexion.

Testé avec la nouvelle version de @GloriousEggroll . Après environ 4 à 5 tentatives de connexion, j'ai passé l'écran de connexion

Je n'ai de chance avec aucune des versions. Il prétend qu'il se connecte et après environ 10 secondes, il donne une "Erreur fatale du moteur Unreal". Je n'arrive même jamais à l'écran de connexion.

Quel matériel graphique utilisez-vous?

Version mise à jour utilisant gnutls_decode_rs_value:
halo_mcc_hack.txt

@ vsod99 AMD RX 5700: sourire:

Je ne sais pas s'il s'agit d'un problème graphique, le jeu continue de fonctionner en arrière-plan jusqu'à ce que je ferme le message d'erreur.

@LukasRuppert Merci pour la mise à jour! Je vais commencer sur une nouvelle construction

@ vsod99 AMD RX 5700 sourire
Vous êtes-vous assuré d'installer les bons pilotes à utiliser avec Proton?
Voir ici

@ vsod99 Bien sûr. La 5700 est une carte moderne, ne fonctionne que sur AMDGPU + Mesa avec un support Vulkan complet et toutes les cloches et sifflets. Ne le confondez pas avec la série HD 5000 de 10 ans.

J'ai moi-même un problème intéressant avec la version actuelle - mon jeu plante après l'intro de "Xbox Game Studios". Je n'ai pas eu ce problème avec Proton 4.11-9, autre que l'absence évidente d'une boîte de connexion en direct.

@ dennis1248 voulait juste s'assurer d'éliminer l'évidence

Edit: ne plante plus à l'intro, mais je m'accroche à un écran noir avec un curseur

@LukasRuppert sweet, je ne peux pas l'essayer ce soir mais je vais le vérifier demain matin. Avez-vous rencontré des problèmes pour vous connecter?

@CuriousTommy vous courez ce risque quel que soit le jeu que vous exécutez dans proton / steam play / wine, car vous l'exécutez finalement sur un logiciel pour lequel il n'était pas destiné, sur une plate-forme pour laquelle il n'était pas destiné. C'est à la discrétion de la société qui fait le jeu de décider si une interdiction est donnée si elle est valide ou non, mais ils n'ont pas le droit de vous donner un laissez-passer gratuit pour exécuter le jeu sur une plate-forme non prise en charge.
Cela étant dit, vous êtes probablement plus sûr d'utiliser la version sans anti-triche, mais je ne peux pas le garantir et personne d'autre que Microsoft ne le peut.

@GloriousEggroll Je ne suis pas en désaccord, mais nous ne devrions pas être imprudents avec notre implémentation. Je ne veux pas avoir une autre interdiction stupide comme le fiasco de Destiny 2.

C'est une chose d'interdire les utilisateurs parce qu'ils utilisent wine / proton. C'est une autre chose si l'interdiction a été causée par un mauvais patch tiers.

Il n'y a jamais eu d '"implémentation imprudente" avec Destiny 2. C'était un correctif personnalisé qui contenait une très grande clause de non-responsabilité sur le rapport de bogue indiquant "ne pas utiliser ceci" -et- supprimait un rappel important sans le remplacer par des fonctionnalités appropriées les gens l'ont fait de toute façon.

La même chose s'applique ici - si vous ne voulez pas risquer une interdiction, ne l'utilisez pas. Il n'est pas fourni par Valve, CodeWeavers, Microsoft ou toute autre source officiellement impliquée actuellement.

@LukasRuppert

../../../../proton/wine/dlls/bcrypt/gnutls.c:1183:13: error: called object 'pgnutls_decode_rs_value' is not a function or function pointer
             pgnutls_decode_rs_value(&signature, &r, &s);
             ^

faute de frappe de "gnutls_decode_rs_value"?

Edit 2: Ce n'est pas une faute de frappe, juste un pointeur. Assurez-vous d'ajouter
MAKE_FUNCPTR(gnutls_decode_rs_value);

et

LOAD_FUNCPTR(gnutls_decode_rs_value);

@LukasRuppert

../../../../proton/wine/dlls/bcrypt/gnutls.c:1183:13: error: called object 'pgnutls_decode_rs_value' is not a function or function pointer
             pgnutls_decode_rs_value(&signature, &r, &s);
             ^

Vous devez ajouter

   MAKE_FUNCPTR(gnutls_decode_rs_value);

et

   LOAD_FUNCPTR(gnutls_decode_rs_value);

dans gnutls.c
qui est nouveau dans le patch mis à jour.

Sinon, je n'ai pas eu beaucoup de temps pour le tester jusqu'à présent.
Mais la seule fois où j'ai démarré Halo, la connexion a fonctionné pour la première fois.

Avec le précédent, j'ai également commencé à avoir des problèmes de connexion (Xbox Live me disant que j'étais hors ligne).

En construisant avec ces changements maintenant, aucune erreur de morceau dans le journal, nous verrons comment cela se passe!

Salut tout le monde,

Je suis un peu mannequin, mais j'ai essayé de suivre ...

J'ai téléchargé le tar à partir de:
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.21-GE-1-MCC
et je l'ai extrait et copié dans le dossier compatibilité.d après l'avoir créé. Je suis capable de lancer ce proton personnalisé sur mon jeu.

J'obtiens la même erreur que dennis1248 avec l'erreur d'échec.

C'est probablement parce que je n'ai pas copié le halo_mcc_hack.txt dans le dossier des correctifs du jeu ... Où se trouverait ce dossier? Aussi, une fois que je l'ai copié, est-ce tout ce qui reste?

Désolé si je suis stupide / ignorant. J'ai essayé un bon google

@ David-Stanley Vous n'avez pas besoin du .txt. Le .txt contient juste le patch qui est déjà patché dans la version Proton que vous avez téléchargée. Lorsque vous obtenez cette erreur, vous l'avez bien fait. Continuez à essayer, le jeu se lancera finalement comme d'habitude et vous pourrez vous connecter. Lorsque vous vous connectez, il échouera également la plupart du temps, continuez à essayer jusqu'à ce que cela fonctionne.

J'ai réussi à me connecter en essayant encore et encore. (Juste dommage que le jeu soit injouable pour moi car 5700 pilotes ..)

@ David-Stanley Vous n'avez pas besoin du .txt. Le .txt contient juste le patch qui est déjà patché dans la version Proton que vous avez téléchargée. Lorsque vous obtenez cette erreur, vous l'avez bien fait. Continuez à essayer, le jeu se lancera finalement comme d'habitude et vous pourrez vous connecter. Lorsque vous vous connectez, il échouera également la plupart du temps, continuez à essayer jusqu'à ce que cela fonctionne.

J'ai réussi à me connecter en essayant encore et encore. (Juste dommage que le jeu soit injouable pour moi car 5700 pilotes ..)

Ok, donc je suis censé avoir une erreur fatale? Cool, je vais continuer d'essayer. Ennuyeux, le jeu n'arrête pas de s'écraser, mais tellement excité de jouer!

J'ai de la chance d'utiliser une gtx 970 je suppose alors

Merci également pour la réponse!

Il semble que la construction a réussi, je suis sur le point de tester dans le jeu mais je vais également le télécharger pour tous. Je ne sais pas si cela fonctionnera pour moi à cause du problème d'écran noir susmentionné.

Edit: j'obtiens toujours l'écran noir mais je l'ai fait avec la version précédente aussi. J'ai poussé une version à essayer, voir ci-dessous

Pour quiconque distribue des builds à d'autres utilisateurs, make redist est la meilleure cible pour cela. Vous pouvez archiver le résultat et le remettre à quelqu'un d'autre pour le décompresser dans son répertoire ~/.steam/steam/compatibilitytools.d/ . Il apparaîtra ensuite dans Steam comme une nouvelle version de Proton après un redémarrage.

Ok, donc je suis censé avoir une erreur fatale?

J'ai eu une erreur fatale aussi, et c'est facile à réparer

erreur fatale s'est produite parce que l'ancien préfixe, je le corrige en définissant la version de Proton sur Proton 4.2-9 (construction par défaut dans Steam) en appuyant sur Launch (il se lancera dans le menu), puis sélectionnez cette version 4.21-GE-1-MCC personnalisée, et il lance (au menu aussi)

je suis toujours bloqué à la connexion, maintenant je n'ai aucune erreur, il inf-spinning ... mise à jour - wow j'ai un écran de connexion https://i.imgur.com/2NwhfV6.png , une fenêtre d'invite de connexion, toujours une erreur lors de la connexion (cliquez sur comme 10 fois)

je ne peux pas faire compiler proton du tout avec ce patch.
chaque tentative que je fais échoue
make: *** [../proton/build/makefile_base.mak:17: nested_make] Error 2
Comment travaillez-vous autour de cela pour créer des protons?

Ok, donc je suis censé avoir une erreur fatale?

J'ai eu une erreur fatale aussi, et c'est facile à réparer

erreur fatale s'est produite parce que l'ancien préfixe, je le corrige en définissant la version de Proton sur Proton 4.2-9 (construction par défaut dans Steam) en appuyant sur Launch (il se lancera dans le menu), puis sélectionnez cette version 4.21-GE-1-MCC personnalisée, et il lance (au menu aussi)

je suis toujours bloqué à la connexion, maintenant je n'ai aucune erreur, il inf-spinning ... mise à jour - wow j'ai un écran de connexion https://i.imgur.com/2NwhfV6.png , une fenêtre d'invite de connexion, toujours une erreur lors de la connexion (cliquez sur comme 10 fois)

Avez-vous essayé la version la plus récente? https://github.com/vsod99/mcc_linux_builds/releases

je ne peux pas faire compiler proton du tout avec ce patch.
chaque tentative que je fais échoue
make: *** [../proton/build/makefile_base.mak:17: nested_make] Error 2
Comment travaillez-vous autour de cela pour créer des protons?

Vous êtes-vous assuré d'exécuter ./game-patches-testing/proton-prep.sh &> patchlog.txt et de regarder la sortie avant de construire?

@ vsod99 j'ai exécuté ce script avant d'essayer de compiler. J'ai refait ma machine vagabonde et j'essaye maintenant une construction propre.
MISE À JOUR: une version propre ne fait aucune différence. Je dois mal interpréter le fichier readme.

Avez-vous essayé la version la plus récente?

idem, inf spinner, et au hasard une fois tous les 5-10 redémarrages J'ai une fenêtre contextuelle de connexion, la connexion accepte les données (connexion / passe) mais répète la connexion à nouveau, max je l'ai bouton Web "réessayer" après ma fenêtre contextuelle de profil (dans ce site la fenêtre)...

j'ai le même problème que toi danilw
steam-976730.log
rotation et crash avec vsod99 build
c'est avec la construction de GE qui tourne et plante, si j'ai de la chance, je tape mes données de connexion et j'obtiens cette erreur «Assurez-vous que vous êtes en ligne, puis réessayez.
steam-976730.log

Étrange, il semble que le correctif mis à jour ne fonctionne peut-être pas comme prévu.

Toutes les pensées @LukasRuppert

Je peux vérifier à nouveau avec ma composition de vin dans quelques heures.
Actuellement, je n'ai pas le temps de le tester moi-même.
Il peut très bien y avoir encore un bug là-dedans.
C'est vraiment juste une implémentation rapide et sale qui a fonctionné pour moi ce matin.

sonne comme le deuxième patch est une régression.
le jeu est-il entièrement jouable avec le patch original? une fois passé le premier écran de connexion, le jeu fonctionne-t-il de manière fiable? ou y a-t-il des plantages / déconnexions en cours de partie?

Avec le premier patch (version GE), le jeu semble être entièrement jouable une fois passé les plantages aléatoires "Erreur fatale" et les nombreuses tentatives de connexion infructueuses.
Presque terminé toute la campagne jusqu'à présent sans une seule étrangeté, à l'exception de quelques bégaiements de compilation de shader.

Cela m'a pris plusieurs dizaines d'essais, mais j'ai finalement pu me connecter en utilisant la compilation de

J'ai essayé d'utiliser le correctif de pgnutls ), mais j'ai commencé à rencontrer ce que je pense être des problèmes de dépendance dans la construction. D'abord, c'était GNUTLS, puis un autre paquet ... alors j'ai essayé une compilation complètement à partir de zéro, et cela a en quelque sorte empiré les choses.

Je n'ai aucune idée de ce qui a mal tourné, et maintenant que le jeu est en cours d'exécution, je préfère jouer un peu avant d'aller travailler. Je vais essayer à nouveau ce soir.

Ce n'est pas une faute de frappe.
Si vous le modifiez, vous obtiendrez une erreur de l'éditeur de liens.

MAKE_FUNCPTR(gnutls_decode_rs_value);

crée le pointeur de fonction

pgnutls_decode_rs_value

et

LOAD_FUNCPTR(gnutls_decode_rs_value);

s'occupe de la liaison.

@LukasRuppert oh, intéressant. D'accord, je réessayerai plus tard.

@LukasRuppert oh, intéressant. D'accord, je réessayerai plus tard.

Ma version a ces correctifs implémentés, mais il semble toujours avoir des problèmes. Je serai intéressé de voir si votre foire est meilleure

La version "Test release - MCC" de Proton GE plante également sur mon système.
steam-976730.log

@LukasRuppert Mes yeux fatigués n'ont pas
patch: * * patch malformé à la ligne 29: #undef MAKE_FUNCPTR

@NTMan oui, vous devez continuer à essayer et finalement vous obtenez une connexion.

@ mathew2214 avez-vous ajouté le patch à game-patches-testing/proton-prep.sh et ajouté une ligne de patch sous #WINE CUSTOM PATCHES avant d'exécuter ./game-patches-testing/proton-prep.sh &> patchlog.txt ?

@Skivet je l'ai fait. Je viens de bombarder toute cette construction et je repars de zéro avec une autre tentative.
chaque fois que j'essaye d'exécuter proton-prep.sh, cela ne fonctionne pas. il ne trouve pas les fichiers à patcher et me les demande.

@ mathew2214 vous devez exécuter le script à partir du répertoire racine, et non à partir de game-patches-testing . Utilisez ./game-patches-testing/proton-prep.sh comme @Skivet l'a suggéré.

@rkfg c'était mon problème. le script s'exécute maintenant. Je vous remercie.

J'ai eu le même problème. C'est une bonne pratique de cd dans le répertoire attendu au début du script afin que l'utilisateur n'ait pas à souffrir. J'ajoute généralement cd "$(dirname "$0")" donc je sais que tous les chemins sont maintenant relatifs au fichier de script lui-même. Bien sûr, cela ne s'applique qu'aux outils qui ne sont exécutés qu'à partir d'un répertoire spécifique et fonctionnent sur les fichiers connus.

Impossible de compiler Proton-GE avec le deuxième patch. J'ai réussi avec le premier. L'erreur est:

../../../../proton/wine/dlls/bcrypt/gnutls.c:103:14: error: 'gnutls_decode_rs_value' undeclared here (not in a function)                                                                                             
 MAKE_FUNCPTR(gnutls_decode_rs_value);                                                                                                                                                                               
              ^                                                                                                                                                                                                      
../../../../proton/wine/dlls/bcrypt/gnutls.c:90:39: note: in definition of macro 'MAKE_FUNCPTR'                                                                                                                      
 #define MAKE_FUNCPTR(f) static typeof(f) * p##f                                                                                                                                                                     
                                       ^                                                                                                                                                                             
In file included from ../../../../proton/wine/dlls/bcrypt/gnutls.c:40:0:                                                                                                                                             
../../../../proton/wine/dlls/bcrypt/gnutls.c: In function 'key_asymmetric_sign':                                                                                                                                     
../../../../proton/wine/dlls/bcrypt/gnutls.c:1130:20: warning: format '%s' expects argument of type 'char *', but argument 5 has type 'LPCWSTR {aka const short unsigned int *}' [-Wformat=]
             FIXME( "padding: %s\n", pad->pszAlgId );                                                     
                    ^                                
../../../../proton/wine/include/wine/debug.h:93:49: note: in definition of macro '__WINE_DBG_LOG'                                                                                                                    
     wine_dbg_log( __dbcl, __dbch, __FUNCTION__, args); } } while(0)                                                                                                                                                 
                                                 ^                                                        
../../../../proton/wine/include/wine/debug.h:484:36: note: in expansion of macro '__WINE_DPRINTF'                                                                                                                    
 #define WINE_FIXME                 __WINE_DPRINTF(_FIXME,__wine_dbch___default)                                                                                                                                     
                                    ^                                                                     
../../../../proton/wine/include/wine/debug.h:523:36: note: in expansion of macro 'WINE_FIXME'                                                                                                                        
 #define FIXME                      WINE_FIXME                                                            
                                    ^                                                                     
../../../../proton/wine/dlls/bcrypt/gnutls.c:1130:13: note: in expansion of macro 'FIXME'                                                                                                                            
             FIXME( "padding: %s\n", pad->pszAlgId );                                                     
             ^                                       
../../../../proton/wine/dlls/bcrypt/gnutls.c:1183:13: error: called object 'pgnutls_decode_rs_value' is not a function or function pointer
             pgnutls_decode_rs_value(&signature, &r, &s);                                                 
             ^                                       
../../../../proton/wine/dlls/bcrypt/gnutls.c:90:44: note: declared here                                                                                                                                              
 #define MAKE_FUNCPTR(f) static typeof(f) * p##f                                                          
                                            ^                                                             
../../../../proton/wine/dlls/bcrypt/gnutls.c:103:1: note: in expansion of macro 'MAKE_FUNCPTR'                                                                                                                       
 MAKE_FUNCPTR(gnutls_decode_rs_value);                                                                    
 ^                                                   
make[1]: *** [Makefile:206: gnutls.o] Error 1                                                             

Je n'ai aucune idée de pourquoi cela se produit car gnutls_decode_rs_value existe définitivement dans /srv/chroot/proton_crosscc/usr/include/gnutls/crypto.h mais pour une raison quelconque, gcc ne parvient pas à le trouver. Des idées?

@LiamDawe Après de nombreuses tentatives infructueuses en essayant d'accéder au compte Xbox Live avec la build @GloriousEggroll ProtonGE. J'ai décidé d'essayer une autre version de @ vsod99 et avec cette version ProtonGE, j'ai pu me connecter au compte Xbox Live à partir de la troisième tentative.

J'espère que ces informations seront utiles à d'autres utilisateurs.

@LiamDawe Après de nombreuses tentatives infructueuses en essayant d'accéder au compte Xbox Live avec la build @GloriousEggroll ProtonGE. J'ai décidé d'essayer une autre version de @ vsod99 et avec cette version ProtonGE, j'ai pu me connecter au compte Xbox Live à partir de la troisième tentative.

corrigez-moi si je me trompe, mais le premier patch n'a jamais fonctionné pour vous, mais le deuxième patch a fonctionné troisième essai?

J'ai donc ajouté la définition de la fonction avant la macro et elle semble compiler davantage ...

int gnutls_decode_rs_value(const gnutls_datum_t * sig_value, gnutls_datum_t *r, gnutls_datum_t *s);
#define MAKE_FUNCPTR(f) static typeof(f) * p##f

Assez bizarre car seule cette fonction a produit une erreur, toutes les autres vont bien ... Et je ne vois pas non plus de compilation conditionnelle dans crypto.h .

Je viens de tester à nouveau mon code de la version mise à jour plusieurs fois.
Cela me signe dans la première fois à chaque essai.

Les nombreuses tentatives infructueuses provoquées par la première version précoce pourraient vous bloquer pendant un certain temps, comme certains d'entre nous l'ont expérimenté avec le message «hors ligne».

Un problème peut être lié aux versions GnuTLS incompatibles qui n’exportent pas encore

gnutls_decode_rs_value

vous pouvez vérifier en utilisant

nm -gD /usr/lib64/libgnutls.so | grep gnutls_decode_rs_value

(vous devrez peut-être ajuster le chemin)
Si cela aide, j'utilise libgnutls.so.30.23.2

Une autre chose à garder à l'esprit:
Je n'ai testé qu'avec du vin, pas du proton.
(en utilisant le repo wine actuel avec tous les correctifs du repo wine-staging appliqués)

Si cela ne fonctionne pas pour vous, vous pouvez également vérifier si

~/.steam/steam/steamapps/compatdata/976730/pfx/drive_c/windows/system32/bcrypt.dll

allumettes

<your proton version here>/dist/share/default_pfx/drive_c/windows/system32/bcrypt.dll

Pendant le développement, j'ai eu quelques plantages lorsque ce fichier appartenait à une version différente de Wine.

Si vous n'avez aucune sauvegarde à perdre, vous pouvez également essayer de supprimer (ou renommer) tout l'environnement Wine pour Halo

~/.steam/steam/steamapps/compatdata/976730

J'ai appliqué le nouveau patch à Proton-GE, voir ici: https://github.com/rkfg/proton-ge-custom/commit/246632ca855666937049931bbb80819dcab38303

De plus, si vous obtenez des erreurs étranges comme vkd3d.h not found essayez de faire vagrant provision , il devrait mettre à jour quelque chose, puis il se construit bien. Une manière radicale serait de détruire la machine virtuelle mais cela prend trop de temps pour tout installer / mettre à jour. Une manière moins radicale est de supprimer ~/build et ~/proton dans la VM, puis de faire vagrant halt , vagrant up et vagrant provision .

Peut confirmer que je me connecte dès le premier essai en utilisant le deuxième patch et Proton que j'ai construit moi-même. J'ai utilisé la connexion GitHub pour cela (lol), c'est dans les options de connexion avancées.

Merci beaucoup @LukasRuppert!

@rkfg pouvez-vous télécharger votre fichier proton auto-construit ici?

@ McMarius11 bien sûr, j'ai poussé une version: https://github.com/rkfg/proton-ge-custom/releases/tag/halo_mcc_test

Il a également un nom personnalisé Proton-MCC afin que vous ne le confondiez pas avec une autre version de Proton-GE.

ÇA MARCHE j'ai essayé toutes les versions, vous êtes les meilleurs <3
merci @rkfg et @LukasRuppert et @ vsod99 tous les autres impliqués
J'ai essayé de me connecter 5/5 fois, cela a fonctionné sans problème

@ McMarius11 bien sûr, j'ai poussé une version: https://github.com/rkfg/proton-ge-custom/releases/tag/halo_mcc_test

Il a également un nom personnalisé Proton-MCC afin que vous ne le confondiez pas avec une autre version de Proton-GE.

Frappez-moi. Beau travail, il est temps de voir s'il fonctionne réellement sur ma machine non coopérative.
Tous mes problèmes d'hier soir ont été résolus en appliquant le correctif sur un ancien commit de Proton-GE (à cause du premier correctif, il y avait des conflits)> _ <

Merci tout le monde! Cela fonctionne en effet impeccablement du premier coup.

@rkfg votre build est le meilleur! Je me connecte au compte Xbox Live toujours avec la première tentative, même après le redémarrage du jeu. Lorsque j'utilise build from @ vsod99 après le redémarrage du jeu, j'ai à nouveau un problème de connexion et le jeu plante après chaque tentative de connexion, c'est vraiment ennuyeux.
Excellent travail, merci.

Y a-t-il des étapes supplémentaires pour que la version Proton de

Éditer; (J'ai essayé avec un préfixe propre)
Modifier 2; Après avoir redémarré plusieurs fois, j'obtiens simplement l'ancien problème "lors de la connexion à Xbox Live".

le deuxième patch fonctionne une fois. d'autres fois, il tourne pour toujours à l'écran titre.
Je dois refaire le préfixe chaque fois que je veux jouer au jeu.

@exezin pas que je sache. Vous pourriez être bloqué pendant un certain temps en raison de tentatives infructueuses précédentes, attendez simplement et réessayez.

@rkfg Un écran de connexion est-il censé apparaître? Je n'en ai pas vu un après une dizaine de redémarrages du jeu.

@exezin si vous ne voyez rien (à l'exception de l'icône de chargement), cela signifie probablement que quelque chose s'est écrasé.
Essayez de créer un journal , peut-être pourrons-nous le comprendre.

Voici le journal.

steam-976730.log

Et il y a votre problème: (Ligne 221)

3696.755:002e:002f:err:bcrypt:gnutls_initialize failed to load gnutls_decode_rs_value

Essayez de mettre à jour la bibliothèque gnutls.

Fonctionne pour moi sur archlinux avec le patch le plus récent - Quelqu'un a-t-il essayé / demandé à MS la version avec anticheat? Je serais fatigué d'essayer, mais il prend officiellement en charge win 7, alors peut-être que wine prend en charge la version d'easyAC qu'il utilise?

voici mon journal d'essayer d'utiliser le deuxième patch sans supprimer d'abord le préfixe de Halo.
steam-976730.log

voici mon journal d'essayer d'utiliser le deuxième patch sans supprimer d'abord le préfixe de Halo.
steam-976730.log

@ mathew2214 je pense que vous utilisez l'ancienne version Proton
veuillez télécharger https://github.com/rkfg/proton-ge-custom/releases/download/halo_mcc_test/Proton-MCC.tar.gz extrayez-le et copiez-le dans le /home/username/.steam/steam/compatibilitytools. d / dossier et redémarrez Steam et utilisez-le,

@ McMarius11 cette version ne lance même pas le jeu.
voici le journal.
steam-976730.log

@exezin @LukasRuppert

Steam livre actuellement les libgnutls 26.21.8 et 30.6.2.

STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 résout le problème, tant que votre distribution a une version à jour de libgnutls.

@ McMarius11 cette version ne lance même pas le jeu.
voici le journal.
steam-976730.log

@ mathew2214 essaie de lancer le jeu avec l'option de lancement "PROTON_NO_ESYNC = 1% commande%" sans le ""
ou essayez d'utiliser "PROTON_NO_FSYNC = 1% commande%" ou "PROTON_NO_FSYNC = 0% commande%"

Une sorte de demande de jerk, mais pouvons-nous commencer à utiliser gist au lieu de téléchargements directs? Avec Gists, nous n'aurions pas besoin de télécharger les journaux pour les parcourir.

@LukasRuppert Je suis déjà sur libgnutls30, le dernier sur ma distribution (lubuntu 18.04.3 LTS). Quelle version suggérez-vous?

@davidebeatrici @exezin ajoutant cela aux options de lancement semble l'avoir corrigé pour moi, sur KDE Neon 5.17 (une variante d'Ubuntu 18.04). J'avais oublié l'option d'exécution Steam et je pensais que je devrais construire / installer directement gnutls 3.6.6 (la distribution livrée avec 3.5).

J'ai pu me connecter avec mon compte Microsoft et accéder au menu principal. J'utilise la version de @rkfg.

@ McMarius11 en utilisant ces deux arguments, cette construction de protons se comporte exactement comme la mienne. cela fonctionne une fois après avoir supprimé le préfixe, puis il tournera toujours pendant quelques secondes et plantera.
https://gist.github.com/mathew2214/966d11905790fe9a2fcf3cf874407cb0

@davidebeatrici Que considérons-nous comme une version à jour? Je suis sur libgnutls30 pour le moment, ces drapeaux empêchent de planter mais je ne peux toujours pas faire apparaître d'écran de connexion.

J'ai trouvé la cause de l'incohérence. J'ai un patch mis à jour avec des tests ajoutés que je soumettrai en amont plus tard dans la journée.

@ Guy1524 une chance qu'un fichier de correctif puisse s'appliquer à un environnement de construction de protons existant?

@exezin gnutls / gnutls @ d5f226c8e605b5ee14a6d9ed289b32dedb903d4d

@exezin gnutls / gnutls @ d5f226c

Autrement dit, gnutls 3.6.0 ou plus récent.

Pour mémoire, je n'utilise pas STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 et mon hôte libgnutls30 est de la version 3.6.10-5 (test Debian). De plus, je lance Steam Beta si c'est important.

Voici le patch mis à jour excluant les tests sur lesquels je travaille. Je pensais que je le téléchargerais car les tests prendraient plus de temps.

La ligne 104 montre ma solution de contournement pour un comportement étrange dans les gnutls provoquant l'incohérence.

@exezin gnutls / gnutls @ d5f226c

Autrement dit, gnutls 3.6.0 ou plus récent.

Intéressant, je venais de construire 3.6.6 à partir des sources quand j'ai vu le rappel d'utiliser les bibliothèques hôtes; et je pensais que c'était cette option qui le faisait fonctionner. Je m'attendais à devoir faire plus de travail pour que le proton utilise les gnutls nouvellement construits, mais il l'a peut-être récupéré tout de suite. Dans ce cas, STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 et gnutls 3.6 sont nécessaires.

Toute personne essayant d'installer gnutls 3.6 sur une distribution 18.04 via dpkg peut rencontrer des problèmes de dépendance, les instructions sur la construction de la source sont ici: https://gitlab.com/gnutls/gnutls/blob/master/INSTALL.md

Malheureusement, je n'ai plus de temps de débogage pour aujourd'hui, mais voici quelques notes de compatibilité supplémentaires pour savoir où je suis:

• Je suis sur KDE Neon 5.17
• J'ai construit gnutls 3.6.6 dans mon /usr/local , je ne suis pas vraiment sûr si le proton le capte ou non
• J'ai utilisé l'option désactivée EAC, je n'ai pas encore essayé l'autre.
• Si je supprime le dossier steamapps/compatdata/976730 , le jeu démarre correctement et demande une connexion, qui réussit et je peux entrer dans le menu principal.
• Si je quitte et lance le jeu une deuxième fois, le jeu semble rester bloqué sur un écran noir jusqu'à ce que je supprime le dossier compatdata et réessaye
• Au premier lancement avec un nouveau dossier compatdata, je peux lancer une mission de campagne et me déplacer un peu, les performances semblent bonnes
• Après quelques secondes d'être réellement dans le jeu (ou immédiatement lors de la première mission / démarrage rapide), je reçois une réinitialisation du GPU et une corruption de l'écran, mais je pense que cela pourrait être un problème distinct (amdgpu RX Vega 64, VM_L2_PROTECTION_FAULT puis sonnerie gfx timeout, extrait dmesg

Halo ne se souvient-il pas de la connexion? Je dois le faire à chaque lancement et cela indique que je suis déjà connecté quelque part.

@rkfg J'ai également besoin de me connecter à nouveau à chaque fois.

@ mathew2214 Votre journal semble
Peut-être un problème de localisation?
Vous pouvez essayer de changer la langue dans Steam. Peut-être que cela améliore les choses.
Sinon, concernant bcrypt, la seule entrée de journal est celle en cours de chargement, donc rien de suspect là-bas.

Edit: oubliez le truc de localisation. Le journal de la version de travail y ressemble exactement.

i construit Proton-GE s avec @ Guy1524 '@GloriousEggroll correctif récent.
https://drive.google.com/file/d/1EpA9-lTr19Hc8909g7MgGy7ZTdxdokfd/view?usp=sharing

pour moi, il se comporte exactement comme mes précédentes tentatives de lancer ce jeu. cela ne fonctionne que si je supprime le préfixe avant le lancement. Sinon, je reçois le spinner de l'écran de titre pendant environ une minute et le jeu plante.
https://gist.github.com/mathew2214/e8c641e102d91b045e9d7453184461ea

@crespyl Probablement le mauvais endroit pour en discuter mais je ne trouve pas de solution ailleurs. Un conseil sur la construction de gnutls sur 18.04, en supposant que vous ayez réussi à le faire? Je rencontre un problème de dépendance:

~~Libnettle 3.4.1 est introuvable.~ ~

Même si j'ai compilé gmp et orties à partir des sources.

@exezin, vous pouvez obtenir de l'ortie à partir d'ici: https://www.lysator.liu.se/~nisse/nettle/

Le processus configure / make / make-install devrait configurer tout ce dont gnutls a besoin pour construire, je ne pense pas que je devais faire quelque chose de spécial.

Le document gnutls INSTALL.md contient des informations supplémentaires sur la construction d'ortie qui pourraient vous aider.

i construit Proton-GE s avec @ Guy1524 '@GloriousEggroll correctif récent.
https://drive.google.com/file/d/1EpA9-lTr19Hc8909g7MgGy7ZTdxdokfd/view?usp=sharing

pour moi, il se comporte exactement comme mes précédentes tentatives de lancer ce jeu. cela ne fonctionne que si je supprime le préfixe avant le lancement. Sinon, je reçois le spinner de l'écran de titre pendant environ une minute et le jeu plante.
https://gist.github.com/mathew2214/e8c641e102d91b045e9d7453184461ea

@ mathew2214
Si je ne manque pas quelque chose, il semble vraiment que PROTON_LOG = 1 me cause un écran de chargement infini (et un crash). Si vous avez cette option, essayez de la supprimer. Cela rend la résolution de ce problème vraiment compliquée

Je peux confirmer avec la dernière version préliminaire de GE que la connexion fonctionne, mais cela a pris environ 20 à 30 fois.

Je viens de soumettre le patch à wine-devel, j'espère que cela pourra en faire la prochaine version de protons.

Andrew et moi avons discuté des moyens d'accéder à pgnutls_decode_rs_value à partir de la version actuelle de gnutls du Steam Runtime. Il s'avère que la fonction existe dans la version d'exécution de la bibliothèque, mais n'est pas exportée.

En raison de cette valve, il faut soit rétroporter le commit qui ajoute la fonction nécessaire, soit extraire son adresse de son entrée de descripteur de cadre.

@ Guy1524 Ce patch est-il identique à celui-ci ? Je peux aussi construire Proton avec!

Oh ok donc j'utilisais la version préliminaire officielle de GE MCC, mais il s'avère que cette nouvelle version a fonctionné pour la première fois

https://github.com/rkfg/proton-ge-custom/releases/tag/halo_mcc_test

Lancé et aucune erreur du tout et connecté pour la première fois.

J'obtiens toujours le "connecté ailleurs" à la relance, mais en appuyant sur Connexion, je me connecte sans demander aucune information.

@rkfg C'est similaire, juste un peu plus précis. Les deux devraient fonctionner correctement avec MCC.

Vous pouvez trouver celui que j'ai soumis à wine-devel ici: https://source.winehq.org/patches/data/175029

@ Guy1524 super, merci! Je l'appliquera à Proton et construira. J'appliquerai également une solution de contournement pour les gnutls car la fonction n'est pas exportée correctement, mais la simple déclaration manuelle semble fonctionner. Au moins pour certaines personnes, jusqu'à ce qu'un correctif approprié soit publié.

J'ai essayé et essayé et je n'ai pas eu de chance de passer à une version ultérieure de gnutls, il ne se compile tout simplement pas sur mon système (18.04 lubuntu), se plaint constamment des fonctionnalités d'ortie manquantes dont je sais qu'il existe car j'ai compilé et installé avec succès le toute dernière version de la source, y compris gmp.

Y a-t-il d'autres options que je peux essayer pour que cela fonctionne de mon côté? Je reçois juste une erreur de connexion sans fin avec chaque version de Proton et je ne reçois jamais d'écran de connexion.

Y a-t-il d'autres options que je peux essayer pour que cela fonctionne de mon côté?

Passer à la version 18.10 ou plus récente? Je suppose que vous avez une bonne raison de rester le 18.04.

@leifmetcalf Eh bien, je devrais abandonner LTS pour ça.

@exezin vous pouvez télécharger manuellement un .deb, le décompresser et remplacer la bibliothèque (faites d'abord une sauvegarde!). Par exemple, celui-ci .

Je me demande pourquoi cela fonctionne pour moi si je n'utilise pas de bibliothèques hôtes. Vérifiera ce qui est exactement chargé avec le jeu.

@rkfg Cela ressemble à un cauchemar qui attend de se produire, mais je vais

@exezin temporairement remplacer un seul fichier (et les liens symboliques) est facile et sûr tant que ce n'est pas une bibliothèque très fondamentale comme la libc. Cette libgnutls pourrait avoir besoin d'une libc plus récente, donc cela ne fonctionnera pas, mais dans ce cas, vous pouvez simplement la remplacer par la sauvegarde et attendre une meilleure correction.

Oh attendez, en fait, il y a une meilleure solution (je pense). Steam préfère maintenant les bibliothèques hôtes, semble-t-il. Voici à quoi ressemble STEAM_RUNTIME_LIBRARY_PATH pour moi, extrait du jeu en cours (Steam est installé sur /opt/SteamLinux ):

/opt/SteamLinux/ubuntu12_32/steam-runtime/pinned_libs_32:
/opt/SteamLinux/ubuntu12_32/steam-runtime/pinned_libs_64:
/usr/lib/x86_64-linux-gnu/libfakeroot:
/lib/i386-linux-gnu:/usr/lib/i386-linux-gnu:/usr/local/lib:
/usr/local/lib/libstrangle/lib32:
/usr/local/lib/libstrangle/lib64:
/usr/local/lib/x86_64-linux-gnu:
/lib/x86_64-linux-gnu:
/usr/lib/x86_64-linux-gnu:/lib32:/usr/lib32:/libx32:
/usr/libx32:/lib:/usr/lib:/usr/lib/i386-linux-gnu/i686:
/usr/lib/i386-linux-gnu/tls:/usr/lib/i386-linux-gnu/sse2:/usr/lib/x86_64-linux-gnu/tls:
/usr/lib32/tls:/usr/lib/tls:/opt/SteamLinux/ubuntu12_32/steam-runtime/lib/i386-linux-gnu:
/opt/SteamLinux/ubuntu12_32/steam-runtime/usr/lib/i386-linux-gnu:
/opt/SteamLinux/ubuntu12_32/steam-runtime/lib/x86_64-linux-gnu:
/opt/SteamLinux/ubuntu12_32/steam-runtime/usr/lib/x86_64-linux-gnu:
/opt/SteamLinux/ubuntu12_32/steam-runtime/lib:
/opt/SteamLinux/ubuntu12_32/steam-runtime/usr/lib

Sauts de ligne ajoutés pour plus de lisibilité. Vous pouvez mettre la bibliothèque décompressée dans %STEAMROOT%/ubuntu12_32/steam-runtime/pinned_libs_64 et le jeu devrait la charger à la place de celle du système. Certes, il n'y aurait aucun problème avec une libc trop ancienne.

Un peu tard à la fête ici, mais si je lance la version de @rkfg , celle trouvée ici: https://github.com/rkfg/proton-ge-custom/releases/tag/halo_mcc_test

Le jeu se comporte exactement comme il le ferait sous n'importe quelle version standard de Proton; autrement dit, il affiche le message «Erreur de connexion: erreur rencontrée lors de la connexion à Xbox Live». Lors du spam du bouton Rety, il ne fait que répéter ce message. Ma procédure pour configurer cela consistait à extraire l'archive tar dans le dossier compatabilitytools.d, puis à démarrer MCC. J'exécute ceci sur Ubuntu 18.04. Y a-t-il quelque chose que je ne fais pas bien?

Oh attendez, en fait, il y a une meilleure solution (je pense). Steam préfère maintenant les bibliothèques hôtes, semble-t-il. Voici à quoi ressemble STEAM_RUNTIME_LIBRARY_PATH pour moi, extrait du jeu en cours (Steam est installé sur /opt/SteamLinux ):

/opt/SteamLinux/ubuntu12_32/steam-runtime/pinned_libs_32:
/opt/SteamLinux/ubuntu12_32/steam-runtime/pinned_libs_64:
/usr/lib/x86_64-linux-gnu/libfakeroot:
/lib/i386-linux-gnu:/usr/lib/i386-linux-gnu:/usr/local/lib:
/usr/local/lib/libstrangle/lib32:
/usr/local/lib/libstrangle/lib64:
/usr/local/lib/x86_64-linux-gnu:
/lib/x86_64-linux-gnu:
/usr/lib/x86_64-linux-gnu:/lib32:/usr/lib32:/libx32:
/usr/libx32:/lib:/usr/lib:/usr/lib/i386-linux-gnu/i686:
/usr/lib/i386-linux-gnu/tls:/usr/lib/i386-linux-gnu/sse2:/usr/lib/x86_64-linux-gnu/tls:
/usr/lib32/tls:/usr/lib/tls:/opt/SteamLinux/ubuntu12_32/steam-runtime/lib/i386-linux-gnu:
/opt/SteamLinux/ubuntu12_32/steam-runtime/usr/lib/i386-linux-gnu:
/opt/SteamLinux/ubuntu12_32/steam-runtime/lib/x86_64-linux-gnu:
/opt/SteamLinux/ubuntu12_32/steam-runtime/usr/lib/x86_64-linux-gnu:
/opt/SteamLinux/ubuntu12_32/steam-runtime/lib:
/opt/SteamLinux/ubuntu12_32/steam-runtime/usr/lib

Sauts de ligne ajoutés pour plus de lisibilité. Vous pouvez mettre la bibliothèque décompressée dans %STEAMROOT%/ubuntu12_32/steam-runtime/pinned_libs_64 et le jeu devrait la charger à la place de celle du système. Certes, il n'y aurait aucun problème avec une libc trop ancienne.

Veuillez ne pas faire cela, les dossiers pinned_libs_ * sont effacés lors des mises à jour de Steam Runtime. Au lieu de cela, rangez votre bibliothèque quelque part à l'écart et ajoutez un lien symbolique vers les dossiers pinned_libs_ * pour vos expériences. De plus, si quelque chose ne va pas, vous pouvez supprimer les dossiers pinned_libs_ * et Steam les régénérera lors de la prochaine exécution.

@rkfg En les ajoutant au répertoire pinned_libs, le jeu ne démarre même pas pour moi, je suppose que je ne jouerai pas à celui-ci pour le moment: /

Un peu tard à la fête ici, mais si je lance la version de @rkfg , celle trouvée ici: https://github.com/rkfg/proton-ge-custom/releases/tag/halo_mcc_test

Le jeu se comporte exactement comme il le ferait sous n'importe quelle version standard de Proton; autrement dit, il affiche le message «Erreur de connexion: erreur rencontrée lors de la connexion à Xbox Live». Lors du spam du bouton Rety, il ne fait que répéter ce message. Ma procédure pour configurer cela consistait à extraire l'archive tar dans le dossier compatabilitytools.d, puis à démarrer MCC. J'exécute ceci sur Ubuntu 18.04. Y a-t-il quelque chose que je ne fais pas bien?

Cette version fonctionne très bien pour moi sur Pop! _Os 19.10. La connexion a fonctionné du premier coup et n'a eu aucun problème à se reconnecter lors du redémarrage. J'ai joué quelques missions de campagne sans véritable hoquet, seulement quelques bégaiements de la compilation de shader. Tenter de démarrer le matchmaking entraîne une fenêtre contextuelle indiquant que Easy Anti Cheat n'est pas activé. Bien que je ne m'attendais pas à ce que cela fonctionne, j'ai pensé que je le clarifierais car je n'ai encore vu personne le mentionner. Le matchmaking multijoueur n'est donc pas disponible, mais il semble que les jeux personnalisés fonctionnent.

@protonpunisher assurez-vous d'avoir sélectionné cette version

Quoi qu'il en soit, voici une version avec le correctif de @ Guy1524 : https://github.com/rkfg/proton-ge-custom/releases/tag/Guy1524 Aucune différence visible pour moi, mais si c'est plus correct, alors ça doit être mieux.

Je ne parviens pas du tout à lancer le jeu avec l'une des différentes versions publiées de Proton. Je peux le lancer avec l'erreur de connexion attendue en utilisant le Proton par défaut.

Succès! Je l'ai fait fonctionner en mettant cette version de libgnutls dans le STEAMROOT%/ubuntu12_32/steam-runtime/pinned_libs_64 , aucune des autres versions ne fonctionnerait pour une raison quelconque, pas même une version 3.6.x antérieure.

(Utilisation de la version corrigée par @ Guy1524 ici )

@exezin avez-vous essayé des versions plus récentes que la 3.6.4?

@leifmetcalf J'en ai essayé quelques-uns, ouais. Le jeu ne voulait charger aucun d'entre eux. Cela est probablement dû au fait que je suis sur 18.04, avec des bibliothèques plus anciennes en général. Les versions ultérieures de gnutls ne sont probablement pas compatibles avec mes autres bibliothèques, etc.

@leifmetcalf Je viens d'essayer la version 3.6.5 de gnutils et je n'ai eu aucun problème à faire fonctionner le jeu.

@exezin Je suis moi-même sur 18.04 LTS et même avec les bibliothèques épinglées et la version exacte du proton que vous utilisez, le jeu ne démarre même pas. :(

@cybik Si vous souhaitez reproduire ma configuration exacte lorsque je l'ai fait fonctionner, assurez-vous de ne pas avoir de commandes de lancement dans Steam et assurez-vous de forcer la bonne version de Proton.

Vérifiez également que vous avez placé les fichiers dans le bon répertoire libs épinglé, ne confondez pas le dossier que vous voulez .steam/root/ubuntu12_32/steam-runtime/pinned_libs_64 avec le dossier que vous ne voulez pas root/ubuntu12_64/steam-runtime/pinned_libs_64 .

Et peut-être assurez-vous que vos packages système sont également à jour.

J'utilise également une GTX 1070 avec la version de pilote 440.31.

@exezin no Lancez les commandes / options, mettez les bibliothèques dans le _32 épinglé, le système n'est obsolète que pour QT et qemu. :(

@cybik Publier un journal ( PROTON_LOG=1 ) Je suppose.

https://gist.github.com/cybik/f32f095f76d42b58157c4c47c7c5994b

essentiellement, 603916.884:0039:003a:err:esync:esync_init Failed to open esync shared memory file; make sure no stale wineserver instances are running without WINEESYNC.

quoi

@cybik Essayez la commande de lancement PROTON_NO_ESYNC=1 , peut-être aussi essayez PROTON_NO_FSYNC=1

@cybik essaie d'utiliser l'option de lancement PROTON_NO_ESYNC=1 %command% , j'avais ça avant et ça m'a aidé. Mais c'est probablement ce qu'il dit, un autre wineserver sans support esync est toujours en cours d'exécution, vous devez donc le tuer.

Ouais j'ai grogné ps et il n'y a pas de vin nulle part, je vais tuer esync rapidement.

WINEPREFIX="path/to/SteamLibrary/steamapps/compatdata/976730/pfx" wineserver -k normalement l'affaire pour moi

Premiers compagnons abattus. La désactivation d'esync l'a fait!

edit: Et j'ai eu une erreur fatale au milieu du début de la mission.

Quelqu'un d'autre joue sur Navi et rencontre des problèmes comme celui-ci?

Tout ce qui se rapproche semble bien, mais tout ce qui est éloigné commence à montrer une corruption graphique. Je ne suis pas sûr qu'il s'agisse d'un problème ACO, car j'obtiens un blocage du GPU en essayant avec LLVM.

Utilisation de LLVM 9.0 avec le maître Mesa (actuellement c9acf07)

EDIT: Les réalisations semblent également ne pas se débloquer pour moi, j'utilise la version 4.21-GE-1 de Mathew2214 avec le patch de Guy1524.

@exezin @rkfg @ Guy1524 le build que vous avez lié / publié / codé a fonctionné du premier coup! Des trucs incroyables!

Après avoir mis à jour mon noyau vers la version 5.3, obtenir les derniers pilotes Mesa / ACO à partir du ppa oibaf (en définissant l'option RADV_PERFTEST=aco ) et en utilisant le proton @rkfg build, tout semble fonctionner correctement.

En passant, le noyau 5.3 semble avoir résolu les problèmes que je rencontrais avec amdgpu ne pouvant pas se réinitialiser et se récupérer après un crash, je n'ai plus besoin de redémarrer Xorg après chaque blocage.

Les performances semblent un peu merdiques sur mon ordinateur portable (860m, ​​i7-4810MQ, Ubuntu 18.04)

Utilisation de ce proton et des bibliothèques liées ci-dessus

Lecture à 1600x900. Quelqu'un a-t-il des conseils sur les performances? À part les performances, cela semble bon - pas de problème de connexion, pas de crash, etc.

EDIT: Les performances sont meilleures avec une fenêtre sans bordure, une échelle de résolution réduite, contre même un plein écran 320x180, bizarre.

J'ai utilisé la dernière version avec le patch de gars, mais je n'obtiens toujours pas de succès. J'ai forcé la version proton de manière appropriée, mais je ne vois toujours aucune différence avec le proton vanille.

Mes options de lancement sont vides, tous les autres paramètres de propriétés sont inchangés par rapport à la valeur par défaut, à l'exception de "l'outil de compatibilité de lecture de vapeur", que j'ai défini dans la capture d'écran ci-dessus.

Si j'utilise la première version d'eggroll, je peux parfois lui faire ouvrir une fenêtre de connexion, mais je ne me suis jamais connecté avec succès, et il plante constamment avec l'erreur fatale.

Qu'est-ce que je ne fais pas que je suis censé être?

Quelqu'un peut-il me dire le chemin vers lequel extraire pour installer cette version de proton personnalisée? Je suis à l'élémentaire 5.1 et je ne sais pas comment procéder.

J'ai téléchargé la vapeur, MCC, RAN dans l'erreur, puis téléchargé cette , mais je ne peux pas trouver l'emplacement pour l' extraire à afin qu'il apparaisse comme un outil de compatibilité. Quelqu'un a également mentionné les bibliothèques personnalisées, sont-elles nécessaires? Si oui, puis-je obtenir un lien et un emplacement pour les mettre?

J'ai fait quelques recherches sur Google, c'est vraiment spécifique et nouveau donc je n'ai pas eu beaucoup de chance.

@sudoWiz Vous pouvez placer des outils de compatibilité personnalisés dans ~/.steam/root/compatibilitytools.d . Par défaut, Steam devrait déjà avoir créé le dossier ~/.steam/root , mais compatibilitytools.d n'existera pas, vous pouvez simplement créer le dossier vous-même et y placer la version de proton personnalisé (extraite). Vous devriez avoir un dossier pour chaque version personnalisée de proton.

Hmmm. Je peux donc très bien ouvrir le jeu maintenant, mais je rencontre régulièrement des blocages. Le jeu s'arrête quelques secondes, puis continue. Je ne sais pas du tout ce qui pourrait en être la cause. Je soupçonne peut-être une limitation thermique, alors j'essaie de vérifier cela d'abord ... mais je ne suis pas trop sûr, car je peux jouer à d'autres jeux plus gourmands en ressources sans problème.

EDIT: l'étranglement thermique n'est probablement pas ça. Je joue à A Hat In Time et l'ordinateur portable est à peu près à la même température, sans gel.

Spécifications: Core i7-8950HK, 32 Go de RAM, nVidia RTX2070 Max-Q (d'où mes soupçons sur la limitation de quelque sorte)

Voici un aperçu de mes journaux Halo MCC, au cas où quelqu'un voudrait m'aider à jeter un coup d'œil: https://gist.github.com/rjbozzol/a0e06c287fae223c33505ef4a22f1656

@sudoWiz Vous pouvez placer des outils de compatibilité personnalisés dans ~/.steam/root/compatibilitytools.d . Par défaut, Steam devrait déjà avoir créé le dossier ~/.steam/root , mais compatibilitytools.d n'existera pas, vous pouvez simplement créer le dossier vous-même et y placer la version de proton personnalisé (extraite). Vous devriez avoir un dossier pour chaque version personnalisée de proton.

Je vous remercie! Cela a fonctionné. J'ai pu lancer le jeu et accéder à l'écran de connexion. Je continue à recevoir une erreur fatale après quelques secondes avec le jeu ouvert cependant ...

quelques mises à jour de mes tests au cours des dernières heures:

j'ai trouvé un correctif pour https://github.com/ValveSoftware/Proton/issues/2907#issuecomment -561843781
la désactivation de PROTON_LOG permet au jeu de fonctionner correctement sur un préfixe déjà existant.
pour autant que je sache, le jeu fonctionne presque parfaitement avec cette configuration. à l'exception que les performances sont terribles si Vsync est activé. parfois il y a du son, parfois il n'y en a pas.
cependant, je dois me connecter à Xbox Live à chaque lancement.

cette version: https://github.com/rkfg/proton-ge-custom/releases/tag/Guy1524 ne lance pas du tout le jeu. même si ESYNC et FSYNC sont tous deux désactivés.

Juste pour dire que Halo Reach (campagne) fonctionne très bien pour moi lorsque vous utilisez cette version de proton: https://github.com/rkfg/proton-ge-custom/releases/tag/Guy1524 Cela ne fonctionnait pas avec les versions de stock de proton. Je n'avais pas besoin de faire quoi que ce soit de spécial à part le téléchargement de cette version personnalisée et l'utilisation par Steam.

Mes spécifications:
8700k / 1080ti
ubuntu 19.04 / 5.0.0-32
nvidia 418.56 (installé à l'aide de l'outillage intégré d'ubuntu)

@bendamschke un fichier journal serait génial :)
utiliser PROTON_LOG = 1% commande% comme options de lancement
J'ai testé Proton-4.21-Guy1524 et cela fonctionne aussi bien que le précédent :)

Jusqu'à présent, je n'ai pu essayer que quelques trucs qui n'ont pas fonctionné. Le correctif Proton-GE sur le noyau 5.4 m'a permis de me connecter à la xbox, mais la connexion a continué à redémarrer et s'est toujours terminée par le bouton de réessai. Ensuite, je suis allé au noyau genric 5.0.0 et j'ai essayé de compiler proton-ge moi-même. Ici, le lancement du jeu avec proton-ge me donne toujours une erreur fatale et le lancement avec la version par @rkfg n'a pas de connexion xbox mais toujours uniquement le bouton de réessai.
La version personnalisée de wine est morte dans la vm vagrant pendant le processus de création avec une rangée d'erreurs fatales toutes liées aux fichiers dxvk lors de la compilation avec mingw. Y a-t-il quelque chose à ajouter à mingw ou dxvk dans la VM? J'ai essayé de compiler proton-GE.

PS: encore faut-il essayer cette version: https://github.com/rkfg/proton-ge-custom/releases/tag/Guy1524

Quelqu'un d'autre joue sur Navi et rencontre des problèmes comme celui-ci?
Utilisation de LLVM 9.0 avec le maître Mesa (actuellement c9acf07)

@ jerbear64 Je vois les mêmes artefacts avec mon 5700 XT sur mesa 19.2.6-1 (LLVM 9.0) avec linux 5.3.9-3

@ jerbear64 Jouant sur un 5700, peut confirmer également avoir ces problèmes. J'ai eu ces problèmes à la fois sur MESA 20-git et 19.2.6-1 avec Linux 5.4.1.

Les performances semblent un peu merdiques sur mon ordinateur portable (860m, ​​i7-4810MQ, Ubuntu 18.04)

Puis-je demander quelle branche de pilote vous utilisez @gburgwardt ? J'ai aussi le 860m et les textures du terrain sont simplement noires. La vision nocturne les décrit toujours correctement.

Sur Ubuntu 18.04 avec le noyau 5.3.0-22-generic, python se plaint d'un type d'URL inconnu dans un fichier de la version proton corrigée au lancement du jeu. Voici ce qui semble être la ligne pertinente:

File "/home/jfoo/.local/share/Steam/compatibilitytools.d/Proton-4.21-Guy1524/protonfixes/corefonts.py", line 48, in download_file with urllib.request.urlopen(url, files) as font:

Voici la sortie complète:

Exception in thread Thread-1: Traceback (most recent call last): File "/usr/local/lib/python3.6/threading.py", line 916, in _bootstrap_inner self.run() File "/usr/local/lib/python3.6/threading.py", line 864, in run self._target(*self._args, **self._kwargs) File "/home/jfoo/.local/share/Steam/compatibilitytools.d/Proton-4.21-Guy1524/protonfixes/corefonts.py", line 48, in download_file with urllib.request.urlopen(url, files) as font: File "/usr/local/lib/python3.6/urllib/request.py", line 223, in urlopen return opener.open(url, data, timeout) File "/usr/local/lib/python3.6/urllib/request.py", line 526, in open response = self._open(req, data) File "/usr/local/lib/python3.6/urllib/request.py", line 549, in _open 'unknown_open', req) File "/usr/local/lib/python3.6/urllib/request.py", line 504, in _call_chain result = func(*args) File "/usr/local/lib/python3.6/urllib/request.py", line 1388, in unknown_open raise URLError('unknown url type: %s' % type) urllib.error.URLError: <urlopen error unknown url type: https>
Il ne s'agit que de la sortie d'un thread, mais cette sortie exacte est répétée pour les threads 2 à 11. Cela semble être le bogue qui cause l'erreur xbox live. Je vais commencer à travailler sur un correctif pour cela plus tard dans la journée.

@protonpunisher cela semble pertinent . Votre installation Python est peut-être défectueuse: HTTPS support is only available if the socket module was compiled with SSL support.

Je l'ai fait fonctionner :)

Mon code est un horrible hack, mais je voulais juste le faire fonctionner du tout pour le moment.
La partie importante est que BCryptSignHash doit calculer le hachage SHA1 et renvoyer une signature DSA au format IEEE P1363:
https://stackoverflow.com/questions/20992760/understanding-bcryptsignhash-output-signature
Couper le résultat de pgnutls_privkey_sign_hash en deux et tronquer le reste ou le remplir avec des zéros fonctionnait assez souvent pour se connecter.
Cela prendra cependant quelques essais.
Une implémentation correcte doit extraire correctement r et s du format de signature de GnuTLS.

J'espère que ça aide.

Pour être complet, j'ai attaché le diff au repo de vin actuel avec tous les correctifs de mise en scène de vin appliqués:
halo_mcc_hack.txt
Cependant, je vous recommande de l'implémenter correctement à partir de zéro.

Mise à jour: essayez la deuxième version .
De nombreux commentaires prétendent avoir des problèmes avec celui-là,
mais au moins pour moi, cela évite complètement les tentatives qui sont nécessaires avec la première version et tout problème que les tentatives de connexion infructueuses pourraient entraîner (comme le blocage temporaire de votre adresse IP pour vous connecter).

Où placez-vous le patch diff? Cette friandise aurait été agréable à inclure dans le correctif.

Les performances semblent un peu merdiques sur mon ordinateur portable (860m, ​​i7-4810MQ, Ubuntu 18.04)

Puis-je demander quelle branche de pilote vous utilisez @gburgwardt ? J'ai aussi le 860m et les textures du terrain sont simplement noires. La vision nocturne les décrit toujours correctement.

Je peux vérifier avec certitude quand je rentre à la maison, mais je suis à peu près sûr que c'est exactement ce que Ubuntu 18.04 est installé automatiquement

Donc, j'ai toujours mon étrange accrochage au menu avec un fond noir (et un logo halo, de la musique en cours de lecture) où tout le système se fige et je dois forcer un redémarrage.
steam-976730.log

Edit: informations système

Quelqu'un a des pensées?

Bonjour @ vsod99 , veuillez copier les informations de votre système à partir de Steam ( Steam -> Help -> System Information ) et mettez-les dans un gist , puis incluez un lien vers l'essentiel dans ce rapport de problème.

Juste en mettant ceci ici, j'ai initialement essayé les trois protons différents (Proton-4.21-GE-1 / Proton-4.21-Guy1524 / Proton-MCC) et aucun d'entre eux n'a fonctionné. Cependant, j'ai regardé plus loin dans ce forum les messages de @exezin et

Ok je suis arrivé jusqu'ici, alors je ne savais pas quoi entrer: danseur: xD

Il semble que le noyau compte aussi. Sur 5.0.0, je n'ai toujours eu que la fenêtre de nouvelle tentative immédiatement, indépendamment de la compilation de vin. Sur 5.4.2, cela fonctionne avec la version de Glorious Eggroll! Mais une seule fois jusqu'à présent et la performance est de 1 fps environ lol

Vous avez besoin d'un compte Microsoft.

fonctionne pour moi, mais sol / sol si noir comme dans jerbear64 post
merci pour l'excellent travail @ Guy1524

@rkfg @ Guy1524

Je me suis dépêché en disant qu'il n'y a pas de problèmes. Après quatre épisodes, je me suis couché, le lendemain, j'ai découvert que le jeu se bloquait lorsque je me reconnectais au compte Xbox Live. J'ai essayé d'utiliser à mon tour les deux versions https://github.com/rkfg/proton-ge-custom/releases/tag/halo_mcc_test et https://github.com/rkfg/proton-ge-custom/releases/tag/Guy1524
Mais le jeu plante encore et encore. J'ai décidé d'essayer de supprimer le dossier de préfixe Wine et cela résout le problème. Mais quand j'ai quitté le jeu et relancé, le crash se reproduit à nouveau.

Je peux donc décrire ce problème:
Une fois la connexion réussie, les informations de connexion sont stockées dans le profil utilisateur dans le préfixe wine et après le redémarrage du jeu, ces informations sont utilisées et provoquent le crash du jeu.

steam-976730.log

@rkfg @ Guy1524

Je me suis dépêché en disant qu'il n'y a pas de problèmes. Après quatre épisodes, je me suis couché, le lendemain, j'ai découvert que le jeu se bloquait lorsque je me reconnectais au compte Xbox Live. J'ai essayé d'utiliser à mon tour les deux versions https://github.com/rkfg/proton-ge-custom/releases/tag/halo_mcc_test et https://github.com/rkfg/proton-ge-custom/releases/tag/Guy1524
Mais le jeu plante encore et encore. J'ai décidé d'essayer de supprimer le dossier de préfixe Wine et cela résout le problème. Mais quand j'ai quitté le jeu et relancé, le crash se reproduit à nouveau.

Je peux donc décrire ce problème:
Une fois la connexion réussie, les informations de connexion sont stockées dans le profil utilisateur dans le préfixe wine et après le redémarrage du jeu, ces informations sont utilisées et provoquent le crash du jeu.

steam-976730.log

le jeu se comporte-t-il différemment si vous supprimez toutes les options de lancement, mais gardez "% command%"?

Halo: MCC ne se lance pas pour moi sur Fedora 31. Dès que je clique sur play, il se ferme. Il n'y a même pas d'écran de démarrage. Mes options de lancement dans Steam sont PROTON_LOG=1 PROTON_NO_ESYNC=1 %command% .

• Système d'exploitation: Fedora 31
• Noyau: 5.3.13-300.fc31.x86_64
• Proton: 4.21-GE-1-MCC-3-gab720e2
• GPU: GTX 1080 Ti
  
  
  
  • Nouveau
  
  
  • RPMFusion
  
  
  • Negativo17 (actuel)
  
  
  • Installation manuelle des pilotes de Nvidia
  
  

Des idées sur ce que je fais mal? Merci

======================
Proton: 1575502137 4.21-GE-1-MCC-3-gab720e2
SteamGameId: 976730
Command: ['/mnt/84940C56940C4CDC/Games/SteamLibrary/steamapps/common/Halo The Master Chief Collection/MCC/Binaries/Win64/MCC-Win64-Shipping.exe']
Options: {'noesync'}
======================
ERROR: ld.so: object '/home/administrator/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
wine: /mnt/84940C56940C4CDC/Games/SteamLibrary/steamapps/compatdata/976730/pfx is not owned by you
ERROR: ld.so: object '/home/administrator/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/administrator/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: /mnt/84940C56940C4CDC/Games/SteamLibrary/steamapps/compatdata/976730/pfx is not owned by you

Éditer:

Soit déplacer le jeu sur le lecteur où GNU / Linux est installé, soit suivre https://github.com/ValveSoftware/Proton/issues/1180 fonctionne de mon côté. Il y a aussi ce guide qui peut vous aider, cependant si vous avez une erreur de syntaxe dans /etc/fstab , vous retomberez en mode urgence: https://github.com/ValveSoftware/Proton/wiki/Using-a- Disque-NTFS avec Linux et Windows

J'ai construit python 3.6.9 avec le support openssl, et maintenant les messages d'erreur que j'ai postés plus tôt ont disparu. Cependant, le comportement du jeu est inchangé; Je reçois toujours le message d'erreur Xbox Live. Une nouvelle tentative de spam ne sert à rien.

De plus, si j'essaye de le relancer après une première tentative, le jeu ne démarrera pas. Dès que je clique sur play, il se ferme, pas d'écran de démarrage; tout comme @bendamschke l'a décrit.

Noyau: 5.3.0-22-générique
Système d'exploitation: Ubuntu 18.04

@bendamschke

wine: / mnt / 84940C56940C4CDC / Games / SteamLibrary / steamapps / compatdata / 976730 / pfx ne vous appartient pas

essayez chmod -R 755 /mnt/84940C56940C4CDC/Games/SteamLibrary/steamapps/compatdata/976730/pfx
une mauvaise pratique que je connais, mais ça devrait marcher.

le jeu se comporte-t-il différemment si vous supprimez toutes les options de lancement, mais gardez "% command%"?

Oui, c'est bizarre, mais la suppression de la clé PROTON_LOG=1 vraiment aidé à résoudre cette erreur.
Il est possible de corriger ce bogue?

@bendamschke Avez-vous peut-être exécuté quelque chose via sudo / root à un moment donné? Je vous recommande de supprimer le préfixe et d'essayer à nouveau de lancer le jeu, en vous assurant que vous exécutez steam / etc en tant qu'utilisateur, pas root. Cela inclut l'exécution manuelle de choses comme winecfg.

@bendamschke Exécutez ls -l dans le préfixe et voyez quel utilisateur / groupe possède les fichiers et les dossiers. Exécutez-vous peut-être ceci dans une partition / un lecteur qui utilise un système de fichiers non-Unix comme NTFS ou quelque chose?

@bendamschke vous devez chown le répertoire. chown -R myusername:myusername path/to/pfx , à utiliser avec prudence cependant.

@bendamschke Le

@bendamschke quel est le système de fichiers /mnt/84940C56940C4CDC ?

Éditer; Vous devrez probablement également exécuter chown en tant que root, car le répertoire appartient actuellement à root.

Puis-je changer le répertoire du préfixe du Proton? Je vais le changer dans le répertoire personnel si c'est le cas.

Je pense que le répertoire de préfixes se trouve dans la même bibliothèque Steam que le jeu, donc si vous pouvez essayer de déplacer l'emplacement d'installation des jeux vers une bibliothèque Steam dans votre répertoire ~ / si c'est ce que vous voulez.

Sinon, je n'ai aucune idée de la manière de définir manuellement le répertoire de préfixes que Proton doit utiliser. J'espère que quelqu'un d'autre ici pourra vous expliquer comment procéder.

Avez-vous déjà essayé d'exécuter sudo chown -R myuser:myuser path/to/prefix ?

Je soupçonne que c'est un problème de système de fichiers, alors. Les autres jeux Proton installés sur la même partition fonctionnent-ils?

@NTMan

Il est possible de corriger ce bogue?

tout est possible. mais nous aurions besoin de beaucoup plus d'informations sur ce bogue.

Quelqu'un sait-il où MCC stocke ses paramètres vidéo sur le disque? J'essaie toujours de diagnostiquer mon problème de gel et j'aimerais essayer de le configurer pour qu'il se lance en fenêtre ...

Je viens de faire un correctif mis à jour qui permet à bcrypt de se replier sur une fonction interne identique avec la même signature si la fonction publique n'est pas disponible. Bien que même cette fonction ne soit pas présente dans les gnutls du Steam Runtime, elle est présente dans les gnutls d'Ubuntu 18.04.

Un cherry-pick automatique peut être utilisé pour intégrer cette fonction dans le Steam Runtime, mais je n'ai pas pu tester si cela fonctionne sur le Steam Runtime, car pour une raison étrange, je ne peux pas obtenir de version de Proton (même a Valve build) pour utiliser réellement les bibliothèques d'exécution Steam sur mes bibliothèques système Arch.

Si cela se produit également sur 18.04 (en utilisant des bibliothèques système sur des bibliothèques d'exécution), cette version de Proton devrait y fonctionner. Les testeurs ont beaucoup apprécié:

Pièce

Construire

@ Guy1524 Ai -je besoin du 7zip complet ou puis-je décompresser le proton-dist.tar?

Je pense que vous extrayez simplement le contenu de l'archive que j'ai envoyée dans un nom de dossier de votre choix dans Compatibilitytools.d, mais je ne suis pas certain. Pinging @GloriousEggroll et @ Tk-Glitch comme ils le savent peut-être.

On dirait que Steam ne reconnaît pas la construction. Je pourrais essayer de le construire moi-même avec proton-ge-4.21

Oh! C'est parce qu'il vous manque un Compatibilitytool.vdf.

Hmm, je me demande pourquoi cela n'a pas généré w / make deploy , cela a généré quand j'ai utilisé make install

Je me retrouve toujours avec des erreurs lorsque j'essaye de construire proton-ge-4.21. L'erreur imbriquée que je peux au moins exclure avec NO_NESTED_MAKE = 1 lors de l'appel de make, je ne sais pas si c'est bien.

make[2]: *** [Source/CMakeFiles/ctest.dir/build.make:99: bin/ctest] Error 1 make[2]: Leaving directory '/home/vagrant/build/obj-cmake32' make[1]: *** [CMakeFiles/Makefile2:2418: Source/CMakeFiles/ctest.dir/all] Error 2 make[1]: Leaving directory '/home/vagrant/build/obj-cmake32' make: *** [Makefile:163: all] Error 2 make: Leaving directory '/home/vagrant/build/obj-cmake32' make[1]: *** [../proton/build/makefile_base.mak:1067: cmake32-intermediate] Error 2 make[1]: Leaving directory '/home/vagrant/build' make: *** [../proton/build/makefile_base.mak:17: nested_make] Error 2

@ Guy1524 Eh bien, je l'ai lancé et mon jeu ne se fige plus au lancement, mais le logo halo sur la droite fait un chargement infini et élémentaire veut tuer le jeu pour ne pas répondre. Je vais essayer quelques trucs

@ vsod99 pouvez-vous m'envoyer à la fois un PROTON_LOG w / WINEDEBUG = + bcrypt et la sortie cat /proc/(halo PID)/maps | grep gnutls quand il est en cours d'exécution?

@ Guy1524 , veuillez utiliser make redist lors du partage d'une version Proton (à partir de https://github.com/ValveSoftware/Proton/issues/2907#issuecomment-561641922).

Sur le Vega, il fonctionne parfaitement avec proton-ge-4.21 la toute première version:

www.youtube.com/watch?v=q72YGmByBMs

Merci Kisak, la voici .

J'ai également construit gnutls 3.4.10 (la version du runtime Steam) avec le commit 2409d03e appliqué. Si ma récente version de proton ne fonctionne pas, essayez de remplacer la bibliothèque de votre environnement d'exécution Steam par cette version . Assurez-vous de sauvegarder d'abord votre version actuelle.

Chemin: $HOME/.local/share/Steam/ubuntu12_32/steam-runtime/usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2

@ mathew2214

tout est possible. mais nous aurions besoin de beaucoup plus d'informations sur ce bogue.

Quelles informations supplémentaires sont nécessaires?
Je suis prêt à fournir tous les journaux de débogage. S'il vous plaît, guidez-moi, je veux vous aider.

Merci Kisak, la voici .

Merci! J'espère que ce n'est pas une coïncidence, mais cela a fonctionné pour la première fois (lancé deux fois de suite), jusqu'à présent, aucun autre n'a fonctionné pour moi à l'exception de la version de GE qui prendrait environ 10 erreurs fatales et 10 tentatives pour entrer.
Cette version m'a également automatiquement connecté, ce qui était bien. Merci pour vos efforts et ceux de tous les autres :)

J'ai un problème avec la campagne coopérative, je joue avec un ami qui utilise Windows exécutant la version désactivée EAC, après quelques minutes, nous démarrons dans le menu avec une fenêtre contextuelle indiquant "une erreur s'est produite pendant la lecture coopérative" .

Nous avons également essayé du PVP multijoueur, cela semble bien fonctionner et nous avons joué pendant environ 10 bonnes minutes sans aucun problème.

Impossible d'obtenir un journal cependant, car l'activation de PROTON_LOG = 1 provoque une erreur fatale du jeu lors du chargement.

Toujours en utilisant cette version de Proton, et cette version

Peut également confirmer que cela est spécifique à coop, la campagne solo se déroule sans aucun problème.

Même problème avec la campagne coop et EAC désactivés, il est probablement déclenché aux points de contrôle. Nous avons cependant enregistré un point de contrôle réussi. C'était la toute première au début de la première mission, Noble Actual.
PS Si quelqu'un peut expliquer comment dire au jeu d'écrire son journal dans un fichier, ce serait super. J'ai essayé d'ajouter LOG=MCC.log (et -log LOG=MCC.log ) aux arguments de la ligne de commande, mais le jeu ne produit pas de fichier.

@Mattiox Heureux d'entendre que cela fonctionne. Par curiosité, sur quelle distribution êtes-vous?

est-ce que quelqu'un peut obtenir un journal du crash de la campagne coopérative? J'ai essayé mais mon jeu plante à l'écran titre si j'active la journalisation.

@Mattiox Heureux d'entendre que cela fonctionne. Par curiosité, sur quelle distribution êtes-vous?

Ubuntu 18.04 LTS, noyau 5.2.5

Au fait, quelqu'un a mentionné ne pas avoir de succès plus tôt et c'est la même chose pour moi, est-ce que quelqu'un d'autre a eu des succès? Pas super important mais curieux de savoir si c'est juste moi.

@Mattiox Heureux d'entendre que cela fonctionne. Par curiosité, sur quelle distribution êtes-vous?

Ubuntu 18.04 LTS, noyau 5.2.5

Au fait, quelqu'un a mentionné ne pas avoir de succès plus tôt et c'est la même chose pour moi, est-ce que quelqu'un d'autre a eu des succès? Pas super important mais curieux de savoir si c'est juste moi.

non, aucun

@Mattiox Heureux d'entendre que cela fonctionne. Par curiosité, sur quelle distribution êtes-vous?

Ubuntu 18.04 LTS, noyau 5.2.5
Au fait, quelqu'un a mentionné ne pas avoir de succès plus tôt et c'est la même chose pour moi, est-ce que quelqu'un d'autre a eu des succès? Pas super important mais curieux de savoir si c'est juste moi.

non, aucun

J'ai fait. J'ai comme 2 réalisations. Je pense que je les ai peut-être obtenus sur GE et non sur la version proton du MCC avec les bibliothèques épinglées.

Échec de la connexion en direct à la Xbox, quelle que soit la version de Proton ou les bibliothèques épinglées utilisées ci-dessus.

Ubuntu 18.04, la carte nVidia, accède à l'écran de démarrage mais ne parvient pas à se connecter à xbox live. Des idées pour faire fonctionner cela car aucune idée jusqu'à présent n'a fonctionné?

Échec de la connexion en direct à la Xbox, quelle que soit la version de Proton ou les bibliothèques épinglées utilisées ci-dessus.

Ubuntu 18.04, la carte nVidia, accède à l'écran de démarrage mais ne parvient pas à se connecter à xbox live. Des idées pour faire fonctionner cela car aucune idée jusqu'à présent n'a fonctionné?

Jusqu'à présent, pour moi sur Ubuntu, seul proton-ge-4.21 par glorieux fonctionne eggroll. Je supprime le winepfx au démarrage, puis j'appuie sur Réessayer jusqu'à ce que la connexion apparaisse. Ensuite, je me connecte et je le fais plusieurs fois, jusqu'à ce qu'il s'accroche et se connecte.
Jusqu'à présent, je n'ai réussi que deux fois avec ça.

Je rencontre toujours exactement la même chose que teward avec le même système d'exploitation, Ubuntu 18.04 et une carte Nvidia.

@Mattiox utilisez-vous des options de lancement? Utilisez-vous une carte Nvidia?

Je suis sur 18.04 avec le noyau 5.3.0-22-generic et je ne peux pas passer l'écran de connexion, même avec la dernière version.

@teward Il semble que le package libgnutls30 ne soit pas un package par défaut dans Ubuntu 18.04. Jusqu'à ce que la version de la bibliothèque dans le runtime soit mise à jour, essayez d'installer le package via sudo apt install libgnutls30 .

Putain de merde les garçons. Je l'ai fait.
Si quelqu'un rencontre une fenêtre gelée qui ne répond pas au lancement, voici ce qui a fonctionné pour moi:
Allez dans $ HOME / .steam / steam / steamapps / compatdata / 976730 / pfx / drive_c / users / steamuser / AppData / LocalLow / MCC / Saved / Config / WindowsNoEditor / et ouvrez GameUserSettings.ini
Faites défiler vers le bas et recherchez ResolutionSizeX, vous devriez voir un tas d'indicateurs ici comme celui-ci
Définissez les éléments suivants:

ResolutionSizeX=640
ResolutionSizeY=480
LastUserConfirmedResolutionSizeX=640
LastUserConfirmedResolutionSizeY=480
WindowPosX=0
WindowPosY=0
FullscreenMode=2
LastConfirmedFullscreenMode=2
PreferredFullscreenMode=0

Assurez-vous que les tailles de résolution et les dernières tailles de résolution confirmées par l'utilisateur correspondent ou cela ne fonctionnera pas!

Une fois le lancement réussi, vous pouvez ajuster les paramètres graphiques si nécessaire.

Sinon, je téléchargerai mon fichier de configuration ici dans un instant.

@ Guy1524 build fonctionne très bien jusqu'à présent!

Informations système: https://gist.github.com/vsod99/d681243b444291af1f4f4be8337dd79b
Version du noyau: 4.15.0-72-generic
Version des pilotes Mesa-vulkan: 19.2.1-1ubuntu1-18.04.1-ppa2
Indicateurs de démarrage: PROTON_LOG = 1 PROTON_NO_ESYNC = 1 DXVK_HUD = 1% commande%

@Mattiox utilisez-vous des options de lancement? Utilisez-vous une carte Nvidia?

Je suis sur 18.04 avec le noyau 5.3.0-22-generic et je ne peux pas passer l'écran de connexion, même avec la dernière version.

Aucune option de lancement et je suis aussi sur Nvidia (1060, pilote 430.50), je n'ai rien fait de fantaisie autre que d'avoir libgnutls30 installé comme Guy1524 l'a dit ci-dessus.

Bonjour @ vsod99 ,% command% dans les options de lancement d'un jeu vous permet de placer des variables env devant l'exécutable du jeu. Il ne devrait y en avoir qu'un. EX: FOO=bar PROTON_VAR=1 %command% -gameopt

Bonjour @ vsod99 ,% command% dans les options de lancement d'un jeu vous permet de placer des variables env devant l'exécutable du jeu. Il ne devrait y en avoir qu'un. EX: FOO=bar PROTON_VAR=1 %command% -gameopt

Bon appel, je viens de paresser avec des pâtes à copier, haha. Merci.

Voici une version mise à jour de Proton-GE avec le dernier patch de Guy ajouté. J'ai lancé le jeu deux fois et j'ai pu me connecter sans problème les deux fois. Je n'ai pas non plus eu à modifier le runtime de vapeur ni à faire quoi que ce soit avec gnutls:

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.21-GE-1-MCC-2

@teward Il semble que le package libgnutls30 ne soit pas un package par défaut dans Ubuntu 18.04. Jusqu'à ce que la version de la bibliothèque dans le runtime soit mise à jour, essayez d'installer le package via sudo apt install libgnutls30 .

Je regarderai une fois que je serai de nouveau devant mon ordinateur et verrai si cela résout le problème. Plus à venir...

Im obtenir de nombreux artefacts graphiques.
Debian 10, Linux 5.3.9, Navi 10, mesa 19.2.6-1 (LLVM 9).

rien de ce qui est proche de moi n'a d'artefact du tout. ce n'est qu'une fois que les choses sont éloignées.

Voici une version mise à jour de Proton-GE avec le dernier patch de Guy ajouté. J'ai lancé le jeu deux fois et j'ai pu me connecter sans problème les deux fois. Je n'ai pas non plus eu à modifier le runtime de vapeur ni à faire quoi que ce soit avec gnutls:

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.21-GE-1-MCC-2

Super travail sur le premier coup et le deuxième et le troisième :).
Merci @GloriousEggroll et @LukasRuppert

@ Guy1524 ne fonctionne pas ici, car je l'ai installé. Devra faire des tests avec la dernière version de GE qui vient d'être indiquée

Voici une version mise à jour de Proton-GE avec le dernier patch de Guy ajouté. J'ai lancé le jeu deux fois et j'ai pu me connecter sans problème les deux fois. Je n'ai pas non plus eu à modifier le runtime de vapeur ni à faire quoi que ce soit avec gnutls:

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.21-GE-1-MCC-2

Douce merde sacrée, cela fonctionne parfaitement avec des gnutls installés. Aucun problème lors du premier lancement! Il est temps d'y aller et de jouer en solo à nouveau!

Merci Kisak, la voici .

Comment implémentons-nous le patch?

Im obtenir de nombreux artefacts graphiques.
Debian 10, Linux 5.3.9, Navi 10, mesa 19.2.6-1 (LLVM 9).

rien de ce qui est proche de moi n'a d'artefact du tout. ce n'est qu'une fois que les choses sont éloignées.

Captures d'écran:

Je ne suis pas au courant du support de Navi mais étant sur le noyau 5.4 et utilisant mesa 20.0, vous devriez faire avec AMD. Jusqu'à présent, toujours aller pour la dernière a bien fonctionné sur le Vega.

Je voudrais dire un grand merci à @GloriousEggroll et à tous ceux qui ont travaillé là-dessus! Le dernier patch d'eggroll est le premier qui m'a permis de me connecter et d'accéder au menu principal. Je suis entré dans un jeu personnalisé de lutte contre les incendies et j'ai juste commencé à me promener. C'est un énorme succès. Merci encore à tous ceux qui ont travaillé là-dessus. Je vais faire quelques tests supplémentaires et signaler si quelque chose d'inhabituel survient.

Le dernier Proton-4.21-Guy1524 fonctionne pour moi sur Debian 10 stable avec noyau 4.19.0-6, Nvidia 970 avec pilote propriétaire 418.74, dans les modes no-EAC et EAC. Je n'ai pas essayé le multijoueur. Je n'obtiens pas de succès mais c'est peut-être exprès? (Je serais curieux de savoir)

mathew2214: je reçois de nombreux artefacts graphiques.
Debian 10, Linux 5.3.9, Navi 10, mesa 19.2.6-1 (LLVM 9).

rien de ce qui est proche de moi n'a d'artefact du tout. ce n'est qu'une fois que les choses sont éloignées.

Ouais, Navi semble avoir des problèmes pour le moment. Vos artefacts sont identiques aux miens. J'ai capturé un Renderdoc hier et prévois de déposer un rapport de bogue RADV plus tard ce soir. J'ai eu un problème de GPU en essayant de démarrer le jeu avec LLVM, et j'ai obtenu les artefacts sur ACO, mais exécuter le renderdoc sur LLVM montre les mêmes résultats, et comme cela fonctionne bien pour la plupart des autres personnes, je suis prêt à parier que c'est un général Problème RADV.

Les performances semblent un peu merdiques sur mon ordinateur portable (860m, ​​i7-4810MQ, Ubuntu 18.04)

Puis-je demander quelle branche de pilote vous utilisez @gburgwardt ? J'ai aussi le 860m et les textures du terrain sont simplement noires. La vision nocturne les décrit toujours correctement.

Sorties nvidia-smi

`` `+ ---------------------------------------------- ------------------------------- +
| NVIDIA-SMI 435.21 Version du pilote: 435.21 Version CUDA: 10.1 |
| ------------------------------- + ----------------- ----- + ---------------------- +
| Nom du GPU Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr: Utilisation / Cap | Utilisation de la mémoire | GPU-Util Compute M. |
| =============================== + ================= ===== + ======================= |
| 0 GeForce GTX 860M désactivée | 00000000: 01: 00.0 Arrêt | N / A |
| N / A 68C P0 N / A / N / A | 1911MiB / 2004MiB | 71% par défaut |
+ ------------------------------- + ----------------- ----- + ---------------------- +

Je voudrais dire un grand merci à @GloriousEggroll et à tous ceux qui ont travaillé là-dessus! Le dernier patch d'eggroll est le premier qui m'a permis de me connecter et d'accéder au menu principal. Je suis entré dans un jeu personnalisé de lutte contre les incendies et j'ai juste commencé à me promener. C'est un énorme succès. Merci encore à tous ceux qui ont travaillé là-dessus. Je vais faire quelques tests supplémentaires et signaler si quelque chose d'inhabituel survient.

C'est le patch de @ Guy1524 qui l'a fait fonctionner, je viens de mettre à jour ma version avec. Des accessoires à lui et à @LukasRuppert pour le patchwork original

PROTON_LOG=1 %command% sur Proton-4.21-GE-1-MCC-B2 tag montrant la déconnexion / la désynchronisation de la campagne coopérative.

Désolé pour la taille excessive, j'ai dû attendre environ 10 minutes pour que mon partenaire de test soit disponible. Sortie du jeu immédiatement après la désynchronisation.

steam-976730.log

Il y avait également une erreur "MCC s'est écrasé" environ 15 secondes après un autre échange de tirs. Ne fonctionnait pas avec PROTON_LOG=1 à l'époque, donc pas de journal pour cela.

Ligne d'intérêt possible du journal: fixme:bcrypt:key_import_pair algorithm 11 does not yet support importing blob of type L"ECCPRIVATEBLOB"

J'ai soumis un rapport de bogue pour l'artefact Navi à https://gitlab.freedesktop.org/mesa/mesa/issues/2188.

La campagne coopérative nous déconnecte également. L'hôte est le journal de ma copine et le client est mon journal.
steam-976730-host.log
steam-976730-client.log

Éditer:
Utilisation de https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.21-GE-1-MCC-2

En attendant, je peux confirmer que les problèmes Navi ne sont pas présents sur AMDVLK v2019.Q4.3.

En utilisant le proton de GE, je suis en jeu. Lancer un Vega VII et un noyau 5.4.1 avec RADV J'ai frappé une sorte d'arrêt du noyau (voir ci-joint). Cela semble bien jusqu'à présent avec AMDVLK.

Remarque pour les autres s'ils ont un problème pour redémarrer le jeu: j'ai pu me connecter une fois avec succès, mais après le crash brutal en essayant de passer la première partie [press enter to continue] de l'écran de chargement (ce que je suppose se connecte à votre compte), le jeu continuerait à simplement l'erreur avec "Erreur fatale!". Sans aucun doute, j'ai perdu les logs vapeur + protons de cet événement, désolé. Mais pour ceux qui ont ce problème de "Erreur fatale avant la connexion", essayez de purger le cache du gestionnaire d'informations d'identification pour forcer une reconnexion. Protontricks est utile ici protontricks 976730 regedit et supprimez les clés sous HKU \ Software \ Wine \ CredentialManager \ (mais pas CM lui-même je suppose). Capture d'écran également jointe.

Pour le hard-crash du RADV, je continuerai à le pousser pour voir si je peux capturer plus d'informations à ce sujet et travailler avec en amont ... si je ne suis pas distrait en jouant au jeu lui-même via AMDVLK à la place. Extrait de journal du noyau RADV:
RADV-MCC-KernHalt.log

Noyau: 5.4.1-050401-generic (basé sur l'outil principal Ubuntu)
Mesa: Mesa 20.0.0-devel (git-0eb78a0 2019-11-30 bionic-oibaf-ppa)
GPU: Radeon VII (VEGA20)

Aussi, ayant des problèmes de coopération, je ne pensais pas à récupérer les journaux seront mis à jour lorsque je le pourrai. Quelqu'un d'autre a-t-il une coopérative?

si l'artefact Navi est corrigé. VEUILLEZ ne pas réparer les fantômes.

Je suis confronté à des déconnexions de coopératives, qui sont précédées d'un horrible décalage.

La coopération Firefight, à la fois spartiate contre élite et deux spartiates, fonctionne parfaitement. Aucun problème avec la lutte contre les incendies.

Le jeu était très lent à charger le menu "Player ID" depuis le menu principal, mais il s'est chargé.

Quelqu'un a-t-il activé le multijoueur anti-triche? J'ai commencé le jeu avec l'anti-triche activé et je peux confirmer que le jeu se lance et vous permet de vous connecter, mais je n'ai joué sur aucun serveur multijoueur de peur d'être banni.

Je peux également confirmer que les matchs de tueurs de jeux personnalisés à 2 joueurs se déroulent parfaitement.

Exécuter ceci sur Ubuntu 18.04 avec une carte Nvidia.

Reporting in: avec la dernière version de _MCC Eggroll Special_ et en poussant les libérations de remplacement de gnutls dans le répertoire épinglé, j'ai pu jouer une session solo à 60 ips (peut-être quelques framedrops) d'environ une heure, sans plantages.

i7-8700k, 32 Go de RAM DDR4, GTX1070 Ti, pilotes binaires nVidia 435.21, Ubuntu 18.04 LTS

Quelqu'un a-t-il activé le multijoueur anti-triche? J'ai commencé le jeu avec l'anti-triche activé et je peux confirmer que le jeu se lance et vous permet de vous connecter, mais je n'ai joué sur aucun serveur multijoueur de peur d'être banni.

Même si vous démarrez le jeu en mode activé EAC, la tentative de rejoindre une partie multijoueur génère une erreur «EAC non activé».

Quelqu'un a-t-il activé le multijoueur anti-triche? J'ai commencé le jeu avec l'anti-triche activé et je peux confirmer que le jeu se lance et vous permet de vous connecter, mais je n'ai joué sur aucun serveur multijoueur de peur d'être banni.

Même si vous démarrez le jeu en mode activé EAC, la tentative de rejoindre une partie multijoueur génère une erreur «EAC non activé».

C'est étrange. Ainsi, le mode activé EAC ne fonctionne pas correctement et le matchmaking est inaccessible.

J'ai rencontré d'étranges bugs sonores, mais le son est plutôt solide. Je n'ai eu qu'un seul accident jusqu'à présent.

En termes de déverrouillage des succès, est-il possible qu'il doive d'abord passer par Xbox Live? J'ai remarqué que l'ajout d'amis dans MCC à Xbox Live ne les a pas réellement ajoutés.

En termes de campagne coopérative, le jeu cherche peut-être à activer EasyAntiCheat (ou Xbox Live), tout comme le fait le multijoueur. Cependant, il n'a tout simplement pas de bloqueur d'interface graphique? La campagne SinglePlayer semble bien fonctionner. (Le site Web du jeu indique que le jeu coopératif doit utiliser une connexion P2P.)

Ligne d'intérêt possible du journal: fixme:bcrypt:key_import_pair algorithm 11 does not yet support importing blob of type L"ECCPRIVATEBLOB"

@aeikum Ce n'est pas celui-là, je pense. J'ai implémenté le correctif ci-dessus et l'erreur lors de la lecture en coopération de la campagne se produit toujours.

Je me demande cependant ce que ces lignes pourraient signifier:

warn:seh:OutputDebugStringA "data_mine_usability_set_mission_segment: mission_start\n"
warn:seh:OutputDebugStringA "data_mine_usability_set_mission_segment: m10_01_1stbowl\n"

La déconnexion semble se produire quelque temps après l'apparition du dernier message ...

On dirait que la construction GE fait fonctionner ce jeu pour la plupart! Valve ajoutera-t-il ces correctifs / correctifs dans la prochaine version de Proton afin que tout ce que vous ayez à faire est de télécharger la bonne version de Proton dans Steam et de définir Halo MMC sur cette version de Proton et d'avoir un jeu fonctionnel?

Ou devrons-nous toujours utiliser les versions GE et sauter à travers quelques obstacles pour installer les versions GE.

On dirait que la construction GE fait fonctionner ce jeu pour la plupart! Valve ajoutera-t-il ces correctifs / correctifs dans la prochaine version de Proton afin que tout ce que vous ayez à faire est de télécharger la bonne version de Proton dans Steam et de définir Halo MMC sur cette version de Proton et d'avoir un jeu fonctionnel?

Ou devrons-nous toujours utiliser les versions GE et sauter à travers quelques obstacles pour installer les versions GE.

Avez-vous testé le matchmaking?

Avez-vous testé le matchmaking?

Malheureusement, je ne possède pas le jeu, mais en lisant cette page, il semble que la campagne fonctionne, ce qui est un progrès par rapport à avant que personne ne puisse passer l'écran de connexion en direct à la xbox.

@trymeouteh

• La campagne fonctionne avec certains problèmes graphiques
• Firefight fonctionne, mais a eu un problème de désynchronisation à un moment donné et a dû redémarrer le client du jeu pour le faire fonctionner à nouveau. Peut-être pas lié au proton, pourrait être un problème de jeu de base
• Désynchronisation de la campagne coopérative après un nombre aléatoire de points de contrôle. Je l'ai désynchronisé au premier point de contrôle, mon premier test, et au deuxième point de contrôle, mon deuxième test
• Utilise Easy AntiCheat pour le matchmaking, donc tout matchmaking / PvP ne fonctionnera pas

@valarnin juste pour noter que le PvP fonctionne via des lobbies personnalisés, vous ne pouvez tout simplement pas utiliser le matchmaking. J'ai joué pendant environ 10 minutes avec un ami qui était sous Windows et nous n'avons eu aucun problème de désynchronisation / déconnexion en PvP.

J'obtiens des problèmes graphiques étranges avec un nVidia 1070 gtx et les pilotes 435.19.03 fonctionnant sur 4.21-GE-1-MCC-2 . Je vais mettre à jour la dernière version 435 et tester à nouveau, mais je peux confirmer que la configuration actuelle n'aime vraiment pas les pales d'hélicoptère et d'autres choses, y compris des clignotements potentiellement épileptiques lors de la fusillade.

@valarnin sur le même GPU (GTX 1070) mais la version du pilote 440.31 , je n'obtiens aucun problème graphique, les pales d'hélicoptère me conviennent également.

Firefight fonctionne également très bien pour moi, aucun problème graphique que je puisse remarquer.

joué au feu avec 2 amis sur des clients Windows dans un hall personnalisé. est allé pendant environ 2 heures avant d'avoir un GPU sortir de nulle part.

Joué avec le dernier GE la nuit dernière a eu 2 crashs, joué des matchs personnalisés avec environ 12 personnes pendant plusieurs heures, puis joué à Firefight avec 2 amis pendant une heure ou deux. Tout le monde était sous Windows et tout fonctionnait comme prévu. La campagne coopérative essayée ne peut pas dépasser le deuxième point de contrôle sans désynchronisation. Je n'ai pas de journaux en cours d'exécution, j'essaierai plus tard lorsque je trouverai quelqu'un qui veut réellement tester les choses avec moi.

Géré pour terminer la campagne entière presque entièrement sur la première version de GE corrigée, bien que mise à niveau vers la dernière pour se débarrasser des échecs de connexion.
Pas un seul problème graphique que j'ai pu voir partout, avec un RX580 et un Mesa 19.2.1.

Je n'ai pas réuni d'amis pour essayer des jeux de combat ou des jeux personnalisés, bien qu'ils semblent tous les deux fonctionner très bien en solo. Le matchmaking est bien sûr non fonctionnel et les réalisations semblent ne pas fonctionner non plus.

est-ce l'erreur que nous devons chasser avec coop?
"[1205/214417.550:WARNING:cert_verify_proc_win.cc(111)] Unknown error -2146762482 mapped to net::ERR_FAILED\n"

cela pourrait aussi être ceci:
1612.413:002c:002d:warn:seh:OutputDebugStringA "[1205/214405.441:ERROR:network_change_notifier_win.cc(156)] WSALookupServiceBegin failed with: 8\n"

On dirait que la construction GE fait fonctionner ce jeu pour la plupart! Valve ajoutera-t-il ces correctifs / correctifs dans la prochaine version de Proton afin que tout ce que vous ayez à faire est de télécharger la bonne version de Proton dans Steam et de définir Halo MMC sur cette version de Proton et d'avoir un jeu fonctionnel?

Ou devrons-nous toujours utiliser les versions GE et sauter à travers quelques obstacles pour installer les versions GE.

Le plan est d 'inclure le travail de @ Guy1524 dans la prochaine version 4.11, oui.

Lancer la dernière version de GE, et les choses sont intéressantes avec les textures. Chargé et a commencé une fusillade très bien. J'ai joué un peu de ça et j'ai décidé de réessayer la campagne car cela semblait corrigé. Lancement de la campagne et les textures de terrain ne se chargent plus. J'ai ce fichier journal qui devrait couvrir à la fois le bon échange de feu et le mauvais rendu de la campagne.

GPU: nvidia 860m
Pilotes: 440 succursale

J'ai vu quelqu'un utiliser les pilotes 435 pour le même GPU très bien, mais je ne l'avais pas essayé.

De plus, malheureusement, le fichier journal est d'environ 80 Mo, donc j'ai du mal à trouver un moyen pour que github le télécharge sous forme de fichier essentiel.
steam-976730.zip

Bonjour @LordLemons , en général les journaux Proton se compressent bien. Vous pouvez essayer de le jeter dans une archive avant de le faire glisser et de le déposer dans la zone de commentaire.

On dirait que la construction GE fait fonctionner ce jeu pour la plupart! Valve ajoutera-t-il ces correctifs / correctifs dans la prochaine version de Proton afin que tout ce que vous ayez à faire est de télécharger la bonne version de Proton dans Steam et de définir Halo MMC sur cette version de Proton et d'avoir un jeu fonctionnel?
Ou devrons-nous toujours utiliser les versions GE et sauter à travers quelques obstacles pour installer les versions GE.

Le plan est d 'inclure le travail de @ Guy1524 dans la prochaine version 4.11, oui.

Génial - des progrès sur EAC? (ne veux pas être insistant, juste curieux)

On dirait que la construction GE fait fonctionner ce jeu pour la plupart! Valve ajoutera-t-il ces correctifs / correctifs dans la prochaine version de Proton afin que tout ce que vous ayez à faire est de télécharger la bonne version de Proton dans Steam et de définir Halo MMC sur cette version de Proton et d'avoir un jeu fonctionnel?
Ou devrons-nous toujours utiliser les versions GE et sauter à travers quelques obstacles pour installer les versions GE.

Le plan est d 'inclure le travail de @ Guy1524 dans la prochaine version 4.11, oui.

Génial - des progrès sur EAC? (ne veux pas être insistant, juste curieux)

Il n'y a absolument aucun moyen que nous puissions exécuter la version Windows d'EAC sans EAC travaillant avec nous en raison de la façon dont fonctionne EAC, et Microsoft devrait alors accepter de le supporter. Malheureusement, cela signifie que nous sommes probablement SOL sur ce front.

On dirait que la construction GE fait fonctionner ce jeu pour la plupart! Valve ajoutera-t-il ces correctifs / correctifs dans la prochaine version de Proton afin que tout ce que vous ayez à faire est de télécharger la bonne version de Proton dans Steam et de définir Halo MMC sur cette version de Proton et d'avoir un jeu fonctionnel?
Ou devrons-nous toujours utiliser les versions GE et sauter à travers quelques obstacles pour installer les versions GE.

Le plan est d 'inclure le travail de @ Guy1524 dans la prochaine version 4.11, oui.

Génial - des progrès sur EAC? (ne veux pas être insistant, juste curieux)

Il n'y a absolument aucun moyen que nous puissions exécuter la version Windows d'EAC sans EAC travaillant avec nous en raison de la façon dont fonctionne EAC, et Microsoft devrait alors accepter de le supporter. Malheureusement, cela signifie que nous sommes probablement SOL sur ce front.

Les utilisateurs finaux pourraient-ils aider avec cela? Tendre la main à Microsoft peut-être? (Je sais que c'est long mais quand même)

@ kisak-valve merci, a pu télécharger et éditer le message.

est-ce l'erreur que nous devons chasser avec coop?
"[1205/214417.550:WARNING:cert_verify_proc_win.cc(111)] Unknown error -2146762482 mapped to net::ERR_FAILED\n"

cela pourrait aussi être ceci:
1612.413:002c:002d:warn:seh:OutputDebugStringA "[1205/214405.441:ERROR:network_change_notifier_win.cc(156)] WSALookupServiceBegin failed with: 8\n"

Erreur d'entier inverse?
`" [1205 / 214417.550: AVERTISSEMENT: cert_verify_proc_win.cc (111)] Erreur inconnue -2146762482 mappée sur net :: ERR_FAILED \ n "` `
Il apparaît plusieurs fois, il ressemble. Je ne sais pas assez sur ce que cela fait à part pour souligner que cela me semble suspect.

C'est un HRESULT pour les échecs liés à la révocation de certificat .

Voici le journal du plantage lorsque PROTON_LOG = 1 est défini. L'animation de chargement tourne pendant quelques minutes, puis le jeu se termine. Essayé avec et sans esync / fsync.

Options de lancement complètes: PROTON_LOG=1 PROTON_NO_ESYNC=1 PROTON_NO_FSYNC=1 DXVK_HUD=fps %command%

J'ai également des plantages aléatoires après 5 à 30 minutes de jeu, mais je ne peux pas en obtenir un journal à cause de ce problème.

Informations complètes sur le système
steam-976730.log

@ delet-this Je ne vois rien de mal dans le journal de vapeur. Je pourrais essayer de jeter un œil à 'Z: / data / SteamLibrary / steamapps / common / Halo The Master Chief Collection / crash_info.txt' pour voir s'il y a quelque chose à l'intérieur.

@ Promethus029 En gros, rien, juste un numéro de build et un identifiant de session de joueur

En creusant un peu les fichiers, j'ai trouvé des journaux pour le lancement d'EAC pour Halo. En bref, il essaie de télécharger une version wine64 d'EAC, mais il n'y en a pas. Il se connecte avec succès à un navigateur et renvoie un fichier téléchargeable de 0 octet. Je pensais juste que c'était intéressant.

Fichier du chargeur: tentative réelle de téléchargement
gamelauncher: le résultat d'EAC

gamelauncher.log
loader.log

@ Promethus029 Oui, c'est bien connu, EAC recherche les exportations spécifiques au vin et vérifie si le jeu prend en charge Wine AC.

Dans le passé, smite a pris en charge cela, mais maintenant aucun jeu n'a un blob de CA de vin.

Il est trivial de cacher ces exportations à partir du CAE, mais il essaiera ensuite de lancer la version Windows de l'AC impliquant un pilote de noyau, et cela ne fonctionnera probablement jamais dans wine. (J'ai passé des mois à y travailler avant d'abandonner: stuck_out_tongue:)

@ Promethus029 Oui, c'est bien connu, EAC recherche les exportations spécifiques au vin et vérifie si le jeu prend en charge Wine AC.

Dans le passé, smite a pris en charge cela, mais maintenant aucun jeu n'a un blob de CA de vin.

Il est trivial de cacher ces exportations à partir du CAE, mais il essaiera ensuite de lancer la version Windows de l'AC impliquant un pilote de noyau, et cela ne fonctionnera probablement jamais dans wine. (J'ai passé des mois à y travailler avant d'abandonner stuck_out_tongue)

J'avais cependant l'impression qu'Epic était impliqué dans la mise en place d'un support pour le vin.

par exemple https://twitter.com/TeddyEAC/status/1125678854390067200
https://twitter.com/TimSweeneyEpic/status/1150536446807334914

Bien que j'imagine que cela nécessitera une initiative de la part du développeur, ce pour quoi je ne suis pas très confiant, en particulier dans le cas de Microsoft ...

Bien que j'imagine que cela nécessitera une initiative de la part du développeur, ce pour quoi je ne suis pas très confiant, en particulier dans le cas de Microsoft ...

C'est pourquoi se faire entendre à ce sujet pourrait aider, d'autant plus que le marketing «Microsoft aime Linux»; ce ne serait pas un bon point de vue pour être maintenant "le meilleur contributeur open source" et ne pas permettre aux clients payants de ne pas obtenir ce pour quoi ils ont payé, surtout dans ce climat "DRM est mauvais". Oui, je sais que cela semble très simple et basique sur tous les aspects, mais je voulais que cela soit aussi résumé que possible.

Pour rester simple et objectif: Microsoft aime Linux lorsqu'il répond aux objectifs commerciaux (par exemple, Azure, GitHub); cela n'a aucun rapport avec ces objectifs commerciaux.

Pour rester simple et objectif: Microsoft aime Linux lorsqu'il répond aux objectifs commerciaux (par exemple, Azure, GitHub); cela n'a aucun rapport avec ces objectifs commerciaux.

Ce n'est pas objectif: le marketing Microsoft est "juste" "Microsoft aime Linux". Il ne s'agit pas de marketing ciblé comme «Azure aime Linux». Pour faire simple, comme vous l'avez dit: vous avez alors le droit d'appeler Microsoft pour n'importe lequel de leurs produits liés à Linux, en particulier lorsque le travail est presque déjà fait pour eux. N'oubliez pas que de nombreux clients Microsoft utilisent également Wine. Et maintenant, nous sommes au-delà de l'utilisation publique générale.

5% de 2 mil équivaut à 100 000 personnes
donc environ 100k personnes dans Steam utilisent Halo MCC sous Linux
c'est peut-être suffisant pour faire fonctionner l'EAC ... idc

En creusant un peu les fichiers, j'ai trouvé des journaux pour le lancement d'EAC pour Halo. En bref, il essaie de télécharger une version wine64 d'EAC, mais il n'y en a pas. Il se connecte avec succès à un navigateur et renvoie un fichier téléchargeable de 0 octet. Je pensais juste que c'était intéressant.

Fichier du chargeur: tentative réelle de téléchargement
gamelauncher: le résultat d'EAC

gamelauncher.log
loader.log

@ Promethus029 C'est très important, je https://www.easy.ac/en-us/support/game/contact/tech

Nous devons tous faire du bruit en ligne et demander vivement à ce jeu de fonctionner sous Linux dans Wine et Proton.

L'installation de wininet avec winetricks élimine l'erreur WSALookupServiceBegin , mais j'obtiens des erreurs avec

wine: Call from 0x7bc8edac to unimplemented function urlmon.dll.414, aborting
wine: Call from 0x7bc8edac to unimplemented function urlmon.dll.414, aborting
wine: Call from 0x7bc8edac to unimplemented function urlmon.dll.414, aborting
wine: Unimplemented function urlmon.dll.414 called at address 000000007BC8EDAC (thread 00f6), starting debugger...

qui finit par planter le jeu quelques minutes après le démarrage.
Je ne sais pas quoi faire de ces informations, mais je pense que cela pourrait être utile?
Edit: Je suppose que je devrais mentionner que j'utilise Proton-4.21-GE-1 (celui étiqueté MCC-2 dans les versions).

C'est intéressant, en fait. Peut-être est-ce lié à quelque chose utilisé pour les réalisations? (À moitié dans le jeu, pas de succès ici)

@trymeouteh Faire du bruit où, cependant? Peut-être devrions-nous tous en discuter à un endroit approprié et déterminer qui nous ferions mieux de contacter à ce sujet pour faire entendre notre voix, et formuler une sorte de modèle de courrier électronique que nous pourrions faire circuler sur les subreddits de jeu Linux et autres.

Pouvons-nous diriger la pétition de Microsoft parler à un autre endroit, je ne suis pas contre, mais cela encombre les rapports.
@SingularityAzure avez-vous un moyen de tester les endroits sur

@HadetTheUndying Je n'ai réussi à passer aucun des menus. Des plantages se sont produits trop tôt après le démarrage.

@HadetTheUndying Je suis en mode dual

Pour toute personne intéressée, j'ai un ami sur Windows qui a confirmé, démarrer sans EAC ne donnera pas de succès. Ils ont joué au niveau 4 sans EAC et au niveau 5 avec EAC et les succès débloqués de niveau 5, tandis que le niveau 4 est resté verrouillé.

Pour toute personne intéressée, j'ai un ami sur Windows qui a confirmé, démarrer sans EAC ne donnera pas de succès. Ils ont joué au niveau 4 sans EAC et au niveau 5 avec EAC et les succès débloqués de niveau 5, tandis que le niveau 4 est resté verrouillé.

vous dites qu'ils font fonctionner COOP sous proton?
Mon compagnon exécute Ubuntu 19.04 et après 30 à 40 secondes dans une mission, nous obtenons tous les deux une "erreur s'est produite" générique, puis nous démarrons depuis la session coopérative.

J'obtiens également le message d'erreur générique coop. Je jouais avec un ami, nous avions tous les deux désactivé le CAE, et après quelques minutes, nous avons eu l'erreur. Je pense que la coopérative est p2p, donc il y a probablement quelque chose qui ne va pas sous le capot qui provoque la désynchronisation du jeu.

J'ai créé un fil de discussion sur les forums Steam demandant le support EAC et documentant certains trucs Linux
https://steamcommunity.com/app/976730/discussions/0/1752394382345304666/

Quelqu'un qui a proposé de faire des tests, de tester une mission de campagne avec deux fenêtres, toutes deux désactivées. Si vous obtenez cette erreur générique, c'est EAC. Si vous ne le faites pas et terminez la mission, c'est un problème de désynchronisation.

J'allais demander à deux de mes coéquipiers de le faire, mais ils ne sont presque jamais en même temps.

Quelqu'un qui a proposé de faire des tests, de tester une mission de campagne avec deux fenêtres, toutes deux désactivées. Si vous obtenez cette erreur générique, c'est EAC. Si vous ne le faites pas et terminez la mission, c'est un problème de désynchronisation.

J'essaierai d'examiner cela cette semaine si je parviens à trouver un ami en ligne avec qui jouer.

Quelqu'un qui a proposé de faire des tests, de tester une mission de campagne avec deux fenêtres, toutes deux désactivées.

Avec mon ami, je passe la campagne en coopération, nous utilisons tous les deux Linux.

Linux (EAC désactivé) + Linux (EAC désactivé) = Erreur de campagne
Linux (EAC désactivé) + Windows (EAC désactivé) = Erreur de campagne
Linux (EAC désactivé) + Windows (EAC activé) = Erreur de campagne
Windows (EAC activé) + Windows (EAC activé) = Campaign Works
Windows (EAC désactivé) + Windows (EAC désactivé) = ????

Si les boîtes Windows obtiennent une erreur de campagne avec EAC désactivé, cela peut impliquer que EAC tente de fonctionner pendant cette connexion «P2P». Si les boîtiers Windows sont capables de remplir une mission telle que «Winter Contingency», cela implique davantage un problème de désynchronisation avec Linux et le jeu. L'erreur devrait se produire dans les 3 minutes suivant le jeu, car cela semble être un thème commun avec ce jeu, et en essayant le mode multijoueur avec I nsurgency: Sandstorm.

Si mes garçons sont allumés, je verrai si je leur fais tester ça. Cela pourrait prendre un certain temps

Linux (EAC désactivé) + Linux (EAC désactivé) = Erreur de campagne

Ne trompez pas les gens. Ce n'est pas vrai.

Linux (EAC désactivé) + Linux (EAC désactivé) = Erreur de campagne

Ne trompez pas les gens. Ce n'est pas vrai.

ce n'est pas trompeur car cela a été l'expérience de tout le monde dans ce fil à part vous. avez-vous fait quelque chose de spécial pour le faire fonctionner?

Hier, nous avons joué à la campagne coop avec NTMan avec Linux (EAC activé) + Linux (EAC activé), tout allait bien, Halo commence juste avec la clé "eac-nop-shared", vérifiera ASAP avec l'option "EAC off".

@macktab @NTMan Si vous souhaitez nous informer sur la façon d'activer EAC pour Linux, ce serait génial. Les deux options de lancement du MCC font démarrer Halo avec EAC désactivé pour la majorité des utilisateurs ici, d'où la raison pour laquelle Linux a toujours EAC désactivé dans le graphique. De plus, EAC ne sera pas téléchargé car il n'y a pas d'EAC Wine64 disponible pour MCC.
Référence EAC:
loader.log
Si ces deux jouent ensemble, cela devrait indiquer que le test de désactivation de Windows EAC devrait permettre aux utilisateurs de terminer la mission. Cela doit encore être testé.

Comme je l'ai mentionné, halo commence par la clé "eac-nop-shared", je pense que cela désactive EAC.
Mais je veux juste dire que nous démarrons Halo à partir de Steam PAS avec le bouton "disable eac".

La campagne Coop fonctionne, même lorsque nous exécutons le jeu de "Play Halo: MCC Anti-Cheat Disabled (Mods an .."! Croyez ma noble parole ... :)

Gotcha, ce qui signifie que le reste de la communauté rencontre des problèmes de désynchronisation ou de latence. Comment est ton ping entre eux?

Nous utilisons le même fournisseur, mais je suis presque sûr que ce halo n'utilise pas (comme tous les autres jeux modernes) la connexion p2p (serveur dédié). Va vérifier demain.

[ root @ workstation ~] # ping NTMan-ip-address
PING NTMan-ip-address (NTMan-ip-address) 56 (84) octets de données.
64 octets de NTMan-ip-address: icmp_seq = 1 ttl = 62 time = 0,748 ms

64 octets de NTMan-ip-address: icmp_seq = 384 ttl = 62 temps = 0,843 ms
^ C
--- Statistiques de ping de l'adresse IP NTMan ---
384 paquets transmis, 384 reçus, 0% de perte de paquets, temps 392141 ms
rtt min / moy / max / mdev = 0,568 / 0,711 / 0,923 / 0,056 ms

Deux boîtiers Windows avec EAC désactivé permettent à la coopération de campagne de fonctionner. Cela signifie que c'est quelque chose à voir avec les réseaux ou les packages Linux. Macktab et NTMan, si vous pouviez signaler votre distribution et tous les packages que vous avez pu utiliser pour faire fonctionner cela ensemble.
En outre, il existe un EAC post reddit pour Proton MCC: https://www.reddit.com/r/halo/comments/e8g9hd/pc_steam_mcc_enable_eac_for_protonwine64/

Proton https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.21-GE-1-MCC-2 .
mesa https://copr-be.cloud.fedoraproject.org/results/xxmitsu/mesa-and-llvm-git/ .
Autre sysinfo https://gist.github.com/macktab/31d239bfb7ded7f841b38b2a587af18d .
NTMan a à peu près la même configuration, sauf un processeur plus moderne et plus de RAM.
Mais, comme vous le comprenez, l'essentiel est le proton. Quelle version tout le monde utilise dans ce fil?
J'ai vu tôt ici les commentaires de GloriousEggroll, merci beaucoup pour les versions de Proton ...

Je viens de tester coop avec mon ami qui est sous Windows 10. J'utilise Debian 10.
au début de Winter Contingency, il semble y avoir un déclencheur de chargement juste avant de voir des autruches pour la première fois. chaque fois que l'un de nous frappe ce déclencheur, nous obtenons l'erreur Xbox Live.

Je n'ai pas de journal car mon jeu ne fonctionne pas du tout lorsque PROTON_LOG = 1 est activé.

cependant, le comportement de mon jeu est cohérent avec les personnes qui ont pu obtenir les logs et les erreurs spécifiques.
voir: https://github.com/ValveSoftware/Proton/issues/2907#issuecomment -562692872

il semble que pour une raison quelconque, le jeu trouve nécessaire de crypter les données de jeu, mais ne parvient pas à le faire sur Proton.

si mon ami sur les hôtes Windows 10, je ne peux pas me joindre. j'obtiens un écran noir lorsque le match commence, le jeu démarre mon ami dans le menu principal. mon client ne progresse jamais au-delà de cet écran noir et je dois tuer le processus du jeu.

FWIW, il est fortement recommandé d'utiliser au moins Mesa 19.3 et LLVM 10 (maître) avec Navi. Un tas de problèmes ont été résolus ces derniers temps. Notez également que si vous avez des blocages de GPU avec LLVM 9.0.1, vous voudrez peut-être essayer avec LLVM 10. Quant aux artefacts graphiques, je ne les ai pas encore examinés.

Halo: MCC devrait désormais être jouable avec Proton 4.11-10 tel qu'expédié par Steam. Il existe quelques problèmes connus (abandon de la campagne; support EAC manquant).

@aeikum pouvons-nous nous attendre à voir bientôt un correctif pour la campagne?

Je ne pense pas que nous ayons encore vu de réels progrès dans ce domaine.

@aeikum avez-vous résolu le problème libgnutls lorsque la fonction requise n'est pas disponible dans l'ancienne version? Personnellement, je n'ai pas ce problème, mais les utilisateurs de LTS l'ont déjà signalé et je suis curieux de savoir s'il est résolu.

@rkfg Oui, voir https://github.com/ValveSoftware/wine/commit/36c61c095cf1b32c8177a4fc724073ab3eed4ef8 Cette fonction interne est exportée sur gnutls> = 3.5.4, et la version d'exécution de gnutls l'expédie également maintenant.

Rien dans les journaux générés par PROTON_LOG=1 semblait être pertinent pour le problème de déconnexion / désynchronisation de la campagne d'après ce que j'ai vu. Serait-il également utile de le générer avec un paramètre WINEDEBUG plus élevé?

Je viens de tester avec la campagne de coopération en ligne NTman avec le nouveau proton de valve 4.11-10, je viens de terminer la portée du halo ... Aucune erreur n'a été trouvée.

@macktab avez-vous réussi à jouer à coop avec un partenaire qui utilise Windows?

Non, je n'ai pas d'amis avec windows ... :) (c'est une blague)

@macktab pouvez-vous s'il vous plaît fournir plus de détails sur la configuration que vous avez utilisée pour que la campagne fonctionne? Je semble être incapable de passer la partie de la contingence hivernale lorsque vous voyez une autruche pour la première fois. cela se produit avec les partenaires Windows et Linux Coop.

j'utilise:
Debain 10 (Buster)
Linux 5.3.9 (avec le patch fsync de Valve)
AMD Ryzen Threadripper 1950X
AMD NAVI10 (Mesa 19.2.6, LLVM 9.0.0)
Proton de valve 4.11-10
Options de lancement du Centre multicompte:% command%

mesa https://copr-be.cloud.fedoraproject.org/results/xxmitsu/mesa-and-llvm-git/ .
Autre sysinfo https://gist.github.com/macktab/31d239bfb7ded7f841b38b2a587af18d .
[ root @ workstation ~] # dnf info gnutls | Version grep
La dernière version: 3.6.11

J'utilisais gnutls 3.6.7-4
après la mise à niveau vers la version 3.6.11, puis l'exécution du jeu avec PROTON_NO_FSYNC = 1, il n'y a pas eu de changement dans le comportement du jeu. se déconnecte toujours juste autour de la première rencontre d'une autruche dans Winter Contingency.
ni Linux 5.5 ni Mesa 20 ne sont disponibles sur Debian, donc je ne peux pas tester si c'est ce qui fait que cela fonctionne pour vous.
mon sysinfo
https://gist.github.com/mathew2214/6a94044b865372510a1c02ed94033296

Quelle version de proton utilisez-vous?

Valve 4.11-10 sans modifications

Essayez d'utiliser https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.21-GE-1-MCC-2

J'utilise la version personnalisée de GloriousEggrolls, et je reçois également le crash après les autruches. Je suis sur ArchLinux et mon ami est sous Windows 10, et il nous amorce tous les deux dans le hall en même temps.

le passage à la version mentionnée dans https://github.com/ValveSoftware/Proton/issues/2907#issuecomment -565588715 n'a produit aucun changement dans le comportement du jeu. déconnectez-vous toujours autour des autruches.

Peut-être que si vous attachez un journal de protons, quelqu'un peut vous donner des conseils?

voici mon journal de protons de ce qui se passe.
https://gist.github.com/mathew2214/313271b8ea7f645131e557be60219834

je crois que ces erreurs spécifiques sont le problème:
7395.627:0039:003a:warn:debugstr:OutputDebugStringA "[1213/145307.792:ERROR:network_change_notifier_win.cc(156)] WSALookupServiceBegin failed with: 8\n"

[1213/145307.792:ERROR:network_change_notifier_win.cc(156)] WSALookupServiceBegin failed with: 8

7403.546:0039:00c5:warn:debugstr:OutputDebugStringA "[1213/145315.710:WARNING:cert_verify_proc_win.cc(111)] Unknown error -2146762482 mapped to net::ERR_FAILED\n"

[1213/145315.710:WARNING:cert_verify_proc_win.cc(111)] Unknown error -2146762482 mapped to net::ERR_FAILED

Salut @ Guy1524 , tout d'abord merci d'avoir soumis un correctif approprié à wine.
C'est formidable de voir Halo: MCC fonctionner dès maintenant dans Steam.
Aussi un grand merci à tous les autres impliqués dans les projets vin et protons en général.

Je viens de jeter un œil à votre patch et, si je ne me trompe pas, il y a une petite fuite de mémoire là-dedans.
r.data et s.data sont malaxés par pgnutls_decode_rs_value (voir ici et ici ), ils devraient donc être libérés.

J'ai mis à jour mon noyau sur Gentoo de 4.19.14 à 5.4.2 hier et ajouté plusieurs algorithmes de cryptage dans le noyau et aucun changement pour moi. Je viens de tenter le proton 4.11.10 de Valve et aucun changement. Ma tentative concerne les clients Windows, car la plupart de mes amis jouent sur Windows. (Pour Campagne Coop)

Maintenant que le jeu fonctionne sur Proton, il y a quelques bugs que j'ai rencontrés:

1. En mode plein écran, il est impossible de régler la résolution sur 1920x1080. Il passe automatiquement à 1920x800.
2. De temps en temps, le jeu plante avec une boîte de dialogue "Erreur fatale". Je n'ai pas réussi à capturer un journal.
3. Il y a d'étranges bégaiements en se déplaçant qui semblent liés au chargement en arrière-plan.
4. Le jeu nécessite la connexion XBox à chaque fois qu'il est lancé. Si le jeu est quitté puis lancé rapidement, il se plaint que le compte est connecté ailleurs.

@namandixit j'ai également eu le bégaiement, mais seulement lorsque fsync était désactivé. est-ce que l'activation de fsync résout le bégaiement pour vous?

@ mathew2214 En "activant fsync", vous voulez dire PROTON_NO_FSYNC=0 ou PROTON_NO_FSYNC=1 ? De plus, j'utilise l'image officielle de Proton ( 4.11-10 ), est-ce que Fsync l'a intégré aux versions officielles?

@namandixit proton prend en charge fsync par défaut, mais avez-vous intégré le support fsync dans votre noyau pour que proton puisse l'utiliser?

@ mathew2214 J'utilise le noyau Fedora par défaut (v. 5.3.15-300); donc, je ne pense pas. Je vais essayer d'installer la version corrigée, puis faire un rapport.

Dans le niveau "Long Night of Solace", l'audio devient aléatoirement très saccadé. L'agitation continue jusqu'à ce que le dernier point de contrôle soit restauré dans le jeu.

Information système

• GPU: Nvidia MX 150
• Version du pilote / LLVM: Nvidia 440.36
• Version du noyau: 5.3.15-300.fc31.x86_64
• Version proton: 4.11-10

Voici quelques instructions pour que vous puissiez vous faire une idée des problèmes de campagne sous Linux.

1. Installez les packages de trace à partir du gestionnaire de packages. ( apitrace lib32-apitrace pour arch)
2. Terminal ouvert
3. Exécutez cette commande dans le terminal pour tracer la portée du halo.
   DEBUGGER="apitrace trace" steam steam://rungameid/1064220 -eac-nop-loaded
4. Recherchez dans ces endroits les fichiers journaux .trace: (les options de lancement affecteront leur destination)
   
   
   
   • Dossier de Halo Reach où le jeu est installé et EXE se trouve
   
   
   • Répertoire des dossiers du bureau du préfixe de Halo Reach
   
   
   • Dans votre dossier d'installation Steam
   
   

Ensuite, quelqu'un doit exécuter le jeu dans une machine virtuelle Windows et y exécuter également une trace. Voir les informations sur la page d'aide de DXVK sur le traçage, mais il sera plus facile à comprendre sur Windows car vous allez simplement démarrer apitrace.exe et vous n'avez pas besoin de rechercher autant les journaux .trace.

Triez les fichiers de trace, les fichiers journaux dxvk et les fichiers journaux Steam dans des sous-dossiers en fonction des commandes de lancement de vapeur et des packages supplémentaires que vous avez installés à l'aide de winetricks . Ensuite, emballez-les et affichez-les. Indiquez également la version GPU / mesa que vous utilisez au cas où l'un des plantages serait lié à Navi.

J'ai vu certains d'entre vous rapporter que le jeu plantait lorsque PROTON_LOG = 1 était activé. Lorsque cela est activé, des fichiers journaux supplémentaires sont générés à partir de dxvk et d'autres choses, il y a donc probablement une différence de chemin de code quelque part. En fournissant tous ces fichiers de trace et journaux regroupés par lancement de jeu, cela peut aider à réduire les problèmes.

Edit: Ajout de la commande eac disable de Freedg ci-dessous.

@BillFleming Running DEBUGGER="apitrace trace" steam steam://rungameid/1064220 ou DEBUGGER="apitrace trace" steam steam://rungameid/976730 lance le jeu avec Anti-triche activé, ce qui peut entraîner des problèmes (interdictions, etc.) sur la route. Existe-t-il un moyen d'obtenir la fenêtre contextuelle (que Steam affiche lors du lancement du jeu) à partir de la ligne de commande pour sélectionner la version gratuite anti-triche du jeu? A défaut, nous devons attendre pour savoir quels arguments de ligne de commande, etc. peuvent être utilisés pour indiquer au lanceur de ne pas utiliser d'anti-triche.

Je n'ai pas encore le jeu mais si mes recherches sont correctes, voici où les options de lancement seraient documentées. https://steamdb.info/app/976730/config/ Essayez donc d'utiliser "-oldui" ou renommez d'abord les exécutables pour qu'il lance la version no EAC par défaut, ce que nous voulons probablement faire de toute façon sous Linux.

@namandixit -eac-nop-loaded désactive le CAE

@BillFleming :

renommer les exécutables en premier afin de lancer la version no EAC par défaut

Le jeu a une manière très étrange de se lancer. Lancer le jeu lance mcclauncher.exe qui exécute alors probablement MCC-Win64-Shipping.exe et / ou UnrealCEFSubProcess.exe ; puis, à un moment donné, ils se chargent probablement aussi dans haloreach.dll (tout cela est une supposition de ma part). Le fait est qu'il n'y a pas d'exécutable séparé qui désactive EAC, le tout est un étrange méli-mélo d'Unreal Engine, Blam Engine et le navigateur CEF.

@freedg :

@namandixit -eac-nop-loaded désactive le CAE

Exécution de l'une des opérations suivantes:

DEBUGGER="apitrace trace" steam steam://rungameid/1064220//-eac-nop-loaded
DEBUGGER="apitrace trace" steam -applaunch 1064220 -eac-nop-loaded
DEBUGGER="apitrace trace" steam steam://rungameid/976730//-eac-nop-loaded
DEBUGGER="apitrace trace" steam -applaunch 976730 -eac-nop-loaded

affiche toujours l'écran de démarrage du CAE. (Les détails de l'URI à partir d' ici )

le jeu utilise-t-il EAC si les options de lancement sont définies sur
DEBUGGER = "apitrace trace"% commande% -eac-nop-chargé

J'utilise Solus (non que ça compte) mais peu importe comment je démarre le jeu sur Steam, je désactive toujours EAC, comme j'essaye de jouer à des "jeux sociaux", l'application confirme que l'EAC est désactivé.

@ mathew2214 Si vous

@Sethox Vous ne voyez pas d'écran de démarrage EAC pendant une seconde juste avant l'écran de démarrage du MCC?

@namandixit Je vois un logo MCC, non plus que je ne sais pas (c'est trop rapide). Alors peut-être que ça charge mais je ne peux pas le voir.

Quoi qu'il en soit, la seule façon dont j'ai confirmé sa désactivation est par l'application elle-même (comme je l'ai déjà mentionné).

@namandixit Je vois le splash EAC, mais une fois dans le jeu, il me dira que je ne peux pas faire la correspondance car EAC est désactivé.

après un examen plus approfondi de mes journaux de déconnexion coop. J'ai trouvé un autre point d'intérêt potentiel.

7398.544:0039:00c1:trace:seh:RtlRestoreContext returning to 14249654b stack 4d46f3a0 7398.552:0039:00c1:fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform 7398.552:0039:00c1:fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported

il convient de noter que mes journaux sont inondés de répétitions de cette erreur.
fixme:bcrypt:BCryptCreateHash ignoring object buffer

J'ai essayé la mise à jour du MCC qui est sortie aujourd'hui. avec la nouvelle version Proton-GE-Custom qui est également sortie aujourd'hui.
Co-Op ne fonctionne toujours pas.
https://gist.github.com/mathew2214/c8a19bab38ae1b62c3c6c894d6752f29

steam-976730-firefight1.zip
Je suis de retour, plus confus que jamais. Jouer au combat, certains niveaux les textures du terrain chargées correctement. D'autres non. Le zip firefight1 joint contient un journal d'une session jouant une carte qui a fait et et une qui ne l'a pas fait.

J'ai essayé de réinstaller le jeu, et cela a corrigé les textures au niveau de campagne dans lequel j'étais, Nightfall. Cependant, à mesure que j'arrivais à la partie où vous rencontriez les passeurs, les textures ont recommencé à ne plus wok. En vision nocturne, si la lampe de poche brillait sur le terrain, elle rendrait correctement avec l'effet nv, sinon juste noire. Cela a persisté au niveau suivant, la pointe de la lance, où le terrain a commencé ne se chargeant pas correctement. J'ai le journal pour cela, mais je ne peux le compresser que dans un fichier zip d'environ 36 Mio, donc je ne peux pas le télécharger ici.

Bonjour @LordLemons , votre journal contient un tas de err: DxvkMemoryAllocator: Memory allocation failed non triviaux et le jeu devrait être 64 bits, donc PROTON_FORCE_LARGE_ADDRESS_AWARE ne devrait pas aider dans cette situation. Il se lit comme si vous atteigniez un plafond de 2 Go de VRAM et DXVK n'allouait pas de textures au lieu de subir une baisse de performances. Si le jeu vous permet de baisser la qualité de la texture, c'est votre meilleur pari pour économiser de la VRAM.

Ce plafond VRAM a du sens puisque le 860m ne dispose que de 2 Go. La carte de spécification minimale répertoriée en a 1, j'ai donc réglé les graphiques sur les performances, et cela a fonctionné, en quelque sorte. Cartes de lutte contre les incendies chargées sans problème. Je n'ai pas pu le tester avec la campagne, il s'est écrasé lors du chargement d'un niveau. Le journal qui me restait faisait environ 1 Go, je vais donc le supprimer et essayer de simplement charger le niveau de la campagne le matin pour le journal.

Le journal qui me restait faisait environ 1 Go, je vais donc le supprimer et essayer de simplement charger le niveau de la campagne le matin pour le journal.

FWIW, les fichiers journaux ont tendance à se compresser assez bien (gzip est assez bon dans ce domaine). Cependant, il est en effet beaucoup plus facile de trouver des informations pertinentes dans un fichier journal plus petit.

IIRC, quelques problèmes ont été corrigés dans les récentes mises à jour de Mesa / DXVK, mais je ne me souviens pas avoir vu quoi que ce soit à propos de la vôtre.

Les problèmes devraient maintenant être corrigés sur Navi avec https://gitlab.freedesktop.org/mesa/mesa/commit/824bd0830e811a7b6347bbd5c30e0a76bc7daf60

Pouvez-vous s'il vous plaît mettre à jour votre mesa et re-tester? Merci!

test avec la nouvelle mise à jour du MCC qui a été lancée plus tôt dans la journée.
aucun changement dans le comportement du jeu.
informations pertinentes:
https://gist.github.com/mathew2214/b31042d6c75aa9c7230d754593ce34fd

Les jeux fonctionnent très bien sous Linux, les performances sont au moins aussi bonnes que sous Windows 10 (je le sens plus vite mais c'est peut-être parce que sous Linux, je n'ai pas la pénalité de performance anti-triche).

À ce stade, il ne reste plus qu'à voir si le soutien de l'anticheat dans le proton se produira un jour. Je veux des succès et du multijoueur. Et j'espère que nous pourrons essayer halo ce dans quelques semaines.

Les jeux fonctionnent très bien sous Linux, les performances sont au moins aussi bonnes que sous Windows 10 (je le sens plus vite mais c'est peut-être parce que sous Linux, je n'ai pas la pénalité de performance anti-triche).

À ce stade, il ne reste plus qu'à voir si le soutien de l'anticheat dans le proton se produira un jour. Je veux des succès et du multijoueur. Et j'espère que nous pourrons essayer halo ce dans quelques semaines.

Ce que je veux, c'est si quelqu'un trouve la progression (liens, site, discussions entre les développeurs d'i343, M $, Proton, Wine, etc.).

@hakzsam Je peux confirmer que le jeu semble bien fonctionner avec Mesa 19.3.2 sur un AMD 5700. J'ai joué à la campagne jusqu'à Tip of the Spear et toutes les textures semblent se charger normalement. Le seul bug que je vois est d'étranges pics radiaux de lumière lors d'explosions. Ils s'étendent jusqu'au bord de l'écran, ne durant pas plus de quelques images (la durée de l'explosion).

Le seul bug que je vois est d'étranges pics radiaux de lumière lors d'explosions. Ils s'étendent jusqu'au bord de l'écran, ne durant pas plus de quelques images (la durée de l'explosion).

Bonjour, quelqu'un avec une carte vidéo nVidia ou Intel a-t-il vu cette bizarrerie?

Pour moi, le jeu ne se lance même pas
Éditer :
Système d'exploitation: LinuxMint 19.3
GPU: 5700xt
Proton: 4,11

Bonjour @mritunjaymusale , 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. Veuillez également copier les informations de votre système à partir de Steam ( Steam -> Help -> System Information ) et les mettre dans l' essentiel , puis inclure un lien vers l'essentiel dans ce numéro rapport.

https://gist.github.com/mritunjaymusale/a55fa5cc9c5e3128416ac16047c9e4f4
steam-976730.log

Ça ne se lance pas non plus pour moi. J'utilise Proton 4.11 et je fonctionne sans EAC.
https://gist.github.com/qirdo/6d1bae3b052cfc1e751aa6cfb737a6ae
steam-976730.log

Celles-ci ressemblent au problème:

98161.536:0031:0032:err:module:import_dll Library d3d11.dll (which is needed by L"Z:\\home\\username\\Storage\\games\\steam\\steamapps\\common\\Halo The Master Chief Collection\\MCC\\Binaries\\Win64\\MCC-Win64-Shipping.exe") not found
98161.557:0031:0032:err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\username\\Storage\\games\\steam\\steamapps\\common\\Halo The Master Chief Collection\\MCC\\Binaries\\Win64\\MCC-Win64-Shipping.exe" failed, status c0000135

La réinstallation semble avoir résolu le problème. Désolé si j'ai perdu le temps de quelqu'un.

steam-976730.log

Pas de son, bégaiement intermittent, se fige après environ 3 minutes de jeu.

https://gist.github.com/Gooberpatrol66/80d3f0d82fd89a5fa363ee0cc9850c17

Bonjour @ Gooberpatrol66 , cela ressemble à une ligne d'intérêt de votre journal:
fixme:pulse:pulse_channel_map_to_channel_mask Unhandled channel aux0
Pour les canaux aux0-aux9, conduisant à:

err:pulse:pulse_spec_from_waveformat Invalid channel mask: 8/18 and 63f(63f)
err:pulse:pulse_spec_from_waveformat Invalid format! Channel spec valid: 0, format: 5

Peut-être une configuration pulseaudio inhabituelle?

https://gist.github.com/Gooberpatrol66/bc7eefa975a29cd6c4afe835b6508214

Proton 4.11-12

Voici un exemple du bug que j'ai mentionné il y a quelques semaines. Cela se produit très fréquemment dans cette mission et dans toutes les autres missions lorsqu'une explosion se produit. Ces pointes lumineuses radiales apparaissent lorsque du feu est rendu et lorsque des explosions se produisent.

La nature du bogue a changé dans Proton 5.0-3:

Comme indiqué ici, les pointes ne brillent plus. De plus, je ne vois pas ces pointes de feu comme le montre la première photo. Ils semblent désormais limités aux explosions.

Spécifications (dernière écurie Manjaro):
Intel 6600k
AMD 5700
16 Go de RAM
Mesa 19.3.4
Noyau 5.5

Il suffit de confirmer que le problème de MCC Co-op est un problème de désynchronisation, car la campagne HALO: CE ne lance pas le joueur, mais finit par égarer le joueur de l'hôte. Si elle est jouée assez longtemps, le jeu du joueur se fige et ne peut pas bouger (ou tirer), mais pourra regarder autour de lui avec la souris. (Linux et WinBox)

Je n'arrive pas à faire fonctionner le jeu. Utilisation de Proton 5.0-3 sous OS élémentaire (dérivé d'Ubuntu). Je reçois le message d'erreur suivant, puis il s'arrête

Voici mon journal Proton:
https://gist.github.com/sergiofenoll/b551f51acef4404768775577a2b47887

Bonjour @sergiofenoll , info: Required Vulkan extension VK_KHR_surface not supported ressemble à la ligne d'intérêt dans votre journal et indique qu'il y a un problème avec le support du pilote Vulkan sur votre système. Veuillez copier les informations de votre système à partir de Steam ( Steam -> Help -> System Information ) et les mettre dans l' essentiel , puis inclure un lien vers l'essentiel dans ce rapport de problème.

@ kisak-valve merci pour la réponse! Voici l'essentiel que vous avez demandé: https://gist.github.com/sergiofenoll/b133a4f10f6eb5970b5ee13c0f4c41af

Merci, la sortie srt-info confirme que vous n'avez aucun pilote Vulkan installé. Veuillez vérifier cela avec quelque chose comme apt policy mesa-vulkan-drivers mesa-vulkan-drivers:i386 et installez-les avec sudo apt install mesa-vulkan-drivers mesa-vulkan-drivers:i386 .

@ kisak-valve Merci! L'installation de ces packages a résolu le problème: D

Bonjour. PopOS ici avec des GPus hybrides. Mon jeu ne démarre même pas. J'ai essayé 5.0-5 et 5.4-GE-2 mais pas de chance. Quand je démarre Steam Direct, il ne reconnaît que Intel uhd 630. Mais je dois courir via Lutris pour être exécuté sur ma GTX 1060. Voici l'essentiel des informations système: https://gist.github.com/mcalago/78ea6d4494fed79e28692569ad9ca006
Voici également une de mes vidéos essayant de lancer le jeu: https://www.reddit.com/r/pop_os/comments/fnhul1/is_anyone_able_to_run_halomcc_i_have_tried_all/
steam-976730.log

Bonjour @mcalago , wine: /mnt/567CFB2F7CFB088F/Program Files/steamapps/compatdata/976730/pfx is not owned by you dans votre journal est la ligne d'intérêt sur laquelle se concentrer. Cela indique que vous utilisez une partition NTFS et que les interactions entre Proton et NTFS sont connues pour être capricieuses. Veuillez donner https://github.com/ValveSoftware/Proton/wiki/Proton-FAQ#none -of-my-games-are-launching - prefix-not-Owed-by-you-error / https: // github .com / ValveSoftware / Proton / wiki / Utilisation-d'un-disque-NTFS-avec-Linux-et-Windows une lecture.

@ kisak-valve Merci d'avoir réécrit. [MISE À JOUR: CELA A FONCTIONNÉ! Merci beaucoup!]

+1 avec une coopérative ayant une désynchronisation. J'ai essayé de jouer avec quelqu'un sous Linux à partir de Windows, et le jeu nous expulsera après un événement spécifique dans le jeu. Pour atteindre, c'était un objet ramassé au début de la mission d'urgence hivernale qui semblait l'avoir causé. Espérons que cela aide avec les tests.

Il semble que je rencontre un bogue avec ce jeu et Proton que je n'ai pas vu être mentionné spécifiquement jusqu'à présent, et pour la vie de moi, je ne peux pas le comprendre, même si je soupçonne qu'il est lié à DX11. Je ne rencontre pas de problèmes de connexion, pour moi, le jeu ne démarre même pas du tout.

La partie intéressante est que j'ai un ordinateur portable Nvidia Optimus ... si je lance le jeu tout en utilisant mon GPU Intel, cela fonctionne parfaitement. Je suis capable de me connecter et de jouer au jeu (même si les performances ne sont pas excellentes, mais il faut s'y attendre). Mais si je passe à mon GPU Nvidia et que j'essaye de lancer le jeu, il plante au démarrage - aucune configuration ne change autrement.

J'utilise le dernier stock Proton 5.0-5, mon GPU dédié est un GTX 1060, ma version du noyau est 5.3. Voici une capture d'écran de l'erreur:

Et voici mon journal produit par PROTON_LOG=1 : https://gist.github.com/sagebind/124c9a99a384522f026d9f05de5c42a0

Quelqu'un a des idées? Merci.

Bonjour @sagebind , comment allez-vous "passer" au GPU nVidia? Vous voudrez peut-être lire https://download.nvidia.com/XFree86/Linux-x86_64/435.17/README/primerenderoffload.html .

@ kisak-valve C'est exactement le mécanisme que j'utilise actuellement est le déchargement principal. Voici mes options de lancement:

__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia PROTON_LOG=1 %command%

Pour info, j'ai également reconfiguré mon système pour désactiver le déchargement principal et redémarrer en utilisant exclusivement le GPU nvidia. Sous cette configuration (carte Nvidia sans déchargement), le jeu ne se lance pas avec la même erreur. Donc, cela a à voir avec la carte elle-même (ou les bibliothèques GLX ...), ce n'est pas le déchargement principal qui cause le problème.

Mise à jour: Mon problème est définitivement lié à DXVK et Nvidia, car la désactivation de DXVK pour DX11 permet au jeu de se lancer. (Options de lancement PROTON_USE_WINED3D=1 ajoutées.) Le jeu se lance et je suis capable de jouer au jeu, bien que l'implémentation OpenGL de DX11 soit (sans surprise) difficilement jouable - les performances sont médiocres, et lorsque les graphiques d'anniversaire y sont activés sont des problèmes visuels flagrants avec des ombres:

Le mode graphique classique n'a pas de problèmes visuels, mais fonctionne toujours mal:

Mise à jour: Mon problème est définitivement lié à DXVK et Nvidia, car la désactivation de DXVK pour DX11 permet au jeu de se lancer. (Options de lancement PROTON_USE_WINED3D=1 ajoutées.) Le jeu se lance et je suis capable de jouer au jeu, bien que l'implémentation OpenGL de DX11 soit (sans surprise) difficilement jouable - les performances sont médiocres, et lorsque les graphiques d'anniversaire y sont activés sont des problèmes visuels flagrants avec des ombres:

Vous devriez lire les pages du wiki DXVK: https://github.com/doitsujin/dxvk/wiki/Driver-support

@Sethox Vous ne voyez pas grand chose d'utile sur cette page? La version de mon pilote est 440.64.0.

Salut @ kisak-valve,

Je reçois un problème similaire avec Halo MCC comme @sergiofenoll.

Proton : 1584918606 proton-5.0-5b
OS : Ubuntu 18.04.4 (noyau: 5.5.16-050516-générique)
Moteur de
Version : 4.5 (profil de compatibilité) Mesa 19.2.8
Vulkan : mesa-vulkan-drivers est déjà la dernière version (19.2.8-0ubuntu0 \ ~ 18.04.3).
Vulkan32 : mesa-vulkan- drivers: i386 est déjà la dernière version (19.2.8-0ubuntu0 \ ~ 18.04.3)
LOG: vapeur-976730.log

Chaque fois que j'essaie de l'exécuter à partir de la fenêtre du bureau Steam, j'ai la possibilité de choisir normal ou avec Anti-Cheat désactivé. Les deux options conduisent au même écran et à une fenêtre pop-up de "Erreur fatale".
J'apprécierais vraiment si vous pouvez m'aider à résoudre ce problème! Merci d'avance!

Bonjour @ StatusCode404 , en regardant votre journal, le jeu rencontre une violation d'accès peu de temps après avoir mis en place DXVK (recherchez c0000005 ), ce qui conduit aussi wine: Unhandled page fault on execute access to 0000000000000000 at address 0000000000000000 (thread 003c), starting debugger... . Ceci est un faible indicateur que vous avez peut-être rencontré un problème de pilote vidéo.

Peut-être essayer une version plus récente de mesa de oibaf ou kisak-mesa PPA?

Merci @ kisak-valve pour la réponse rapide!
Avant de signer hier, j'ai essayé le proton 4.11-13 et cela a fonctionné! Cependant, il bégaye de temps en temps.

Je suis actuellement sur mesa 19.2.8 et cela fonctionne avec proton 4.11-13.
Vous ne savez pas pourquoi il régresserait avec 5.0-5 avec mesa 19.2.8?

Je m'en tiendrai à mesa 19.2.8 ubuntu-x team stable pour l'instant avec le proton 4.11-13 car j'utilise aussi cette plate-forme pour le travail et j'ai été brûlé dans le passé par l'Oibaf; et ne peut pas se permettre d'avoir une plate-forme cassée.

J'attendrai que l'équipe officielle ubuntu-x publie le nouveau mesa qui, je suppose, sera après la sortie de leur dernière distribution LTS. Ce qui après je suppose qu'ils seront rétroportés vers ubuntu 18.04 sur ce lien.

Cela dit, comme je l'ai dit plus haut, cela ressemble et sent comme un bogue car cela fonctionnait avec la version précédente.

Test Proton 5.0-6
Juste une mise à jour sur mes commentaires précédents ...
LOG: vapeur-976730.log

J'ai essayé Halo MCC sur la version 5.0-6 juste avec mesa 19.2.8 avec R9-290X et même échec et effet que 5.0-5.
Il semble que la régression n'ait PAS été corrigée.

Fonctionne bien avec des bégaiements occasionnels avec proton 4.11-13 , mesa 19.2.8 avec R9-290X.

Bonjour à tous, il semble que je puisse jouer au jeu. Lorsque je joue en multijoueur avec Anti-Cheat désactivé, il y a un problème de synchronisation qui fait que, après ma mort, je suis désynchronisé de mes amis. Peu de temps après ma réapparition, je vais arrêter de bouger et je ne peux que regarder autour de moi. Le monde s'arrête également de bouger. Tout est gelé sur place sauf les arbres, dont les feuilles se balancent encore dans la brise ...

Salut @ kisak-valve,

Sommaire:
J'ai finalement essayé vos conseils et installé votre ppa mesa 20.0.6 avec mon R9-290X et proton 5.0-7; et j'ai eu la même erreur qu'avant "Erreur fatale" comme avant.
Le jeu fonctionne bien avec ACO sur 4.11-13 (j'ai terminé Reach et Halo CE avec cette version proton)

Config:
Proton: 1588276332 proton-5.0-7
OS: Ubuntu 18.04.4 (noyau: 5.6.11-050611-générique)
Moteur de rendu: AMD Radeon R9 200 Series (HAWAII, DRM 3.36.0, 5.6.11-050611-generic, LLVM 10.0.0)
Version: 4.6 (profil principal) Mesa 20.0.6 - kisak-mesa PPA
JOURNAL :

Résultats proton-5.0-7:
Chaque fois que j'essaie de l'exécuter à partir de la fenêtre du bureau Steam, j'ai la possibilité de choisir normal ou avec Anti-Cheat désactivé. Les deux options conduisent au même écran et à une fenêtre pop-up de "Erreur fatale".
La même erreur se produit avec ou sans ACO.

Résultats proton-4.11-13:
Fonctionne parfaitement avec ou sans ACO. Pas d'issues.

Quelque chose a définitivement régressé avec Proton pour le GPU de génération Hawaii.
Voir le journal ci-dessus

Salut @ kisak-valve,

Sommaire:
J'ai finalement essayé vos conseils et installé votre ppa mesa 20.0.6 avec mon R9-290X et proton 5.0-7; et j'ai eu la même erreur qu'avant "Erreur fatale" comme avant.
Le jeu fonctionne bien avec ACO sur 4.11-13 (j'ai terminé Reach et Halo CE avec cette version proton)

Config:
Proton: 1588276332 proton-5.0-7
OS: Ubuntu 18.04.4 (noyau: 5.6.11-050611-générique)
Moteur de rendu: AMD Radeon R9 200 Series (HAWAII, DRM 3.36.0, 5.6.11-050611-generic, LLVM 10.0.0)
Version: 4.6 (profil principal) Mesa 20.0.6 - kisak-mesa PPA
JOURNAL :

Résultats proton-5.0-7:
Chaque fois que j'essaie de l'exécuter à partir de la fenêtre du bureau Steam, j'ai la possibilité de choisir normal ou avec Anti-Cheat désactivé. Les deux options conduisent au même écran et à une fenêtre pop-up de "Erreur fatale".
La même erreur se produit avec ou sans ACO.

Résultats proton-4.11-13:
Fonctionne parfaitement avec ou sans ACO. Pas d'issues.

Quelque chose a définitivement régressé avec Proton pour le GPU de génération Hawaii.
Voir le journal ci-dessus

Mon frère a eu un r9 290 et cela fonctionne très bien pour lui. Il utilise Mesa 19.3.4 sur Solus. Nous avons essayé de jouer en coopération mais le jeu s'est désynchronisé après un certain temps. Bien que j'aie une hypophyse qui ne soit pas disponible, le jeu ne se synchronise tout simplement pas à nouveau. Nous avons donc essayé d'ajouter du ping au vin, la mauvaise nouvelle est que nous n'avons pas pu le tester car son proton s'est effondré. Il a dû réinitialiser son installation.

Revenons au point cependant, ouais ça marche pour lui avec une carte 290.

@Sethox , comme je l'ai dit dans mon article ci-dessus, fonctionne également pour moi avec 4.11-13 et mesa 20.0.6 ppa (de Kisak.)
C'est 5.0-x qui échoue.

Quel Proton votre frère a-t-il configuré avec mesa 19.3.4? Est-ce 4.11-13?

Proton 5.0-7.
Avec les options de lancement: "RADV_PERFTEST = aco PROTON_NO_ESYNC = 1 PROTON_NO_FSYNC = 1 gamemoderun% command%"

J'ai essayé ces options, je n'ai pas fonctionné.

proton 4.11-13 fonctionne hors de la boîte.

J'ai essayé ces options, je n'ai pas fonctionné.

proton 4.11-13 fonctionne hors de la boîte.

Pareil ici pour moi sur RX480 + Ryzen 5 1600X. J'ai dû revenir à 4.11 pour réussir le lancement de MCC, je pense que j'ai déjà joué à MCC avec 5.0, donc je pense que le problème a commencé avec 5.0-6 ou 5.0-7.

~ Je viens d'essayer Halo 2 et lorsque j'essaie de lancer une campagne, j'obtiens juste un écran noir sans fin pendant que la musique du menu joue en arrière-plan. ~

Peu importe, j'ai supprimé le DLC Halo 2 des propriétés Steam, je l'ai ajouté à nouveau, j'ai attendu le re-téléchargement / l'installation et cela fonctionne parfaitement!

Ubuntu 20.04, Proton 5.0-7, Nvidia GTX 1070 avec la version de pilote 440.

J'ai essayé ces options, je n'ai pas fonctionné.
proton 4.11-13 fonctionne hors de la boîte.

Pareil ici pour moi sur RX480 + Ryzen 5 1600X. J'ai dû revenir à 4.11 pour réussir le lancement de MCC, je pense que j'ai déjà joué à MCC avec 5.0, donc je pense que le problème a commencé avec 5.0-6 ou 5.0-7.

@HenrikHolst veuillez répondre avec votre journal et votre adresse à Kisak afin qu'il puisse jeter un coup d'œil. Il y a peut-être des points communs entre nos problèmes.

J'ai essayé ces options, je n'ai pas fonctionné.
proton 4.11-13 fonctionne hors de la boîte.

Pareil ici pour moi sur RX480 + Ryzen 5 1600X. J'ai dû revenir à 4.11 pour réussir le lancement de MCC, je pense que j'ai déjà joué à MCC avec 5.0, donc je pense que le problème a commencé avec 5.0-6 ou 5.0-7.

@HenrikHolst veuillez répondre avec votre journal et votre adresse à Kisak afin qu'il puisse jeter un coup d'œil. Il y a peut-être des points communs entre nos problèmes.

@ kisak-valve

J'ai inclus un journal de protons utilisant 5.0-7 lorsque le MCC se brise avec "Erreur fatale!"
steam-976730.zip

Bonjour @HenrikHolst , votre journal ressemble à https://github.com/ValveSoftware/Proton/issues/2907#issuecomment -61343745 ,. cela peut donc être lié à ce que vit @ StatusCode404 , mais je ne sais pas ce qui se passe réellement là-bas.

Veuillez copier les informations de votre système à partir de Steam ( Steam -> Help -> System Information ) et les mettre dans l' essentiel , puis inclure un lien vers l'essentiel dans ce rapport de problème.

Bonjour @HenrikHolst , votre journal ressemble à # 2907 (commentaire) ,. cela peut donc être lié à ce que vit @ StatusCode404 , mais je ne sais pas ce qui se passe réellement là-bas.

Veuillez copier les informations de votre système à partir de Steam ( Steam -> Help -> System Information ) et les mettre dans l' essentiel , puis inclure un lien vers l'essentiel dans ce rapport de problème.

terminé:
https://gist.github.com/HenrikHolst/09c3e8b565384e10bc8e59d53f33254b

En regardant les informations de votre système, vous avez de très vieux fichiers vulkan icd dans /etc/vulkan/icd.d/ . Pouvez-vous vérifier d'où ils viennent et les déplacer / les supprimer?

En regardant les informations de votre système, vous avez de très vieux fichiers vulkan icd dans /etc/vulkan/icd.d/ . Pouvez-vous vérifier d'où ils viennent et les déplacer / les supprimer?

Merci! La suppression de ces fichiers a permis à MCC de fonctionner dans Proton 5.0-7! Je ne peux pas voir d'où viennent les fichiers "apt-file a renvoyé aucune réponse", mais c'est un système que j'ai constamment mis à jour depuis au moins Ubuntu 10.04, donc ils ont probablement été créés par un paquet qui n'est plus laissé sur le système .

Peut-être que @ StatusCode404 devrait également vérifier ce répertoire pour voir s'il y a des anciens fichiers.

@ kisak-valve et @HenrikHolst
Ça a marché! J'utilise maintenant 5.0-7!

Merci les gars!

Mise à jour: La coopération ne fonctionne toujours pas sur la version Halo2, cependant, j'ai remarqué dans mon journal de protons qu'il se plaint d'un protocole non géré lorsqu'un joueur rejoint le lobby pour la campagne.
" fixme: winsock : convert_proto_w2u protocole de socket Windows non géré 132"
" fixme: winsock : WS_setsockopt Unknown IPPROTO_IPV6 optname 0x00000013"
J'ai activé SCTP via mon noyau et activé le drapeau dans openssl, mais proton continue de se plaindre du fait que ce protocole n'est pas géré. Pensées?

steam-976730.log
(Fichier journal après l'activation de SCTP + Kerberos (probablement inutile))
Testé avec Proton 5.0-7 et Proton 5.8-GE-1-MF

Dans wine/dlls/ws2_32/socket.c il y a une carte entre les identifiants de protocole Windows connus et les identifiants de protocole unix correspondants: ws_proto_map .
Les ID de protocole individuels sont définis dans wine/include/winsock.h
Comme SCTP (132) ne fait pas partie de cette liste, convert_proto_w2u définira l'ID de protocole sur -1.
Le journal ne montre pas si cela est utilisé par WSASocketW pour configurer une socket,
ou par WS_getaddrinfo , qui définira simplement l'ID de protocole invalide à 0
et devrait alors toujours être en mesure de résoudre l'adresse IP pour un nom d'hôte donné.
L'élargissement de la liste des protocoles devrait être assez facile à essayer.

L'optname ressemble à SO_DEBUG|SO_ACCEPTCONN|SO_DONTROUTE .
Cependant, WS_setsockopt n'attend qu'une seule de ces valeurs à la fois, donc cela semble un peu étrange.
C'est peut-être tout autre chose.

Ce qui peut également aider à retracer cela, serait d'activer le traçage pour winsock.
Ie, WINEDEBUG=+winsock . Mais sachez que le fichier journal résultant contiendra votre nom d'hôte.

Fonctionne ootb ici, également avec la dernière version de protons 5.8-ge. Les performances sont pires que prévu mais je n'ai pas Windows pour une comparaison correcte. Le taux de rafraîchissement semble flotter lorsque l'éclairage dynamique entre en jeu (par exemple, les tunnels, l'allumage de la lampe de poche). Les visuels classiques fonctionnent mieux mais toujours pas parfaits.

Radeon HD 7850 sur amdgpu / Ubuntu 19.10. Il est possible que j'aie juste besoin d'un nouveau GPU ...

J'ai résolu mon problème, il s'avère que les pilotes ROCm que je prévoyais d'utiliser pour l'apprentissage en profondeur étaient ceux qui causaient le problème, alors je les ai supprimés et j'ai réinstallé proprement Linux Mint (pour la raison), cela fonctionne maintenant sur les pilotes open source sans aucun problème, jusqu'à présent.
De plus, si quelqu'un de l'équipe de développement lit ceci, vous pouvez vous pencher sur le support ROCm qui m'aiderait beaucoup car cela m'aiderait à jouer et à faire mon travail.

Information système:
Manjaro
AMD 5700
Intel 6600k
Noyau 5.7.2
Mesa 20.1.1
Proton 5.0-9

Halo 2 plante complètement mon système lors du démarrage. Le jeu fonctionne parfaitement jusqu'à ce que j'essaie de charger un niveau dans Halo 2, puis il plante complètement. Il se bloque sur l'écran de chargement, puis se fige, puis mon écran affiche finalement de nombreux points verts aléatoires et le système ne répond pas, ce qui nécessite un redémarrage dur.

Sur Proton 4.11, je peux jouer à Halo 2 et même jouer à travers des niveaux entiers sans aucun crash, mais les performances sont bien pires que ce à quoi je m'attendais sur mon système.

Le problème persiste avec RADV_PERFTEST = aco. Le problème persiste avec les autres versions du noyau Linux. Le problème persiste avec les anciennes versions de Mesa. J'ai remarqué un crash similaire une fois sur The Witcher 3, qui ne s'est produit que lors de l'utilisation de Proton 5.0.

Je vois quelques avertissements dans PROTON_LOG.
warn: D3D11CoreCreateDevice: Adapter is not a DXVK adapter
warn: OpenVR: Failed to initialize OpenVR
warn: DXGI: VK_FORMAT_D24_UNORM_S8_UINT -> VK_FORMAT_D32_SFLOAT_S8_UINT
warn: D3D11DXGIDevice::QueryInterface: Unknown interface query
warn:debugstr:OutputDebugStringA "Warning: DirectSound playback reset due to non-moving playback cursor (buggy sound driver) time: 36220 play: 29928 write: 31692.

Tout cela semble apparaître plusieurs fois dans le journal.

Bonjour @WaterWhorl , veuillez joindre un journal Proton du crash avec Proton 5.0.

Tous les jeux Halo fonctionnent très bien avec le noyau PDS et le 1070 R5 3600 à 4,5 GHz sur les problèmes Arch Zero détient 60fps à 1440p

Envoyé de mon iPhone

Le 17 juin 2020 à 16 h 01, kisak-valve [email protected] a écrit:

Bonjour @WaterWhorl , veuillez joindre un journal Proton du crash avec Proton 5.0.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désabonnez-vous.

Merci, je pense que err: DxvkSubmissionQueue: Command submission failed: VK_ERROR_DEVICE_LOST dans votre journal indique qu'il y a eu un problème de pilote vidéo, et

info:    Device name:     : AMD Radeon RX 5700
info:    Driver version   : 2.0.147

semble louche pour mesa 20.1.1. Je m'attendais à lire quelque chose comme:

info:    Device name:     : AMD RADV/ACO NAVI10 (LLVM 10.0.0)
info:    Driver version   : 20.1.1

Utilisez-vous amdvlk ou amdgpu-pro et pouvez-vous retester avec mesa / radv?

On dirait que j'ai installé à la fois vulkan-radeon et amdvlk . L'Arch Wiki suggère que cela pourrait être correct, mais la désinstallation de amdvlk empêche le système de planter, donc je suppose que c'était le problème. DXVK_HUD affiche maintenant 20.1.1 comme version du pilote.

Avec un court test, il semble que le jeu fonctionne bien, au moins avec gamemoderun RADV_PERFTEST=aco %command% ajoutés aux options de lancement.

En jouant au jeu, il ne semble pas comprendre la différence entre Lshift ou Rshift, j'ai dû remapper l'entrée du clavier pour le sprint dans Reach en majuscules pour que cela fonctionne, peut-être un problème de Wine ou un jeu qui était horriblement porté pour PC.

Depuis la dernière mise à jour, Halo Reach et Halo 3 n'ont pas d'audio dans le jeu, mais le menu en a.

Vu que les autres ont le même problème mais cela n'affecte pas tout le monde. Soyez intéressant de découvrir ce qui est différent entre les personnes qui ont et qui n'ont pas d'audio.

J'ai essayé Proton 5.0-9 et Proton GE, pareil pour les deux.

@LiamDawe Merci d'avoir signalé. Pouvez-vous récupérer un journal montrant le problème avec +xaudio2,+dsound,+winmm ajouté aux canaux de journal par défaut?

@aeikum je pense que je l'ai fait correctement: https://gist.github.com/LiamDawe/d2bf35f1c663ca5fc012a9d646deddc5

Par souci de reporting, en utilisant le pack de protons 5.11-GE-3-MF , j'ai pu jouer un tout petit peu de la première mission Halo 3 très bien. Aucun problème audio.

Spécifications:

* OS: Pop!_OS 20.04 LTS x86_64
* Kernel: 5.4.0-7634-generic
* DE: Plasma
* WM: KWin
* CPU: Intel i7-8700K (12) @ 4.700GHz
* GPU: NVIDIA GeForce GTX 1070 Ti

Audio actif pendant la session (via Pulseaudio) [info via alsamixer]:

* Card: Yeti Stereo Microphone
* Chip: USB Mixer

J'ai aussi le problème. Arch Linux, noyau 5.7.7. J'ai essayé avec Proton GE et 5.0-9. 5.0-9 ne démarre pas et GE a les mêmes problèmes audio signalés par d'autres.

Une sorte de problème de codec, peut-être?

Je peux entrer dans le jeu, mais je n'ai aucun son lorsque la campagne se déroule. Le son est verrouillé sur le menu. On dirait que l'audio isole le son du composant UE4 et ne passe pas au jeu réel lorsqu'il est mis au point. De plus, dans PulseEffects, je remarque qu'il y a 3 threads différents de MCC.exe en cours d'exécution pour l'audio, chacun d'eux fonctionnant sur 2 canaux (casque ou haut-parleurs pour moi).

- OS: Manjaro
- Kernel: 5.4.0
- DE Plasma
- WM: KWin
- CPU: Zen2 3800X (8/16) @ stock
- GPU: NVIDIA GeForce GTX 1080 Ti
- FiiO USB DAC for Audio Out

Pas de campagne Audio in Reach également, je suppose qu'il en va de même pour Halo 3 sur la base d'autres rapports, mais je ne l'ai pas encore testé.

OS: Arch Linux
Kernel: 5.6.19-37-tkg-pds
DE: Plasma
WM: KWin
CPU: AMD Ryzen 9 3900X
GPU: NVIDIA GeForce RTX 2080 Ti (Driver: 450.56.01)

Proton construit que j'ai essayé:

Proton-5.11-GE-3-MF
Proton-5.9-GE-3-ST

J'ai le même problème. J'ai quelques informations pour essayer d'en savoir plus sur ce regroupées ici et j'espère qu'elles pourront être utiles.

L'article de mise à jour du développement du MCC de juin 2020 explique un peu les changements audio pour 3 et Reach. Ils ont travaillé avec la société Waves pour réimplémenter la plupart des effets audio originaux:
https://www.halowaypoint.com/en-us/news/mcc-development-update-june-2020

Dans l'article, il est mentionné qu'ils ont dû passer à XAudio 2.9. Le xaudio2_9redist.dll est désormais inclus avec la mise à jour de Halo 3 PC:
https://steamdb.info/patchnotes/5254556/

Il y a des dll et des xps dans 'MCC-dir / halo3 / waves /' qui semblent être liés à ces nouvelles implémentations d'effets Waves. Je mentionne cela car il existe des rapports sur Halo 2 et CE qui fonctionnent toujours bien, et les sons de l'interface utilisateur du menu principal et du menu de pause fonctionnent toujours, donc je suppose que ces fichiers peuvent vouloir être connus.

Et voici un document de développement Microsoft pertinent concernant le redistribuable de 2.9:
https://docs.microsoft.com/en-us/windows/win32/xaudio2/xaudio2-redistributable

Si vous êtes un utilisateur d'Arch et que le jeu ne fonctionne pas du tout, il s'agit probablement d'un bogue sans rapport: la dernière mise à jour de vulkan-icd-loader a fait planter Proton si le cache de shader de Steam est activé.

Cela sera corrigé dans la prochaine mise à jour, mais d'ici là, vous pouvez désactiver la mise en cache des shaders en tant que correctif temporaire, bien que cela puisse dégrader les performances.

BlueA10: Je mentionne cela car il y a des rapports sur Halo 2 et CE qui fonctionnent toujours bien, et les sons de l'interface utilisateur du menu principal et du menu de pause fonctionnent toujours, donc je suppose que ces fichiers peuvent vouloir être connus.

Je peux convenir que c'est correct.

Halo CE et Halo 2 fonctionnent parfaitement. Les menus et les options fonctionnent correctement.
Cependant, Halo 3 dans le jeu et les cinématiques, le son n'existe pas.

Solutions essayées: sans succès (tests de base)

• Réinstallation du jeu (à la fois à partir de Steam et à l'intérieur du jeu)
• Steam a vérifié les fichiers
• Redémarré plusieurs fois Steam et redémarré la machine.

J'ai pu faire fonctionner l'audio du jeu dans Halo: Reach en changeant le préfixe en Windows 7, plutôt que Windows 10 dans winecfg. Je vais essayer Halo 3 dans un moment à moins que quelqu'un ne le fasse avant moi.

Edit: l'audio Halo 3 fonctionne également maintenant.

Peut confirmer l'exécution d'Archlinux, avec la configuration système appropriée suivante

faudio: 20.07-1
kernel: 5.7.8-arch1-1
pulseaudio: 13.0-3
proton: Proton-5.11-GE-3-MF

L'utilisation des suggestions de cyrsigil corrige le son pour Halo Reach et Halo 3 pour moi

Peut confirmer, le passage à Win7 a fonctionné.

Je ne sais toujours pas pourquoi.

En me couchant, mais avant de le faire, j'ai trouvé cela, il semble que lorsqu'il est chargé avec un préfixe win7, il charge xaudio2.7, je ne sais pas exactement si cela remplace xaudio2.9 ou non, car les deux semblent suggérer que xaudio2.9redist était chargé à partir des fichiers de halo

préfixe win7: grep -i xaudio ~/steam-976730.log
produit:
77000.911:00b4:00b8:trace:loaddll:build_module Loaded L"<path-to-steam-library>\\steamapps\\common\\Halo The Master Chief Collection\\XAudio2_9Redist.dll" at 0x180000000: native 77003.461:00b4:00b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\xaudio2_8.dll" at 0x7f 7ee01e0000: builtin 77015.912:00b4:0168:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\XAudio2_7.dll" at 0x7f 7ec6820000: builtin

Préfixe win10: grep -i xaudio ~/steam-976730.log
produit:
77230.717:00b4:00b8:trace:loaddll:build_module Loaded L"<path-to-steam-library>\\steamapps\\common\\Halo The Master Chief Collection\\XAudio2_9Redist.dll" at 0x180000000: native 77233.180:00b4:00b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\xaudio2_8.dll" at 0x7f 72e9300000: builtin 77248.719:00b4:0168:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\XAudio2_9.dll" at 0x7f 72d0040000: builtin PE 180000000- 1800d3000 Deferred xaudio2_9redist PE 7f72d0040000- 7f72d0155000 Deferred xaudio2_9 PE 7f72e9300000- 7f72e9415000 Deferred xaudio2_8

Si aucun progrès n'est réalisé au moment où je suis suffisamment réveillé pour nettoyer plus que des extraits de mes journaux, je serais plus que disposé à fournir tout ce qui pourrait être utile.

Ouais, j'ai un ancien préfixe avant que Windows 10 ne soit défini par défaut pour les nouvellement créés. A bien fonctionné la nuit dernière. Aucun problème de son.

[parker<strong i="6">@wolfcola</strong> ~]$ grep ProductName /run/media/parker/dd64c0b4-4357-4847-8ca1-ef83f5fc2244/SteamLibrary/steamapps/compatdata/976730/pfx/system.reg 
"ProductName"="Microsoft Visual C++ 2017 x64 Additional Runtime - 14.10.25008"
"ProductName"="Microsoft Visual C++ 2017 x64 Minimum Runtime - 14.10.25008"
"ProductName"="Microsoft Visual C++ 2017 x86 Minimum Runtime - 14.10.25008"
"ProductName"="Microsoft Visual C++ 2017 x86 Additional Runtime - 14.10.25008"
"ProductName"="Microsoft Windows 7"
"ProductName"="Microsoft Windows 7"

Peut également confirmer que le passage à Win7 fait fonctionner l'audio pour moi.

J'ai pu faire fonctionner l'audio du jeu dans Halo: Reach en changeant le préfixe en Windows 7, plutôt que Windows 10 dans winecfg. Je vais essayer Halo 3 dans un moment à moins que quelqu'un ne le fasse avant moi.

Edit: l'audio Halo 3 fonctionne également maintenant.

Confirmé que cela fonctionne.

protontricks 976730 --gui

• changer de vin cfg
• paramètres par défaut = win10> win7
• sortie

Démarrer jeu.

Les étapes de Bump, @ PraetorianSC4 permettent de résoudre ce problème pour Halo 3 et Reach

Changer le préfixe en win7 l'a également corrigé pour moi, l'audio fonctionne maintenant dans Halo 3. Je n'ai pas installé Reach donc je ne peux pas le tester pour le moment.

J'aimerais essayer ceci, quel est l'équivalent winecfg pour Proton?

C'est winecfg .

Mais ce n'est normalement pas accessible. Protontricks vous permet d'exécuter winetricks sur un préfixe proton, et vous pouvez exécuter winecfg en utilisant cela.

Désolé, probablement le mauvais endroit pour demander, mais existe-t-il un moyen d'exécuter protontricks lorsque vous utilisez le flatpak Steam?

@wallzero Il n'est pas nécessaire d'utiliser Protontricks, vous pouvez également utiliser Winecfg pour cela.

Si vous exécutez le client Steam à l'intérieur d'un Flatpak, tout ce que vous avez à faire est d'ouvrir un terminal et de pointer Winecfg sur le préfixe WINE du jeu. Comme ça: env WINEPREFIX="/home/$USER/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/compatdata/976730/pfx" winecfg

Le jeu doit être lancé une fois pour créer le préfixe. Assurez-vous que le chemin du fichier est correct si vous exécutez des problèmes, il doit être un chemin de fichier absolu.

Je pense (je n'ai pas essayé) que vous pouvez également modifier $SteamLibrary/steamapps/compatdata/976730/pfx/system.reg

Sous [Software\\Microsoft\\Windows NT\\CurrentVersion] ,

"CSDVersion"="Service Pack 1"
"CurrentBuild"="7601"
"CurrentBuildNumber"="7601"
"CurrentType"="Uniprocessor Free"
"CurrentVersion"="6.1"
"InstallDate"=dword:4be5019a
"ProductId"="12345-oem-0000001-54321"
"ProductName"="Microsoft Windows 7"
"RegisteredOrganization"=""
"RegisteredOwner"=""
"SystemRoot"="C:\\windows"

Je vais laisser quelqu'un d'autre fournir un one-liner, mais protontricks est plus facile à utiliser (ou simplement winecfg si vous définissez la variable d'environnement de préfixe wine dans le répertoire pfx :)).

J'ai eu mon protontricks réglé le jeu sur Windows 7. Pour une raison quelconque en jouant à Halo 3, je peux lier la clé Shift dans le jeu mais je ne peux pas l'utiliser pendant le jeu.

@ scoronado12 Nous avons également eu ce problème, mais il est également généralisé là où LShift ne semble pas fonctionner, car ce même problème est également présent dans Halo Reach, pour ses capacités également.

@CDAGaming Cela fait un moment que je n'ai pas joué à Reach, mais je pensais pouvoir utiliser le sprint à l'époque

Ainsi, dans le proton 5.9 (et dans la branche suivante également), le jeu fonctionne correctement. Mais lorsque vous cliquez sur jouer à un nouveau jeu, au lieu de l'écran de chargement de niveau, vous obtenez un écran noir et après cela, il se bloque.

J'ai également supprimé le dossier compatdata du jeu spécifique. Probablement à cause de la dernière mise à jour du Centre multicompte.

Je reçois un message "Vous êtes connecté à ce jeu sur un autre compte" chaque fois que je me connecte à Windows Live à chaque démarrage. C'est juste un bouton supplémentaire sur lequel je dois cliquer, et j'arrive toujours au menu principal bien, mais je me demande pourquoi cela se produit tout d'un coup maintenant

Cela m'est arrivé si le jeu plante à la sortie ou si je le fais sortir anormalement (pkill, etc.) en cas de blocage.

Cela m'est arrivé si le jeu plante à la sortie ou si je le fais sortir anormalement (pkill, etc.) en cas de blocage.

Cela se produit une bonne partie du temps, même lorsque je quitte le menu principal, alors je suppose que ce n'est pas en train de quitter gracieusement?

Semble de cette façon.

Je pense que j'utilise Proton-GE-custom en ce moment. Alors vous pourriez essayer ça.

Mise à jour: La coopération ne fonctionne toujours pas sur la version Halo2, cependant, j'ai remarqué dans mon journal de protons qu'il se plaint d'un protocole non géré lorsqu'un joueur rejoint le lobby pour la campagne.
" fixme: winsock : convert_proto_w2u protocole de socket Windows non géré 132"
" fixme: winsock : WS_setsockopt Unknown IPPROTO_IPV6 optname 0x00000013"
J'ai activé SCTP via mon noyau et activé le drapeau dans openssl, mais proton continue de se plaindre du fait que ce protocole n'est pas géré. Pensées?

steam-976730.log
(Fichier journal après l'activation de SCTP + Kerberos (probablement inutile))
Testé avec Proton 5.0-7 et Proton 5.8-GE-1-MF

J'ai finalement pu y regarder de plus près.
Jusqu'à présent, coop se désynchronise malheureusement toujours après environ une minute (testé dans Halo 3).

J'ai ici un aperçu des sockets qui sont créés lors du démarrage d'une campagne coopérative.
J'ai également apporté quelques modifications au vin, que vous pouvez trouver ici .

Il y a 4 sockets créés, deux pour IPv4 et deux pour IPv6 en écoute sur 0.0.0.0 et :: respectivement.
Deux d'entre eux utilisent UDP et deux utilisent SCTP sur un socket brut.

Pour activer du tout les sockets bruts, vous devez suivre ce guide , sinon ils échoueront tout simplement.
De plus, pour le socket brut, la définition de IPV6_V6ONLY échoue toujours avec EINVAL .
Mais je suppose que les sockets UDP sont de toute façon utilisés comme solution de secours pour SCTP sur UDP,
donc les sockets bruts pourraient même ne pas être nécessaires.

La particularité de ces sockets en particulier est qu'elles ont toutes des délais de réception très courts de seulement 100 ms.
Wine fixera cela à un minimum de 500 ms, cependant.
Selon cette source, il devrait toujours ajouter 500 ms à la place, au moins pour les anciennes versions de Windows.
Toutes les autres sockets n'ont pas de délai d'expiration ou au moins 20 secondes

Pour ces sockets, j'obtiens également d'innombrables entrées de journal pour les réceptions expirées, par exemple WS2_recv_base -> ERROR 10060 ( WSAETIMEDOUT ),
qui, je pense, persistent même après que la coopérative s'est déconnectée et que je suis de retour dans le hall.
Je ne sais même pas s'ils reçoivent jamais quoi que ce soit.
Je veux dire, ils ne seraient accessibles qu'à partir du réseau local. (À moins qu'il y ait une redirection de port automatique en cours?)
Cela pourrait simplement être une optimisation pour coop dans un réseau local, et pourrait même ne pas être lié du tout au problème plus large de la coopération.

Concernant le Unknown IPPROTO_IPV6 optname 0x00000013 , cela s'est avéré être IPV6_PKTINFO ,
pour lequel j'ai ajouté le support pour remettre le drapeau ( IPV6_RECVPKTINFO sur linux), mais pas encore pour gérer le message de contrôle supplémentaire qui devrait être généré lors de la réception des données, car aucun ne semble avoir été généré pendant les tests,
très probablement car aucune donnée n'a jamais été reçue par ces sockets.

Quelqu'un parmi vous a-t-il d'autres idées à ce sujet?

ils ne seraient accessibles qu'à partir du réseau local. (À moins qu'il y ait une redirection de port automatique en cours?

Les jeux Halo originaux faisaient du réseautage peer-to-peer, et selon tous les comptes, MCC fait de même. C'est-à-dire qu'un hôte est sélectionné parmi l'ensemble des joueurs du jeu et que cet hôte joue le rôle de serveur. Le mécanisme standard pour que cela fonctionne à travers les NAT est un système connu sous le nom de perforation, avec un retour vers des relais plus lents en cas d'échec.

TL; DR, ces sockets sont probablement censés recevoir des connexions de pairs (ou s'y connecter) via une traversée NAT.

IIRC, MCC prend en charge le LAN, ce qui éliminerait le besoin de cette traversée. Si vous pensez que cela fait partie du problème, vous pouvez utiliser Hamachi, ZeroTier, OpenVPN, Wireguard ou tout ce que vous voulez pour configurer un VLAN (ou essayer coop sur votre LAN réel ) et voir si cela fonctionne. Mais je doute que ce soit le problème, car si c'était une coopérative, cela ne fonctionnerait probablement pas du tout.

Je suppose que pour l'instant, pour surmonter le problème de connexion, j'ai besoin d'un lanceur de protons personnalisé? Je dirais que c'est le cas, lequel et n'importe qui a un lien ok pour l'ajouter au menu sélectionnable pour le jeu?

Je suppose que pour l'instant, pour surmonter le problème de connexion, j'ai besoin d'un lanceur de protons personnalisé? Je dirais que c'est le cas, lequel et n'importe qui a un lien ok pour l'ajouter au menu sélectionnable pour le jeu?

Cela a été corrigé depuis environ six mois maintenant.
Stock Proton 5.0-9 fonctionne très bien (et plusieurs anciennes versions probablement aussi).

Mise à jour: Apparemment, les conseils de @ PraetorianSC4 pour changer le système d'exploitation vers Windows 7 ont également fonctionné pour un autre jeu, Hello Neighbour Alpha 1. Comme il ne s'agit que d'un alpha, je ne ferai un avis de compatibilité à ce sujet que probablement plus tard, même si je Je laisse la friandise ici au cas où quelqu'un d'autre aurait ce problème

TL; DR -> Les mêmes problèmes de son présents dans certaines zones du MCC sont également persistants dans l'alpha de Hello Neighbor 2, avec le même correctif / solution de contournement.

Je suppose que pour l'instant, pour surmonter le problème de connexion, j'ai besoin d'un lanceur de protons personnalisé? Je dirais que c'est le cas, lequel et n'importe qui a un lien ok pour l'ajouter au menu sélectionnable pour le jeu?

Cela a été corrigé depuis environ six mois maintenant.
Stock Proton 5.0-9 fonctionne très bien (et plusieurs anciennes versions probablement aussi).

J'utilise SteamOS :) Je vais devoir voir sur quelle version de proton je suis bloqué.

Résultat du test avec la dernière version de Proton / Steam sur openSUSE Tumbleweed:

• Pas de jeu audio. L'audio fonctionne dans les menus, mais lorsque la campagne commence, il n'y a rien du jeu lui-même.
• Ne peut jouer qu'à la campagne (le multijoueur n'arrête pas de dire que l'Anti-Cheat n'est pas activé, même si je vois le logo correspondant au démarrage du jeu)
  
  
  
  • La connexion à Xbox live fonctionne, mais le jeu refuse de me laisser jouer à cause du funk du système Anti-Cheat.
  
  
• Impossible d'utiliser le décalage vers la gauche pour sprinter
• Dans la campagne Halo Reach, le bras ou la jambe du personnage semble "coincé" * lorsqu'il tient le pistolet (pas sûr que ce soit intentionnel ??) (* voir en bas à gauche de l'écran)
  
  
  
  • 
  
  

@avindra
1) Pour l'audio, le correctif / la solution de contournement a été mis en évidence dans les commentaires précédents, impliquant la modification du winecfg via protontricks pour signaler Windows 7 et non Windows 10
2) Left Shift également rapporté par moi-même et par d'autres dans les commentaires précédents

Le reste est cependant de nouvelles informations.

Je voudrais ajouter que j'ai vu le logo anti-triche au lancement depuis juste après la sortie du jeu. Cependant, EAC ne parvient toujours pas à se lancer correctement.

@CDAGaming Merci pour le synopsis du correctif audio.

J'espère vraiment que Steam / Proton et The MCC pourraient bientôt fonctionner pour les utilisateurs dès la sortie de la boîte.

C'est dommage de ne pas pouvoir jouer un titre aussi historique (surtout après l'avoir acheté)

L'audio fonctionne via:
(obtenez pipx pour votre distribution, pour ubuntu c'est python3-pipx)
pipx installer protontricks
pipx ensurepath
démarrer un nouveau terminal
protontricks 976730 win7

Seulement joué à Halo Reach jusqu'à présent, fonctionne bien, les textures noires apparaissent sur les modèles après un certain temps, n'ont pas trouvé de solution de contournement pour cela.

L'audio fonctionne via:
(obtenez pipx pour votre distribution, pour ubuntu c'est python3-pipx)
pipx installer protontricks
pipx ensurepath
démarrer un nouveau terminal
protontricks 976730 win7

Seulement joué à Halo Reach jusqu'à présent, fonctionne bien, les textures noires apparaissent sur les modèles après un certain temps, n'ont pas trouvé de solution de contournement pour cela.

@zaggynl L'audio dans Halo 3 fonctionne-t-il pour vous?

Autant que je me souvienne, il utilise un moteur audio différent de celui d'atteindre

Pour moi jusqu'à présent, après le truc de Windows 7, je n'ai eu aucun autre problème avec l'intégralité de Halo MCC, à part les rares plantages et le problème LShift

@CDAGaming

Oh sympa!

Le multijoueur fonctionne-t-il?

@ mkrupczak3 Le multijoueur fonctionne! En quelque sorte.

Avec Easy Anti-Cheat désactivé, les seuls modes multijoueurs disponibles sont (1) Multijoueur personnalisé et (2) la campagne. En utilisant Proton 5.0-9 sur Ubuntu 20.04.1 pour jouer à Halo CE, j'ai pu jouer à des jeux multijoueurs personnalisés en ligne avec mes amis. La campagne ne fonctionne pas. L'écran de chargement apparaîtra mais mon ami et moi recevrions le même message d'erreur:

CONNECTION INTERRUPTED
Your connection to the game session was interrupted.

Cette chose interrompue se produit également sous Windows, même si mon ami était avec moi côte à côte sur le même réseau ...

J'ai joué les campagnes avec 5,9 tout semble aller bien. La seule chose que j'ai remarquée, c'est que si vous utilisez un contrôleur, le moniteur finira par s'endormir. D'autres jeux avaient ce problème, mais il a été résolu avec eux, donc en espérant qu'il puisse également être corrigé avec ce jeu.

Quelqu'un d'autre doit-il se connecter avec votre compte Xbox à chaque fois que vous lancez le jeu? Je n'ai pas besoin de saisir mon nom d'utilisateur et mon mot de passe, il me suffit de cliquer sur "se connecter". Ma photo de profil est déjà là. Parfois, il indique que je suis déjà connecté sur un autre appareil.

J'obtiens également des fréquences d'images faibles dans les zones extérieures de Halo CE.

@PopeRigby Oui, j'ai ce problème depuis le premier jour. Je n'avais pas réalisé que c'était inhabituel jusqu'à ce que vous en

Je l'ai cherché sur Google et en ai parlé au support technique pendant tout ce temps et je ne suis allé nulle part, car presque personne n'a ce problème. Cependant, un nombre non nul d'utilisateurs de Windows l'ont.

Pendant tout ce temps, j'ai supposé que le problème était que cela m'obligeait à me connecter lorsque je suis hors ligne - mais à partir de votre message, je me rends compte que le problème pourrait en fait être qu'il n'enregistre jamais ma connexion entre les instances du jeu, ce qui signifie qu'aucune connexion n'est enregistré lorsque je le lance sans Internet.

Depuis la dernière mise à jour de développement pour Halo MCC [1], voici l'état actuel de certains problèmes signalés dans ce fil de discussion GitHub. Il y a toujours des problèmes avec le jeu lui-même. Les missions de campagne en coopération (pour tous les jeux sauf Halo 2: édition anniversaire) peuvent désormais fonctionner grâce à une mise à jour côté serveur qu'ils ont effectuée.

Multijoueur:

Unable to play Halo 2: Anniversary Co-op Campaign: This issue is under investigation and we are working with the community who has submitted support tickets to understand the core issue. If you have not yet submitted a ticket on this and are experiencing it, please submit a ticket at the Halo Support site.

...

Co-op Disconnect Issues: We have released a handful of server-side updates to address issues with connectivity when playing co-op Campaign. If you are still encountering disconnects, please submit a ticket at the Halo Support site.

Players Unable to Matchmake on the Same Internet Connection: There have been some reports relating to this that we are trying to investigate and work through. If you have not yet submitted a ticket on this and are experiencing it, please submit a ticket at the Halo Support site.

S'identifier:

Inability to Login and Play: Our team is actively investigating reports relating to this issue. If you are experiencing any issues where you can’t get past the login screen or beyond the main menu, please submit a ticket at the Halo Support site.

1. Mise à jour du développement Halo MCC - août 2020

Hé, j'essaie de jouer à Halo Master Chief Collection, en particulier à Reach, sur Arch Linux, mais lorsque je clique sur Jouer, le jeu démarre et s'arrête immédiatement. J'ai essayé toutes les versions de Proton, y compris 4.21-GE-1, 5.11-GE-3-MF et 5.9-GE-5-ST. J'utilise la version 5.8.4 du noyau avec les derniers pilotes Nvidia pour la GTX 1070. Si quelqu'un pouvait m'aider, ce serait génial.

@JacobMcDonnell avez-vous essayé le dernier proton non GE (Steam natif)?

@avindra oui j'ai essayé 4.11 à 5.0-9 et le jeu démarre puis s'arrête immédiatement.

Étrange, 5.0-9 fonctionne pour moi.

Sur une autre note, après avoir essayé de charger dans la première mission de Halo 2, il plante tout mon ordinateur. L'écran devient blanc, puis mon moniteur parcourt continuellement son entrée. Je dois ensuite redémarrer.

Sur ElementaryOS avec AMD (RX580, 2700X), je peux exécuter Halo 3 avec 5.0-9, mais je n'obtiens que le menu audio. Forcer Steam à utiliser la version 4.11-13 a corrigé cela et semble fonctionner correctement. Cela ressemble à une régression.

Proton 5.9-GE-8-ST
protontricks 976730 win7

La campagne de coopération Linux-Windows fonctionne, la déconnexion / désynchronisation semble être corrigée.
semble fonctionner presque parfaitement. quelques artefacts graphiques mineurs sur Navi10 (Mesa 20.1)
bégaiement notable de compilation de shader, même sur ACO. bien pire sur LLVM.

Bonjour. L'audio de Halo 3 doit être corrigé dans Proton 5.13. IWHBYD.

@ mathew2214 Même configuration ici mais

@ mathew2214 Même configuration ici mais

quelle version Proton? 5.9-GE-8-ST est la seule version avec le correctif coopératif appliqué.

@ mathew2214 Même configuration ici mais

Je suis heureux de confirmer que cela fonctionne bien pour moi. (Jusqu'à présent, je n'ai testé que Halo 1).
Je pense que le principal changement est que vcrun2019 de winetricks / protontricks est appliqué.
Vous pouvez vérifier ~/.steam/steam/steamapps/compatdata/397540/pfx/user.reg pour les remplacements correspondants:
"ucrtbase"="native,builtin" , "vcruntime140"="native,builtin" , ...

J'utilise également 5.9-GE-8-ST et vcrun2019 semble être appliqué à 976730 / pfx /, obtenant toujours la désynchronisation / déconnexion. Je vais enquêter plus je suppose.

Confirmation de Halo Co-op avec une paire Linux-Windows. J'ai laissé la version Windows par défaut.
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.9-GE-8-ST

J'obtiens donc une erreur fatale UE4 lorsque j'essaye de lancer Halo 3: ODST Campaign. J'utilise 5.9-GE-8-ST. Je l'ai lancé avec l'anti-triche MCC désactivé. Des idées pour y remédier?
J'ai joint le fichier journal ci-dessous.
steam-976730.log

J'obtiens donc une erreur fatale UE4 lorsque j'essaye de lancer Halo 3: ODST Campaign. J'utilise 5.9-GE-8-ST. Je l'ai lancé avec l'anti-triche MCC désactivé. Des idées pour y remédier?
J'ai joint le fichier journal ci-dessous.
steam-976730.log

TL; DR: Probablement un problème XAudio2.9. Essayez de passer en mode Windows 7. D'après votre journal, il semble que vous soyez configuré sur Windows 10.

Votre journal affiche une écriture sur un pointeur nul à la ligne 30164.
J'ai jeté un coup d'œil au démontage dans IDA:
Ce pointeur est soit non initialisé, soit défini sur la valeur de retour d'une fonction qui semble initialiser XAudio2.9 (en utilisant le redistribuable fourni avec Halo: MCC).
Votre journal montre qu'il charge le xaudio2_9 intégré de wine, alors que le mien ne charge que xaudio2_7 et xaudio2_8.

Le passage à Windows 7 fonctionne. Merci!

Syed Anas Ghazanfar

Le jeu.5 novembre 2020, 13:31 LukasRuppert, [email protected] a écrit:

J'obtiens donc une erreur fatale UE4 lorsque j'essaye de lancer Halo 3: ODST Campaign. je suis
en utilisant 5.9-GE-8-ST. Je l'ai lancé avec l'anti-triche MCC désactivé. Des idées sur
comment le réparer?
J'ai joint le fichier journal ci-dessous.
steam-976730.log
https://github.com/ValveSoftware/Proton/files/5473745/steam-976730.log

TL; DR: Probablement un problème XAudio2.9. Essayez de passer en mode Windows 7. De
votre journal, il semble que vous soyez réglé sur Windows 10.

Votre journal affiche une écriture sur un pointeur nul à la ligne 30164.
J'ai jeté un coup d'œil au démontage dans IDA:
Ce pointeur est soit non initialisé, soit défini sur la valeur de retour d'un
fonction qui semble initialiser XAudio2.9 (en utilisant le redistribuable
livré avec Halo: MCC).
Votre journal montre qu'il charge le xaudio2_9 intégré de wine, alors que le mien
charge uniquement xaudio2_7 et xaudio2_8.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2907#issuecomment-722593018 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ARTGUHQMWOBJ77CE6N6ZIGDSOL4PTANCNFSM4IGTWRCA
.

FWIW, la campagne Halo ODST fonctionne très bien pour moi avec Proton 5.13.

Quelle est la meilleure solution pour que le quart de gauche ne puisse être lié à rien?