Peut-être lié à la Media Foundation.

Y a-t-il une solution de contournement pour cela?

Il y a une chance qu'une solution de contournement désagréable comme https://github.com/ValveSoftware/Proton/issues/1102#issuecomment -419678627 puisse aider, mais cela nécessite plusieurs bibliothèques à partir d'une installation de Windows 7 pour tenter et ce n'est pas facile.

https://github.com/jzengc/wine/tree/proton_3.16_mf

cela pourrait fonctionner

Puis-je passer le 1er chapitre de la démo? si c'est le cas, je peux tester cette branche MF, je pourrais peut-être acheter le jeu et le tester aussi.

Le PC rouge provoque toujours la rupture du jeu.

https://github.com/ValveSoftware/Proton/issues/838#issuecomment -447379664
Un autre correctif

<Link removed by moderator>

Cette version a un support mf je pense? Essayez-le avec le correctif.
La source :
https://www.gamingonlinux.com/articles/theres-a-brand-new-steam-play-beta-version-out-with-faudio-also-a-steam-play-whitelist-update.13143/comment_id= 143171

@ james-munson veuillez ne pas télécharger et lier des DLL Windows comme ça, si elles étaient distribuables, nous utiliserions plutôt un programme d'installation autonome.

@ kisak-valve Je pense qu'il vaut mieux supprimer ce lien https://github.com/ValveSoftware/Proton/issues/2266#issuecomment -457803041.

<Link removed by moderator>

Cette version a un support mf je pense? Essayez-le avec le correctif.
La source :
https://www.gamingonlinux.com/articles/theres-a-brand-new-steam-play-beta-version-out-with-faudio-also-a-steam-play-whitelist-update.13143/comment_id= 143171

Dois-je créer moi-même le dossier compatibilitytools.d ?

Je me réponds oui.
Pourquoi connaissent-ils ces noms de dossiers?
Je télécharge à nouveau le jeu, s'il fonctionne, je peux économiser beaucoup d'argent en achetant un disque dur.

@nsivov ce n'est pas mon téléchargement.
@laichiaheng ?
https://github.com/ValveSoftware/Proton#install -proton-localement

sudo mkdir ~ / .steam / steam / compatibilitools.d /
et extrayez cette construction dans ce dossier

Est-il possible de construire Proton avec la dernière mise en scène du vin? Les performances de Proton sont vraiment pires que la mise en scène du vin, Proton fonctionne toujours à 4Xfps, quelle que soit la valeur du réglage, la mise en scène du vin fonctionne presque toujours à 60fps.

<Link removed by moderator>

Cette version a un support mf je pense? Essayez-le avec le correctif.
La source :
https://www.gamingonlinux.com/articles/theres-a-brand-new-steam-play-beta-version-out-with-faudio-also-a-steam-play-whitelist-update.13143/comment_id= 143171

Mauvaise nouvelle, ça ne marche pas.

essayez cette version du vin
https://github.com/spinozaure/wine/

ou

https://github.com/kakra/wine-proton/releases

https://github.com/kakra/wine-proton/releases/download/wine-proton_3.16-4.0-unofficial-1/wine-proton_3.16-4.0-unofficial-1.tar.xz

, décompressez dans le dossier "Proton 3.16 Beta" existant.

Steam ne peut pas télécharger de Proton maintenant, bizarre.

@ james-munson J'ai essayé la deuxième méthode, et cela n'a pas fonctionné.

Le téléchargement du jeu fera plus de tests
avez-vous essayé cela?
https://github.com/ValveSoftware/Proton/issues/838#issuecomment -447379664

@ james-munson Oui, je l'ai fait, le jeu s'est écrasé.
Dois-je copier les DLL 32 bits sur SysWow64?

avez-vous mis à jour dvxk?

32 bits au système normal 32 et 64 dans SysWow64

@ james-munson Oui. Il est toujours bloqué à 10% de la page de chargement, puis il plante.

32 bits au système normal 32 et 64 dans SysWow64

Non, dans Windows 64 bits, System32 stocke les DLL 64 bits, SysWow64 stocke les DLL 32 bits.

ayant le même problème, reste bloqué lors du chargement peu importe ce que j'essaye

@ james-munson Windows est la seule solution, je viens d'acheter un SSD de 500 Go pour installer Windows 10 pour ce jeu il y a 30 minutes, maintenant je vais installer Windows 10.

https://www.reddit.com/r/linux_gaming/comments/ajyx51/resident_evil_2_playable_with_the_latest_dxvk_and/

@ james-munson Merde! Je viens de dépenser mon argent sur SSD pour jouer à ce jeu, je n'ai pas eu à dépenser autant! Je peux cependant installer Linux sur ce SSD.

@ james-munson Pouvez-vous jouer à ce jeu maintenant?

@laichiaheng non, même pas avec le dernier dvxk, un gars sur ce post reddit pourrait avoir un correctif.
Je tombe en panne une fois que je suis dans le jeu après la scène du camionneur

«La solution était d'exporter la branche CLSID, de renommer les chemins dans le bloc-notes de Wine, puis de réimporter le fichier .reg corrigé.

Je vais voir comment ça se passe avec ça. "

Je ne sais pas comment faire ça.

DarkeoX
Vérifiez le registre des préfixes, regardez les chemins "mf.dll" et "mfReadwrite.dll" sous HKEY_CLASSES_ROOT \ CLSID.

Le truc Python a foiré dans mon installation. "% SYSTEMROOT%" utilisé dans le chemin, mais Wine l'ajoute comme un chemin relatif au répertoire du jeu et bien sûr ne peut pas trouver les dll.

J'ai dû exporter cette branche du registre, la modifier dans le bloc-notes de Wine pour ne pas gâcher l'encodage et tout le reste, réécrire toutes les occurrences de "% SYSTEMROOT% \ System32mf.dll" en "C: ..." les occurrences appropriées.

La solution:
https://github.com/doitsujin/dxvk/issues/886#issuecomment -458487008

Avec proton, je ne peux pas du tout jouer au jeu, au démarrage du jeu, une fenêtre noire s'ouvre puis se ferme directement et c'est tout. Je ne peux pas non plus démarrer le jeu en utilisant wine-staging à partir de la ligne de commande, car il indique alors qu'il ne peut pas initialiser l'api de vapeur même si Steam est en cours d'exécution. La seule façon dont je peux exécuter ce jeu est d'exécuter la version Windows de Steam dans wine-staging, puis je rencontre également le bogue décrit ici qui ne peut pas charger le deuxième chapitre.

Vous ne pouvez pas jouer avec Proton car il a DXVK 0.94 et RE2 ne fonctionne qu'avec les versions plus récentes. Remplacez les fichiers DXVK du dossier Proton par DXVK 0.96 si vous souhaitez jouer avec Proton.

Grâce au remplacement des bibliothèques dans les dossiers dxvk, dois-je également remplacer les bibliothèques dans le dossier fakedlls ou à quoi sert cette copie dans le dossier fakedlls?
De plus, le jeu semble fonctionner plus facilement dans la mise en scène du vin, Steam ne pourrait-il pas ajouter une option pour utiliser le vin système au lieu du proton dans les paramètres de jeu de vapeur? De plus, les sauvegardes de jeux ne semblent pas compatibles, je n'ai pas pu charger ma sauvegarde de jeux wine-staging-windows-steam et j'ai dû en créer une nouvelle.

Le correctif de chargement ne semble pas fonctionner pour moi, le proton se bloque en essayant avec le correctif mf.
re2proton-crash.log

Ok, je l'ai finalement fait fonctionner, le problème était que j'ai _commenté_ les lignes du script d'installation, j'aurais dû lire les instructions plus attentivement ..: upside_down_face:

[RE2] Importation de sauvegarde impossible en raison d'une incompatibilité de région

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/2313.
@Mershl posté le 2019-02-05T19: 34: 24:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: RESIDENT EVIL 2
• Steam AppID du jeu: 883710

Information système

• GPU: GTX 1080
• Version du pilote / LLVM: nvidia 415.27
• Version du noyau: 4.19
• Version Proton: 3.16-6

Je confirme:

• [X] que j'ai vérifié si des mises à jour pour mon système sont disponibles.

Symptômes

Les sauvegardes Resident Evil 2 contiennent les paramètres régionaux dans lesquels elles ont été créées. Au démarrage, il effectue une vérification de région (lecture de sCountry, Locale et sLanguage à partir du registre, éventuellement plus) et marque les sauvegardes comme invalides si les régions ne correspondent pas.
La définition des paramètres régionaux dans le panneau Région et langue de Windows pour qu'ils correspondent à ceux utilisés pour créer la sauvegarde résout ce problème.
La modification du préfixe wine géré par Proton pour RE2 ne résout pas ce problème car les champs sont (automatiquement) réinitialisés à "United States" / "ENU" / "409" après la modification.

la reproduction

• Activer les sauvegardes sur le cloud Steam pour RE2 sur une machine Windows avec un paramètre de région différent de celui des États-Unis. Démarrez le jeu et sauvegardez.
• Installez RE2 via SteamPlay. La première boîte de dialogue dans le jeu doit mentionner "Ces données de sauvegarde ne sont pas compatibles et ne peuvent pas être utilisées".

Ce problème de sauvegarde est probablement le même que celui que j'ai mentionné précédemment, pourquoi je ne peux pas charger mes sauvegardes wine-staging en utilisant proton et vice versa.

J'ai un problème si mon jeu plante dès que la première scène de coupe de Leon commence avec un nouveau jeu, mes étapes de configuration exactes proviennent

https://github.com/doitsujin/dxvk/issues/886#issuecomment -458487008

1. Installer le jeu
2. Lancez le jeu pour que proton crée les préfixes
3. export WINEPREFIX = $ /. steam / steam / steamapps / compatdata / 883710 / pfx
4. ./install-mf-64.sh
5. placez "mfplat.dll"

De plus, si je réinstalle le jeu et que je ne suis pas les étapes 3 et 4, le jeu fonctionne très bien, puis reste bloqué sur la scène de chargement indéfinie avant le début du générique.

steam-883710.log

Vous n'avez pas à réinstaller le jeu en cas de problème, supprimez simplement le dossier steamapps/compatdata/883710/pfx et relancez le jeu pour que Steam puisse générer un nouveau préfixe wine propre.
Êtes-vous sûr d'avoir exécuté winetricks mf ? Avez-vous le fichier ~/.cache/winetricks/win7sp1/windows6.1-KB976932-X64.exe ? Avez-vous correctement édité installcab.py ? Votre distribution Linux a-t-elle python2 comme interpréteur Python par défaut?

@SergeyLatyshev
Oui, j'ai exécuté winetricks mf, j'ai édité les lignes 129 à 137 dans installcab.py et j'ai utilisé python2 pour l'installer

Impossible de dépasser le compte à rebours à la fin du jeu. Le compte à rebours disparaît et la porte du progrès a un mur invisible, ce qui rend le jeu impossible à terminer. Utilisation de DXVK 0.96.

-

Mise à jour: le dernier Proton 3.16-7 a cassé les sauvegardes du jeu. Probablement lié aux changements de région / clavier / heure par Proton puisque le jeu effectue une vérification de région pour chaque sauvegarde. Semble être un problème avec chaque mise à jour Proton. Identique à https://github.com/ValveSoftware/Proton/issues/2266#issuecomment -460790101

Yupp, les jeux de sauvegarde sont cassés. Je n'arrive pas à le faire fonctionner, peu importe comment je modifie les choses.

Je peux sauvegarder le jeu sans problème avec Proton 3.16-7

@laichiaheng le problème est qu'il est impossible de charger les données de sauvegarde créées avec une ancienne version de Proton, donc tous ceux qui ont joué au jeu avant ont perdu toute leur progression.

Même histoire avec les sauvegardes créées sur Proton vs les sauvegardes créées sous Windows.

@doitsujin Oui, j'ai enregistré le jeu dans Windows 10 et Proton3.16-6, et je peux toujours les charger et les enregistrer dans Proton3.16-7

@laichiaheng Je soupçonne que votre paramètre régional dans Windows 10 est égal au paramètre par défaut dans Proton.

Avons-nous une solution de contournement pour écraser les paramètres régionaux dans un préfixe de proton? Ils continuent de revenir aux États-Unis pour moi.

Je n'ai rien fait pour le réglage de la région, il sélectionne automatiquement ma région pour moi.

Supprimer votre chemin wineprefix pour le jeu (ex. Steam / steamapps / compatdata / 883710) et laisser Steam en créer un nouveau en relançant le jeu via Proton semble être une solution de contournement pour le problème de compatibilité de sauvegarde et le jeu se charge correctement. Pas de solution, mais c'est un moyen de remettre la sauvegarde en marche.
Si vous le faites, faites une sauvegarde de l'ancien chemin wineprefix pour éviter de perdre des sauvegardes.

Edit: Il semble que vous deviez au moins continuer votre sauvegarde sous Windows et supprimer le préfixe pour revenir à la lecture de la sauvegarde sur Proton après avoir reconstruit le préfixe, pas seulement en supprimant le préfixe. Cela fonctionne mais c'est une mauvaise solution de contournement.

Pourtant, le compte à rebours de la fin de la campagne Leon B ne fonctionne toujours pas ici.

La suppression du préfixe ne résout pas le problème pour moi.

@SleepingSloth Si vous rencontrez toujours des problèmes. Êtes-vous sûr que le fichier mfplat est la bonne version? et ne pas utiliser la version Windows 10 de mfplat?
Le mfplat doit être de windows 7 et la version 12.0.7601.23471 est la seule qui fonctionne actuellement.

J'ai aussi le problème de sauvegarde avec la version Lutris de Resident Evil 2 maintenant, et ça plante beaucoup!
Cela n'est pas arrivé à la version Steam Proton.

J'utilise proton 3.16-7 et DXVK 0.96 et mes anciennes sauvegardes sont toujours chargées.

@ mixalis1987 Donc, mise à jour depuis mon dernier message, je peux maintenant passer la première scène cinématique, mais elle se charge maintenant indéfiniment au générique J'ai utilisé la bonne version de mfplat et elle provenait d'un ordinateur portable Windows 7.

J'ai aussi essayé ce tutoriel, pas de chance.
https://steamcommunity.com/sharedfiles/filedetails/?id=1654060648

@SleepingSloth Quelle première
Si ce sont ces crédits sur lesquels il reste bloqué, le fichier mfplat n'a pas été installé correctement. Ces crédits sont un fichier vidéo et non un jeu généré. C'est là que mfplat entre en jeu.

@ mixalis1987 Mon problème d'origine lié ci-dessous a été résolu, était la scène

https://github.com/ValveSoftware/Proton/issues/2266#issuecomment -463487010

Maintenant, j'ai un nouveau problème où le jeu se charge indéfiniment au générique après que Leon et Claire se sont éloignés de la station-service, ma sortie de terminal est identique à la sortie de Sergey liée ci-dessous

https://github.com/doitsujin/dxvk/issues/886#issuecomment -458487008

@SleepingSloth Pouvez-vous me montrer votre répertoire de jeux?

@ mixalis1987 Voulez-vous une liste du contenu dans le dossier du jeu Steam ou du préfixe?

Dossier @SleepingSloth Game.

@ mixalis1987

883710
amd_ags_x64.dll
ISACEffect.dll
ISACMixer.dll
ISACSink.dll
iZotope.dll
McDSP.dll
mfplat.dll
re2.exe
re2_config.ini
re2_config_default.ini
re2_d3d11.log
re2_dxgi.log
re_chunk_000.pak.patch_001.pak
re_chunk_000.pak.patch_002.pak
re_chunk_000.pak
steam_api64.dll

@SleepingSloth Oui,
Est-ce que le mfplat md5sum ressemble à ceci? 2188de5fa5c741fb2b81eb9f37d26ba7

@ mixalis1987 Oui

@SleepingSloth Il est difficile de comprendre celui-ci. Habituellement, le chargement infini sur cette pièce est un problème mfplat.
Cela n'a probablement rien à voir avec cela, mais nous ne pouvons jamais être trop sûrs, mais avez-vous mis à jour la version DXVK pour le préfixe proton? J'utilise 0.96 pour la vapeur.

@ mixalis1987 Oui, bien que je ne pense pas que cela compte plus depuis la version bêta de proton 3.16-7, quelqu'un a également récemment publié une critique du jeu sur protondb avec un résultat similaire, alors peut-être que le problème est lié à la distribution.

@SleepingSloth Quelle distribution vous avez?

@ mixalis1987 Arch

Bonjour @SleepingSloth , si vous utilisez habituellement Steam natif, est-ce que la fermeture complète de Steam, puis l'exécution de steam-runtime depuis un terminal font une différence?

Je devrais penser que ça marche sur la voûte. Je suis sur Manjaro basé sur l'arc donc théoriquement cela devrait fonctionner.

J'utilise proton 3.16-7 et DXVK 0.96 et mes anciennes sauvegardes sont toujours chargées.

@laichiaheng Quels étaient vos paramètres régionaux sur les deux systèmes?

@julienbenjamin Si ce message est pour moi, alors ma langue est le Royaume-Uni.

@Mershl Quelqu'un sait si seulement sCountry, Locale et sLanguage sont nécessaires?

@ mixalis1987 Désolé, je suis confus; vous n'êtes pas dans la même situation que @Mershl c'est-à-dire que votre sauvegarde a été créée avec la même locale (UK)?

@julienbenjamin Quelle est la meilleure façon de vérifier le fichier de sauvegarde? Tout ce que je sais, c'est que ma région Steam est définie sur UK sur les deux systèmes, Windows et Linux.

@ kisak-valve J'ai exécuté le jeu deux fois en natif steam, la première fois que j'ai lancé le jeu, j'ai exécuté la syntaxe ./install-mf-64.sh dans un terminal à l'intérieur du dossier python-installcab le premier test qui a abouti au bogue précédent I dit avait été résolu en réapparaissant le commentaire sur le bogue précédent lié ci-dessous.

@ mixalis1987 Mon problème d'origine lié ci-dessous a été résolu, était la scène

# 2266 (commentaire)

__TLDR__ le jeu plante dès que la première cinématique commence lorsque Leon se rend à la station-service.

Le crash à travers un wine: Unhandled exception: page fault on read access Je pourrais télécharger le vidage ici si cela vous aide?

La deuxième fois que j'ai sauté complètement ./install-mf-64.sh et j'ai juste essayé de lancer le jeu sans aucune installation de winetricks, le jeu s'est bien déroulé jusqu'à ce que les crédits soient supposés jouer après que Leon et Claire aient quitté la station-service, il se charge indéfiniment, dans les deux tests, mfplat.dll été placé dans le dossier du jeu.

@julienbenjamin Quelle est la meilleure façon de vérifier le fichier de sauvegarde? Tout ce que je sais, c'est que ma région Steam est définie sur UK sur les deux systèmes, Windows et Linux.

@ mixalis1987 Actuellement, il n'y a aucun moyen AFAIK. Et c'est mon problème actuel: ma sauvegarde "devrait" avoir la même locale que mon système Linux, et je ne devrais pas rencontrer l'erreur. Ou il existe d'autres paramètres utilisés pour créer le fichier de sauvegarde RE2.

J'ai vérifié tous les paramètres et ils sont tous définis sur Royaume-Uni. J'ai vérifié dans Steam, Linux et Windows.

@SleepingSloth Avant de ./install-mf-64.sh vous aviez lancé export WINEPREFIX=your steam proton prefix premier, n'est-ce pas? Et vous devez d'abord installer mf avant d'exécuter ./install-mf-64.sh car les fichiers sont toujours nécessaires.

@ mixalis1987 Oui, j'ai suivi ce guide.

https://steamcommunity.com/sharedfiles/filedetails/?id=1654060648

@SleepingSloth Ce guide est à peu près correct mais vous n'avez pas besoin d'installer mf dans un préfixe default , vous devez installer mf uniquement dans le préfixe de jeux et vous n'avez pas besoin de modifier install-mf-64.sh à utilisez python2, éditez simplement installcab.py et changez la ligne du haut #! /usr/bin/env python en #! /usr/bin/env python2 puis exécutez install-mf-64.sh dans ce préfixe.

Souhaitez-vous que j'essaye l'installation?

@ mixalis1987 J'ai suivi ce guide et cette vidéo https://youtu.be/pcCJSm3IoMY et les suggestions des autres sur la page protondb, qui m'amènent aux mêmes suggestions que vous venez de mentionner, ce qui entraîne le problème wine: Unhandled exception: page fault on read access Je l'ai mentionné dans mon commentaire précédent.

@SleepingSloth Dans la vidéo, il fait quelques choses que je n'ai jamais faites. Je viens de modifier installcab.py pour utiliser python 2 et les lignes 129 à 137 non commentées, puis j'ai juste exécuté install-mf-64.sh Je n'ai pas obtenu de service pack Windows 7, le script utilise le service pack qui est installé à partir de winetricks mf. Le seul fichier manquant dans mf est mfplat, c'est pourquoi nous l'obtenons manuellement à partir de Windows après avoir terminé avec install-mf-64.sh script. Il utilise également Windows 10 dans la machine virtuelle lorsque nous avons besoin de Windows 7.

Quand je l'ai fait, j'ai utilisé ce guide

https://github.com/doitsujin/dxvk/issues/886

SergeyLatyshev écrit les étapes que j'ai utilisées. Cela a même fonctionné pour RE7

Pour toute personne intéressée, concernant ce problème , la seule clé de registre pertinente est LocaleName . Testé avec regedit sur Windows.

Sur RE2 enregistre. Il semble que Proton a cessé de se mettre à jour sur mon ordinateur depuis la 3.16-6 malgré qu'il ait montré sa version comme plus récente. Donc, j'ai installé aujourd'hui Proton 3.16 Beta à partir de la section «outils», et il a été mis à jour. Mais ensuite, mes fichiers de sauvegarde sont devenus incompatibles. Je n'ai pas utilisé Windows pour ce jeu et je n'ai pas changé de paramètres régionaux sous Linux, Wine ou Proton. Ma locale Linux est "ru_RU.UTF-8" et dans .../steamapps/compatdata/883710/pfx/user.reg il y a "Locale"="00000419" . Que dois-je changer pour récupérer mes 80 heures de progression de jeu? Si je change quelque chose ici en 00000409 (je suppose que c'est la locale américaine?), Il revient à 00000419 à nouveau. Je ne vois pas l'option LocaleName dans les fichiers .reg.

@SergeyLatyshev Oui, "Locale"=00000419 est en-US . Vous pouvez trouver le code approprié ici pour le vôtre. LocaleName est une variable du registre de mon installation Windows où ma sauvegarde a été créée; en le bricolant, j'ai pu reproduire l'erreur que j'avais avec Steam Play. Mais, oui, LocaleName n'est pas présent dans le préfixe Wine.

Mais quelles variables doivent être modifiées pour que le jeu charge mes données de sauvegarde? Est-ce même possible? J'ai essayé de changer tous les 00000419 en 00000409 ou 00000000, mais le jeu ne veut toujours pas charger mes anciens fichiers de sauvegarde, et toutes les modifications apportées à user.reg disparaissent après le lancement du jeu.

J'ai même essayé de remplacer toute la branche [Control Panel\\International] de Proton 3.16 Beta/proton_dist.tar.gz/./share/default_pfx/user.reg , inutile aussi.

Les problèmes persistent entre Proton 3.16-4 et Proton 4.2. Toutes les modifications apportées aux paramètres régionaux sont annulées au lancement du jeu

J'ai mis à jour de 3.16-8 à 4.2, et mes sauvegardes fonctionnent. En outre, le jeu fonctionne désormais considérablement mieux qu'avec les anciennes versions de Proton.

Le curseur de la souris est toujours en retard dans le jeu, malgré le marquage comme corrigé dans le journal des modifications 4.1. Sur 3.18, il scintillait et tous les clics n'étaient pas acceptés.

Souris toujours en retard, Proton 3.16-4 enregistre toujours pas compatible avec 4.2-3.

@ Metaln00b @pastapojken Quelles sont les spécifications de votre système (les spécifications complètes peuvent être dans Steam sous Aide -> Informations système)?

Voir ci-dessous

 Computer Information:
     Manufacturer:  Unknown
     Model:  Unknown
     Form Factor: Desktop
     No Touch Input Detected

 Processor Information:
     CPU Vendor:  GenuineIntel
     CPU Brand:  Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz
     CPU Family:  0x6
     CPU Model:  0x3c
     CPU Stepping:  0x3
     CPU Type:  0x0
     Speed:  4000 Mhz
     4 logical processors
     4 physical processors
     HyperThreading:  Unsupported
     FCMOV:  Supported
     SSE2:  Supported
     SSE3:  Supported
     SSSE3:  Supported
     SSE4a:  Unsupported
     SSE41:  Supported
     SSE42:  Supported
     AES:  Supported
     AVX:  Supported
     CMPXCHG16B:  Supported
     LAHF/SAHF:  Supported
     PrefetchW:  Unsupported

 Operating System Version:
     "Arch Linux" (64 bit)
     Kernel Name:  Linux
     Kernel Version:  5.0.8-arch1-1-ARCH
     X Server Vendor:  The X.Org Foundation
     X Server Release:  12004000
     X Window Manager:  i3
     Steam Runtime Version:  jenkins-steam-runtime-beta-release_0.20190320.2

 Video Card:
     Driver:  X.Org AMD Radeon R9 200 Series (HAWAII, DRM 3.27.0, 5.0.8-arch1-1-ARCH, LLVM .0.0)
     Driver Version:  4.5 (Compatibility Profile) Mesa 19.1.0-devel (git-f9c594cdf5)
     OpenGL Version: 4.5
     Desktop Color Depth: 24 bits per pixel
     Monitor Refresh Rate: 60 Hz
     VendorID:  0x1002
     DeviceID:  0x67b1
     Revision Not Detected
     Number of Monitors:  3
     Number of Logical Video Cards:  1
     Primary Display Resolution:  1920 x 1080
     Desktop Resolution: 4480 x 1080
     Primary Display Size: 20.91" x 11.77" (23.98" diag)
                                             53.1cm x 29.9cm (60.9cm diag)
     Primary VRAM: 4096 MB

 Sound card:
     Audio device: Realtek ALC1150

 Memory:
     RAM:  15978 Mb

 Miscellaneous:
     UI Language:  English
     LANG:  en_GB.UTF-8
     Total Hard Disk Space Available:  111150 Mb
     Largest Free Hard Disk Block:  28624 Mb
     VR Headset: None detected

 Recent Failure Reports:

@pastapojken merci! Il semble que le problème de la souris n'a pas été résolu pour toutes les configurations / distributions / etc. Pour AMD, j'ai trouvé que le problème était résolu sur Ubuntu 18.10 mais avait toujours des problèmes sur Ubuntu 18.04.

@ alasky17

Computer Information:
    Manufacturer:  Unknown
    Model:  Unknown
    Form Factor: Desktop
    No Touch Input Detected

Processor Information:
    CPU Vendor:  AuthenticAMD
    CPU Brand:  AMD Ryzen 5 2600X Six-Core Processor           
    CPU Family:  0x17
    CPU Model:  0x8
    CPU Stepping:  0x2
    CPU Type:  0x0
    Speed:  3600 Mhz
    12 logical processors
    6 physical processors
    HyperThreading:  Supported
    FCMOV:  Supported
    SSE2:  Supported
    SSE3:  Supported
    SSSE3:  Supported
    SSE4a:  Supported
    SSE41:  Supported
    SSE42:  Supported
    AES:  Supported
    AVX:  Supported
    CMPXCHG16B:  Supported
    LAHF/SAHF:  Supported
    PrefetchW:  Unsupported

Operating System Version:
    Ubuntu 18.04.2 LTS (64 bit)
    Kernel Name:  Linux
    Kernel Version:  4.18.0-17-generic
    X Server Vendor:  The X.Org Foundation
    X Server Release:  12001000
    X Window Manager:  GNOME Shell
    Steam Runtime Version:  steam-runtime-beta-release_2019-01-10

Video Card:
    Driver:  X.Org AMD Radeon R9 200 Series (HAWAII, DRM 3.26.0, 4.18.0-17-generic, LLVM 8.0.0)
    Driver Version:  4.5 (Compatibility Profile) Mesa 19.1.0-devel (git-3c5a9ab 2019-04-17 bionic-oibaf-ppa)
    OpenGL Version: 4.5
    Desktop Color Depth: 24 bits per pixel
    Monitor Refresh Rate: 60 Hz
    VendorID:  0x1002
    DeviceID:  0x67b1
    Revision Not Detected
    Number of Monitors:  1
    Number of Logical Video Cards:  1
    Primary Display Resolution:  1920 x 1080
    Desktop Resolution: 1920 x 1080
    Primary Display Size: 23.54" x 13.23" (26.97" diag)
                                            59.8cm x 33.6cm (68.5cm diag)
    Primary VRAM: 4096 MB

Sound card:
    Audio device: ATI R6xx HDMI

Memory:
    RAM:  16033 Mb

Miscellaneous:
    UI Language:  English
    LANG:  de_DE.UTF-8
    Total Hard Disk Space Available:  937875 Mb
    Largest Free Hard Disk Block:  766089 Mb
    VR Headset: None detected

Recent Failure Reports:

@ alasky17 Intéressant! Le problème de la souris ne me dérange pas trop car je joue de toute façon avec un contrôleur. Devra cependant examiner cela. Le problème de sauvegarde que je trouve plus ennuyeux car je pense qu'il n'y a aucune garantie qu'après avoir redémarré mon jeu à partir de 0 pour utiliser des fichiers de sauvegarde compatibles, la prochaine mise à jour du proton ne changera pas à nouveau de locale et ne causera pas de problèmes.

Version du système d'exploitation:
Ubuntu 18.04.2 LTS (64 bits)

Carte vidéo:
Pilote: X.Org AMD Radeon R9 200 Series (HAWAII, DRM 3.26.0, 4.18.0-17-generic, LLVM 8.0.0)
Version du pilote: 4.5 (profil de compatibilité) Mesa 19.1.0-devel (git-3c5a9ab 2019-04-17 bionic-oibaf-ppa) `

@ Metaln00b si vous passez à Ubuntu 18.10 et que cela corrige le problème de la souris, je serais très intéressé! Merci pour l'info!

@pastapojken J'ai examiné le problème des paramètres régionaux et le changement de paramètres régionaux provoquant des fichiers de sauvegarde incompatibles est un bogue Windows. Les paramètres régionaux signalés ont changé entre 3.16-6 et 3.16-7 car Proton a été corrigé, il indique donc les paramètres régionaux corrects du système (auparavant, il signalait l'anglais américain pour tout le monde), il ne devrait donc pas changer à nouveau car il indique maintenant les paramètres régionaux corrects. FWIW si vous avez toujours la sauvegarde, cela peut fonctionner si vous définissez LANG = en_US.UTF-8 dans un terminal et exécutez Steam à partir de ce même terminal.

@ alasky17 OH MAN! JE VOUS REMERCIE! Honnêtement, je n'avais pas beaucoup creusé car je supposais que c'était un truc compliqué Vin / Proton, alors oui, c'est corrigé, merci! :RÉ

@ alasky17 Si je

Je viens de démarrer RE2 avec Proton 4.2.3 et j'ai le problème où je suis bloqué lors du chargement après avoir terminé la première scène. Je n'ai apporté aucune modification à Proton ou aux fichiers du jeu, je l'ai simplement installé à partir de Steam et j'ai appuyé sur play

• GPU: RX 480
• Version du pilote / LLVM: 4.5 Mesa 19.0.0-devel / 7.0.0
• Version du noyau: 5.0.5
• Version Proton: 4.2-3

A-t-il déjà été installé? C'est juste le problème de mfplat. Il doit manquer.

Le samedi 27 avril 2019 14:55 Andrew, [email protected] a écrit:

Je viens de commencer RE2 avec Proton 4.2.3 et j'ai le problème où je suis
chargement bloqué après avoir terminé la première scène. Je n'en ai pas fait
modifications apportées à Proton / aux fichiers de jeux, je l'ai simplement installé depuis Steam
et appuyez sur play

• GPU: RX 480
• Version du pilote / LLVM: 4.5 Mesa 19.0.0-devel / 7.0.0
• Version du noyau: 5.0.5
• Version Proton: 4.2-3

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-487287953 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/ABHOYDE5BOSYFO7QN6WULLTPSRLMZANCNFSM4GSMTW2Q
.

Non, ce n'était pas le cas. Je l'ai installé hier. La solution de contournement mfplat ne devrait plus être requise, non?

Je pense que c'est toujours le cas. Ce fichier est protégé par le droit d'auteur de Microsoft, donc je ne pense pas
le vin peut l'inclure. Ça dépend de nous.

Le samedi 27 avril 2019 15:03 Andrew, [email protected] a écrit:

Non, ce n'était pas le cas. Je l'ai installé hier. La solution de contournement mfplat ne devrait pas
être plus nécessaire, non?

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-487288583 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/ABHOYDCUQOGUMUIIKN53ASTPSRMLPANCNFSM4GSMTW2Q
.

Je viens de réessayer avec le runtime fourni (j'utilisais des bibliothèques natives via l'intégration Steam de Solus) et j'ai eu le même problème. Cette fois, j'ai reçu un message d'erreur sur l'arrêt forcé, cependant

Très bien, je vais essayer. Merci!

Faites le nous savoir.

Le samedi 27 avril 2019 15:07 Andrew, [email protected] a écrit:

Très bien, je vais essayer. Merci!

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-487288907 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/ABHOYDARJESGV2MIPBTYOUDPSRM3NANCNFSM4GSMTW2Q
.

Oui, c'était ça le problème. Je ne sais pas ce qui m'a fait penser que la solution de contournement n'était plus nécessaire. Espérons qu'une solution juridique à ce problème pourra être trouvée prochainement.
Merci!

@CyanBlob Vous devriez peut-être l'installer avec Lutris, il installe automatiquement tout ce dont vous avez besoin pour jouer à ce jeu.

Je ne pense pas que Lutris installe ce fichier non plus, c'est toujours un copyright
fichier, ils ne le risqueront pas.

Le samedi 27 avril 2019 18:02 小 亨, [email protected] a écrit:

@CyanBlob https://github.com/CyanBlob Vous devriez peut-être l'installer avec
Lutris, il installe automatiquement tout ce dont vous avez besoin pour jouer à ce jeu
Jeu.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-487302871 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/ABHOYDCIWXCZRESL7JTW6S3PSSBLHANCNFSM4GSMTW2Q
.

Vous avez besoin du fichier 430KB mfplat.dll avec la somme de contrôle 54b5dcd55b223bc5df50b82e1e9e86b1

@ mixalis1987 Je joue dessus via Lutris sans problème.

@CyanBlob @ alasky17 Maintenant, j'ai mis à niveau vers 19.04 et j'ai eu la même erreur que CyanBlob. Le problème semble être le pilote vulkan. Veuillez publier la sortie de vulkaninfo .

ERREUR: [Message du chargeur] Code 0: /usr/lib/i386-linux-gnu/libvulkan_intel.so: mauvaise classe ELF: ELFCLASS32

ERREUR: [Message du chargeur] Code 0: /usr/lib/i386-linux-gnu/libvulkan_radeon.so: mauvaise classe ELF: ELFCLASS32

VULKANINFO

Version de l'instance Vulkan: 1.1.97 / build / vulkan-tools-35Ffza / vulkan-tools-1.1.101.0 + dfsg1 / vulkaninfo / vulkaninfo.c: 5028: échec avec VK_ERROR_INITIALIZATION_FAILED

Exécution avec le paramètre dans grub:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1 amdgpu.dc=1 amdgpu.dpm=1 amdgpu.modeset=1"
Je ne sais pas si le paramètre est toujours nécessaire.

METTRE À JOUR:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1"

sudo update-grub
redémarrer

Maintenant, cela fonctionne, mais le problème de la souris existe toujours.

@ Metaln00b

Maintenant, cela fonctionne, mais le problème de la souris existe toujours.

Salut, je viens de découvrir que le verrouillage de votre fréquence d'images sur 30 ou 60 résolu le problème de la souris.

@aaulia Merci, je vais l'essayer. Cela pourrait être plausible ...

Je viens de l'essayer et le problème de la souris semble avoir complètement disparu! Je l'ai limité à 60fps et je suis passé à Wayland. Je peux réessayer plus tard sur X si demandé

Eh bien, je l'ai essayé sur X avec VSync Off et limité à 30 FPS. Il semble que toutes les entrées sont retardées non seulement le curseur. Les premières minutes fonctionnent et lorsque le PC a un court décalage, il commence à "faire rouler la pierre". Toutes les entrées sont retardées.

Eh bien, je l'ai essayé sur X avec VSync Off et limité à 30 FPS. Il semble que toutes les entrées sont retardées non seulement le curseur. Les premières minutes fonctionnent et lorsque le PC a un court décalage, il commence à "faire rouler la pierre". Toutes les entrées sont retardées.

Hmm je comprends ça aussi, parfois. C'est donc un problème X? Peut-être essayer avec VSync?

Eh bien, je l'ai essayé sur X avec VSync Off et limité à 30 FPS. Il semble que toutes les entrées sont retardées non seulement le curseur. Les premières minutes fonctionnent et lorsque le PC a un court décalage, il commence à "faire rouler la pierre". Toutes les entrées sont retardées.

Hmm je comprends ça aussi, parfois. C'est donc un problème X? Peut-être essayer avec VSync?

Wayland est la solution. Vsync ou le limiteur de trame peuvent être ignorés. Merci =)

Finalement, cela a fonctionné après de nombreuses heures, il s'avère que la source de mes problèmes était python-installcab, l'utilisation de ceci (plusieurs versions essayées) entraînerait le crash du jeu après la première scène de coupe. J'ai nuked le préfixe, réinstallé et juste mis le mfplat.dll dans le répertoire du jeu et il semble bien fonctionner maintenant.

YMMV, je suppose.

En ce qui concerne la vidéo: Une seule DLL est nécessaire pour obtenir toutes les fonctionnalités - mfplat.dll de Windows 7.
Quelqu'un chez Valve peut-il entrer en contact avec quelqu'un d'assez haut dans la chaîne alimentaire Valve pour avoir un contact Microsoft, et lui demander gentiment si MS pourrait donner à Valve la permission de redistribuer le binaire mfplat.dll dans le cadre de Proton. Depuis que Ballmer est parti, la culture de MS a changé et je suis sûr que si vous le demandez gentiment, vous pouvez obtenir cette autorisation qui permettrait à ce jeu et à plusieurs autres titres récents de fonctionner parfaitement.

J'ai le même problème que le sujet de démarrage. Écran de chargement infini après la station-service.

steam-883710.zip

$ inxi -bM
System:    Host: localhost.localdomain Kernel: 5.3.0-0.rc0.git3.1.fc31.x86_64 x86_64 bits: 64 Desktop: Gnome 3.33.3 
           Distro: Fedora release 31 (Rawhide) 
Machine:   Type: Desktop Mobo: ASUSTeK model: ROG STRIX X470-I GAMING v: Rev 1.xx serial: <root required> 
           UEFI: American Megatrends v: 2406 date: 06/21/2019 
CPU:       8-Core: AMD Ryzen 7 2700X type: MT MCP speed: 2312 MHz min/max: 2200/3700 MHz 
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Vega 20 [Radeon VII] driver: amdgpu v: kernel 
           Display: wayland server: Fedora Project X.org 1.20.5 driver: amdgpu resolution: 3840x2160~60Hz 
           OpenGL: renderer: AMD Radeon VII (VEGA20 DRM 3.32.0 5.3.0-0.rc0.git3.1.fc31.x86_64 LLVM 8.0.0) 
           v: 4.5 Mesa 19.2.0-devel 
Network:   Device-1: Intel I211 Gigabit Network driver: igb 
           Device-2: Realtek RTL8822BE 802.11a/b/g/n/ac WiFi adapter driver: rtw_pci 
Drives:    Local Storage: total: 11.57 TiB used: 10.16 TiB (87.8%) 
Info:      Processes: 450 Uptime: 10h 20m Memory: 31.29 GiB used: 16.60 GiB (53.0%) Shell: bash inxi: 3.0.34 

@NTMan Il vous manque des dll mfplat ou vous avez copié les dll à partir d'une installation win10.

@ dlove67 spécifiquement de quelles DLL avez-vous besoin pour que cela fonctionne? J'ai mfplat.dll avec la somme de contrôle '54b5dcd55b223bc5df50b82e1e9e86b1' et j'obtiens également l'écran de chargement infini après la station-service

Le problème est mfplat, vous en avez besoin à partir de Windows 7 et installez correctement ou essayez ce script <Link removed by moderator>

Bonjour @ mixalis1987 , le lien que vous avez posté est juridiquement problématique et a été supprimé.

@exezin Celui que j'utilise est df1ed3184437cc405312b70805ae5623, mais vous devez également faire quelques autres choses avec winetricks. Vérifiez protondb dans les informations.

Je ne suis pas sûr, mais KB968211 peut contenir mfplat: https://www.microsoft.com/en-us/download/details.aspx?id=16546

@ dlove67 oui vous devez d'abord installer le package "mf" depuis winetricks, il installera les DLL sans copyright nécessaires. puis utilisez une méthode d'installation qui se trouve sur Internet, puis prenez une dll Windows 7 mfplat à partir de Windows et placez-la dans le même répertoire que l'exe du jeu.

@ mixalis1987 pour une raison quelconque, l'installation de mf via winetricks fait que le jeu ne passe pas la première cinématique pour moi, sans mf mais avec la dll mfplat, je peux accéder à la station-service mais pas au-delà de l'écran de chargement infini.

Quelqu'un a-t-il une idée des autres DLL que je dois y mettre? La page protondb est un peu en désordre.

@exezin, vous devez installer mf via winetricks, puis exécuter un script, vous devez également mettre le x64 mfplat.dll (extrait de C: \ Windows \ System32 sur une installation x64 de Windows 7). Après avoir fait les deux, cela devrait fonctionner correctement. Les scripts nécessaires sont notés sur protondb.

ce que @ dlove67 est correct. Vous devez faire les deux, winetricks mf et installer mfplat. Le jeu ne fonctionnera pas correctement sans les deux.

Accédez à cette page https://github.com/doitsujin/dxvk/issues/886 et le 16e post vers le bas vous dira comment installer mfplat et le script d'installation utilisé et quelle version de mfplat est réellement nécessaire.

Il est intéressant de noter que l'utilisation de ce script fait que le jeu ne passe pas du tout la première cinématique, sans que ce script ne soit utilisé et sans avoir placé mfplat.dll dans le dossier du jeu, je peux me rendre à la station-service, et je reste coincé avec l'écran de chargement sans fin après cela.

Je vais jouer et essayer d'autres mfplat.dll, il semble que quelques-uns ont eu de la chance avec d'autres versions.

C'est le script que j'utilise toujours aussi pour d'autres jeux, étrange que vous ayez des problèmes. Êtes-vous sûr que la DLL est la bonne version?

Avec la solution de contournement MF, le jeu plante à chaque fois que j'utilise _l'ordinateur portable_ à l'intérieur de la _police station_.

La somme de contrôle 20ecac7791dcba69121631cb627e5a96
La somme de contrôle de e8706a051bffc9da9e9b935aaa432aac
La somme de contrôle de 2188de5fa5c741fb2b81eb9f37d26ba7

Le crash se produit en raison de mfreadwrite.dll de ce qui apparaît dans le rapport de panne. Toutes les idées en plus de ne pas faire la solution de contournement correctement, car je suis sûr que j'ai tout fait correctement, et cela fonctionne bien avec Resident Evil 7 Biohazard .

Vous n'avez pas besoin de mfplatreadwrite qui est installé avec le package mf sur winetricks.

Installez d'abord mf à partir de winetricks, puis utilisez le script que j'ai posté plus haut, puis placez le fichier mfplat que vous avez pris dans Windows dans la version correcte de mfplat et placez-le dans le dossier games exe.

C'est ma vidéo que j'ai faite il y a des siècles de moi passant le même problème avec les étapes que je viens de dire. https://m.youtube.com/watch?v=JCPgIyZTHA0&t=67s

Je peux sauter cette vidéo en appuyant sur échapper, puis sur espace.

Vois ici:

https://www.reddit.com/r/linux_gaming/comments/ajyx51/resident_evil_2_playable_with_the_latest_dxvk_and/ef7sx31

Vous avez UNIQUEMENT besoin de mfplat.dll, mais vous avez besoin de la version avec md5sum
54b5dcd55b223bc5df50b82e1e9e86b1

Ne faites pas de winetricks. Copiez simplement ce mfplat.dll dans votre dossier de jeu.

Vous avez UNIQUEMENT besoin de mfplat.dll, mais vous avez besoin de la version avec md5sum
54b5dcd55b223bc5df50b82e1e9e86b1

J'ai md5sum 2188de5fa5c741fb2b81eb9f37d26ba7, cela fonctionne aussi.

Vous avez UNIQUEMENT besoin de mfplat.dll, mais vous avez besoin de la version avec md5sum
54b5dcd55b223bc5df50b82e1e9e86b1

J'ai md5sum 2188de5fa5c741fb2b81eb9f37d26ba7, cela fonctionne aussi.

Et quelle version est-ce? Celui que j'ai cité est celui de Windows 7 SP 1 qui est distribué sur le site de Microsoft et, en tant que tel, est probablement la version la plus récente.

Et quelle version est-ce?

12.0.7601.23471

Sans mfreadwrite.dll, le jeu se bloque et ne fait rien pendant si longtemps. J'ai essayé les deux versions de mfplat.dll, et les deux se sont écrasées au milieu de la cinématique de l'ordinateur portable. J'ai échappé à ces cinématiques et je n'ai pas fait face à une autre cinématique problématique après quelques heures de jeu.

Ahmed, essayez mon préfixe de vin: <Link removed by moderator>
Supprimez votre wineprefix existant pour RE2 de steamapps / compatdata /, décompressez celui-ci là, et copiez ce fichu mfplat.dll dans steamapps / common / RESIDENT EVIL 2 BIOHAZARD RE2 /. N'oubliez pas de supprimer les dll inutiles à partir de là si vous les avez déjà copiées (mf, mfreadwrite, etc.)

Bonjour @SergeyLatyshev , votre lien a été supprimé car il contient des DLL sous copyright (mf.dll), ce qui est légalement problématique à redistribuer.

Merci à tous. Je n'ai rien à faire. J'ai déjà sauté la vidéo et tout le reste fonctionne très bien.

@ ahmed-elsayed2017 quel est le md5 de votre mfreadwrite.dll?

@ ahmed-elsayed2017 quel est le md5 de votre mfreadwrite.dll?

la somme de contrôle mfreadwrite.dll est e8706a051bffc9da9e9b935aaa432aac

Bonjour @SergeyLatyshev , votre lien a été supprimé car il contient des DLL sous copyright (mf.dll), ce qui est légalement problématique à redistribuer.

Mais winetricks l'installe. Je pensais que toutes les parties du vin étaient libres de se redistribuer. Ou ils ne le sont pas?

Winetricks ne fait pas partie de wine ou Proton et je crois comprendre que le projet lui-même ne contient pas de bibliothèques propriétaires.

La dll mfplat ne l'est pas, elle n'est donc pas incluse dans le pack mf winetricks. Honnêtement, je ne vois pas pourquoi Microsoft a protégé ce fichier, mais nous parlons de Microsoft.

Je ne parviens pas à y jouer sur Lutris après être passé à Ryzen 3700X. Pourquoi?

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

Le fichier entier fait plus de 1 Go

@ kisak-valve Voici le journal: https://drive.google.com/file/d/1N_aJUc6JfTugJU6iy_oTNAAZCMha_8GG/view?usp=sharing

Il semble que votre journal indique que le jeu a frappé un tas d'accès mémoire non valides (c0000005). On peut tuer un jeu, votre journal en compte plusieurs centaines. Malheureusement, je ne vois aucun indice à part cela.

En remarque, les journaux Proton ont tendance à bien se compresser, mais même compressés, ce journal est plus volumineux que Github n'est satisfait.

@ kisak-valve d'autres jeux de protons plantent aussi.
Est-ce le bug d'AMD?

Est-ce le bug d'AMD?

Certaines cartes GPU AMD nécessitent une solution de contournement pour exécuter les jeux DXVK et Vulkan, mais pourriez-vous fournir plus d'informations? GPU, version du pilote et système d'exploitation.

@ ahmed-elsayed2017

vainfo: VA-API version: 1.5 (libva 2.5.0)
vainfo: Driver version: Mesa Gallium driver 19.1.2 for Radeon RX 580 Series (POLARIS10, DRM 3.32.0, 5.2.1-1-MANJARO, LLVM 8.0.0)

vulkan-radeon est installé, cette carte fonctionne parfaitement sur mon système i5-4460, mais elle ne fonctionne pas sur le système 3700X + X470 maintenant.
Les jeux Linux natifs fonctionnent sans problème, mais les jeux protons plantent immédiatement.

@doitsujin @ ahmed-elsayed2017
Je l'exécute en terminal, c'est comme ça qu'il se comporte.
https://pastebin.com/j04WJVa6
J'ai confirmé que les jeux natifs OpenGL et Vulkan fonctionnent sans problème.
Je ne m'attendais pas à ce que le jeu ne soit pas lancé, il fonctionnait parfaitement sur mon PC CPU i5-4460 avec le même disque dur, le même processeur graphique et le même système d'exploitation.
Est-ce le problème du cache shader de Steam?

@ ahmed-elsayed2017 @doitsujin @ kisak-valve
Aujourd'hui, j'ai essayé de jouer à la version non-steam de Path Of Exile avec WINE + DXVK sur mon PC, il fonctionne parfaitement avec des fps élevés, il doit donc s'agir d'un problème spécifique au jeu ou de Steam au lieu de WINE + DXVK ou Proton, mais comment est-ce possible? Il n'y avait pas de tel problème avec ce jeu.
Je ne peux pas tester la version Steam de POE, car elle n'est pas jouable sur Steam dans mon pays, donc je ne sais pas si Steam cause ce problème.

Je viens de tester à nouveau ce jeu et il fonctionne bien. Il a fait une mise à jour au début avant le lancement et quand il a démarré, il s'est écrasé, mais après avoir redémarré, il a fonctionné parfaitement et après la station, etc. Donc je ne pense pas que ce soit un jeu ou de la vapeur.

@ mixalis1987 OK, le jeu n'est pas compatible avec Ryzen 3700X

OK, le jeu n'est pas compatible avec Ryzen 3700X

@laichiaheng Oh et moi

OK, le jeu n'est pas compatible avec Ryzen 3700X

@laichiaheng Oh et moi

Oui, je suis sur 5.2 maintenant, j'ai aussi essayé 5.3, mais ça ne marche toujours pas.
Veuillez mettre à jour votre CPU, je veux vraiment savoir quelle partie de mon système ne va pas.

OK, le jeu n'est pas compatible avec Ryzen 3700X

@laichiaheng Oh et moi

C'est un problème CPU confirmé, une autre personne qui met à jour son 1600 à 3600 a le même problème.

@laichiaheng Qu'est-ce qu'AMD a à dire à ce sujet?

Le jeu plante parfois sans aucun avertissement. Stocke-t-il le fichier journal si je ne lui dis pas de le faire?

Il y a une latence sonore dans le jeu, le son est plus lent que les graphiques pendant environ 0,1 ~ 0,5s

Il y a une latence sonore dans le jeu, le son est plus lent que les graphiques pendant environ 0,1 ~ 0,5s

Qu'à cela ne tienne, cela est dû à la prise casque du panneau avant de mon PC.

Information système

• GPU: RX VEGA 56
• Pilote GPU: 19.3~git1910291930.ff6e14~oibaf~b (ppa: oibaf / graphics-drivers)
• Version du noyau: 5.4.0-050400rc5-lowlatency
• Version de distribution: Linux Mint 19.2 Tina (64 bits) (Cinnamon)
• Version Proton: 4.11-7

Rapport de compatibilité

Le jeu est jouable avec Proton 4.2-9 mais il saute les vidéos à moins d'installer Media Foundation (version cabine).

Avec Proton 4.11-7, le jeu plante soit juste au moment où vous êtes sur le point d'entrer dans le jeu, soit vous entrez dans le jeu mais les ombres sont parasites. Y compris une vidéo des ombres glitching

vapeur-883710-proton-4.2-9.log
vapeur-883710-proton-4.11-7.log
RE2.mp4.zip
system_info.txt

La vidéo est d'ombres glitching

la reproduction

Lancez simplement le jeu avec Proton 4.11.7

Information système

* GPU: RX VEGA 56

* GPU Driver: `19.3~git1910291930.ff6e14~oibaf~b `(ppa:oibaf/graphics-drivers)

* Kernel version: 5.4.0-050400rc5-lowlatency

* Distro version: Linux Mint 19.2 Tina (64 bit) (Cinnamon)

* Proton version: 4.11-7

Rapport de compatibilité

Le jeu est jouable avec Proton 4.2-9 mais il saute les vidéos à moins d'installer Media Foundation (version cabine).

Avec Proton 4.11-7, le jeu plante soit juste au moment où vous êtes sur le point d'entrer dans le jeu, soit vous entrez dans le jeu mais les ombres sont parasites. Y compris une vidéo des ombres glitching

vapeur-883710-proton-4.2-9.log
vapeur-883710-proton-4.11-7.log
RE2.mp4.zip
system_info.txt

La vidéo est d'ombres glitching

la reproduction

Lancez simplement le jeu avec Proton 4.11.7

Impossible de le reproduire avec mon RX580

mais les ombres glitching

Pouvez-vous tester Mesa 19.2? Cela pourrait très bien être une régression.

Pouvez-vous tester Mesa 19.2? Cela pourrait très bien être une régression.

@doitsujin bien sûr que j'ai fait quelques tests supplémentaires

Information système

• GPU: RX VEGA 56
• Version de distribution: Linux Mint 19.2 Tina (64 bits) (Cinnamon)
  system_info.txt

Tests avec différents pilotes de noyau et de GPU

• Pilote GPU: 19.2.1-1ubuntu1~18.04.1~ppa2 (ppa:ubuntu-x-swat/updates)
• Version du noyau: 5.4.0-050400rc6-lowlatency
  vapeur-883710-proton-4.11-7-xswat.log
  

• Pilote GPU: 19.1.2-0~b~padoka0 (ppa:paulo-miguel-dias/pkppa)
• Version du noyau: 5.4.0-050400rc6-lowlatency
  steam-883710-proton-4.11-7-padokastable.log
  

• Pilote GPU: 19.1.0+aco+git1571318481-fe930ad92ab-1bionic1 (ppa:valve-experimental/mesa-bionic)
• Version du noyau: 5.4.0-050400rc6-lowlatency
  steam-883710-valveexp-proton-4.11-7.log
  

• Pilote GPU: 19.3~git1910291930.ff6e14~oibaf~b (ppa:valve-experimental/mesa-bionic)
• Version du noyau: 5.4.0-050400rc6-lowlatency
• Pilote GPU: 19.3~git1910291930.ff6e14~oibaf~b (ppa:valve-experimental/mesa-bionic)
• Version du noyau: 5.0.0-23-générique
  vapeur-883710-proton-4.11-7-oibaf.log
  steam-883710-oibafkernel5.log
  

Avec toutes ces configurations, j'obtiens des ombres scintillantes et des problèmes graphiques, mais le jeu ne s'est pas écrasé avec Proton 4.11-7.

Conclusion

Le jeu s'est écrasé uniquement avec Proton 4.11-7 utilisant le noyau 5.4.0-050400rc5 , donc cela semble avoir été un problème avec le noyau rc5. Les ombres parasites et les problèmes graphiques se sont toutefois produits avec chaque version de pilote Mesa que j'ai testée, également avec un noyau plus ancien.

Je pense que les problèmes graphiques sont soit un problème spécifique à Vega56, soit un paramètre graphique spécifique en est la cause (je vais expérimenter plus avec cela)

Je ne peux pas reproduire le problème sur mon RX 480, mais pouvez-vous essayer de mettre ce qui suit dans un fichier dxvk.conf côté de re2.exe :

d3d11.relaxedBarriers = False

DXVK a un hack de performance pour ce jeu qui, autrement, exigerait AMDAGS pour fonctionner; si le fichier de configuration le corrige pour vous, c'est le hack qui est cassé. Malheureusement, cela entraînera probablement une perte de performances d'environ 20 à 30%, mais c'est vraiment la faute du jeu car il repose si fortement sur des extensions D3D11 non standard.

@doitsujin Je l'ai essayé mais cela n'a fait aucune différence, les mêmes problèmes graphiques / scintillement d'ombre sont restés avec Proton 4.11-7

Pour référence, voici à quoi ressemble le jeu dans Proton 4.2-9 pour moi:
(Je suppose que c'est un rendu précis)

vapeur-883710-proton-4.2-9.log

@AwesamLinux J'ai peut-être manqué cela, mais avez-vous essayé de supprimer la version dxvk de 4.2-9 dans Proton 4.11-7 pour isoler cela comme un problème dxvk? Cela vaudrait peut-être la peine d'être vérifié? La version dxvk de 4.2-9 est 1.2.1 et vous pouvez extraire l'archive tar de la version du github ici: https://github.com/doitsujin/dxvk/releases?after=v1.3

Après l'avoir supprimé, vous pouvez déposer le contenu du dossier x32 dans votre dossier Steam ..... / common / Proton 4.11 / dist / lib / wine / dxvk /. et le contenu du dossier x64 dans dist / lib64 / wine / dxvk /.

@ alasky17 Je l'ai essayé maintenant, fonctionnant avec l'ancien DXVK, il n'y a pas de problèmes graphiques. Alors oui, maintenant, nous pouvons être sûrs qu'il s'agit d'un problème DXVK.

@AwesamLinux a-t-il une chance que vous puissiez diviser le problème en deux ou au moins déterminer quelle version est la dernière qui fonctionne?

@doitsujin J'ai essayé les versions de DXVK pré-compilées de github jusqu'à 1.4.4 (toutes testées avec l'option de lancement DXVK_STATE_CACHE = 0)

dxvk 1.3.2 BON
dxvk 1.3.3 BON
dxvk 1.3.4 BON
dxvk 1.4.0 MAUVAIS
dxvk 1.4.1 MAUVAIS
dxvk 1.4.2 MAUVAIS
dxvk 1.4.3 BON (pas de problèmes graphiques!: tada :)
dxvk 1.4.4 BON

Ouais, le problème semble avoir été déjà résolu à partir de dxvk 1.4.3 : tada:

(Désolé pour la lenteur de la réponse. J'aurais dû d'abord tester tous les binaires précompilés. J'ai été dérouté en vérifiant et en compilant 6b5d01c934e48bd3abc12f6643ffa0705ef2c2dd ([meta] Release 1.4.1). Et cela a produit des DLL sans problème graphique, ce qui m'a dérangé complètement)

Cool merci. Cela aurait pu être lié aux changements de barrière d'UAV alors.

Bizarre que cela fonctionne très bien sur ma carte, et apparemment même pour certains utilisateurs de Vega à qui j'ai parlé.

@ kisak-valve Le reflet du miroir est faux.
Processeur: AMD Ryzen7 3700X
GPU: AMD RX580
Noyau: 5.4.3
Mesa: 19,3
Proton: 4.11-10

Information système

• GPU: RX VEGA 56
• Pilote GPU: 4.5 (profil de compatibilité) Mesa 19.1.2 - padoka PPA
• Version du noyau: 5.4.5-050405-lowlatency
• Version de distribution: 19.3 Tricia (64 bits) (cannelle)
• Version proton: 4.11-11

Rapport de compatibilité de nouveau test

Il semble y avoir une régression à partir de DXVK 1.4.5. Les graphiques sont corrompus en atteignant le menu principal comme ceci:

En passant à la console, vous voyez un message d'erreur de spam comme celui-ci:

• Avec DXVK 1.4.4, le jeu fonctionne avec cette configuration, tout ce qui est plus récent que cela est cassé
• J'ai essayé avec des noyaux et des pilotes GPU plus anciens et plus récents (y compris ceux dont je sais qu'ils avaient déjà fonctionné avec ce jeu). Il n'y avait aucune différence, le jeu fonctionnait avec l'ancien DXVK quel que soit le pilote / noyau mais se bloque avec tout ce qui est plus récent que la 1.4.4

Y compris les journaux de l'exécution du jeu avec succès et de l'un des cas de panne.

steam-883710-dvxk1.4.5-crash.log
steam-883710-dxvk1.4.4-success.log
system_info.txt

J'ai eu des problèmes graphiques étranges comme celui-ci lorsque j'utilisais AMDVLK + noyau 5.0, mais Radv fonctionne très bien avec moi. Utilisez-vous vkBasalt?

@AwesamLinux pouvez-vous réessayer avec une version à jour de Mesa? Je ne peux pas reproduire le problème de mon côté sur un RX 480 utilisant Mesa 19.3.

@AwesamLinux

Pour commencer, purge padoka ppa et mesa est livré avec selon les instructions indiquées sur la page Padoka Stable PPA.

Ensuite, utilisez ce ppa.

https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

Et aussi les documents Proton devraient mentionner à partir de ce ppa et la suppression de l'imo de ppa précédemment recommandée. @ kisak-valve

https://github.com/ValveSoftware/Proton/wiki/Requirements#amdintel

@ ahmed-elsayed2017 Je n'utilise pas vkBasalt

@doitsujin @ Leopard1907

J'ai essayé un tas de pilotes / noyaux aléatoires différents (je ne suis retourné que sur ces anciens pour voir s'il y aurait une différence). Mais voici les résultats que j'ai obtenus avec les nouveaux pilotes:

DXVK | Kernel | Mesa | Cela a-t-il fonctionné?
----- | --------------- | ------ | -------------
dxvk-1.4.4 | 5.0.0-23-générique | 19.3.1 - PPA kisak-mesa | SUCCÈS
dxvk-1.4.4 | 5.2.8-050208-lowlatency | 19.3.1 - PPA kisak-mesa | SUCCÈS
dxvk-1.4.4 | 5.4.5-050405-lowlatency | 19.3.1 - PPA kisak-mesa | SUCCÈS
dxvk-1.4.4 | 5.4.5-050405-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | SUCCÈS
dxvk-1.4.5 | 5.0.0-23-générique | 19.3.1 - PPA kisak-mesa | FAIL (le système a gelé)
dxvk-1.4.5 | 5.4.5-050405-lowlatency | 19.3.1 - PPA kisak-mesa | ÉCHEC (graphiques corrompus)
dxvk-1.4.5 | 5.4.5-050405-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | ÉCHEC (graphiques corrompus)
dxvk-1.4.6 | 5.0.0-23-générique | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | FAIL (le système a gelé)
dxvk-1.4.6 | 5.2.8-050208-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | ÉCHEC (graphiques corrompus)
dxvk-1.4.6 | 5.4.5-050405-lowlatency | 19.3.1 - PPA kisak-mesa | ÉCHEC (graphiques corrompus)
dxvk-1.4.6 | 5.4.5-050405-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | ÉCHEC 2/3 essais (graphiques corrompus)
dxvk-1.5 | 5.0.0-23-générique | 19.3.1 - PPA kisak-mesa | FAIL (le système a complètement gelé)
dxvk-1.5 | 5.2.8-050208-lowlatency | 19.3.1 - PPA kisak-mesa | ÉCHEC (graphiques corrompus)
dxvk-1.5 | 5.4.0-050400-lowlatency | 19.3.1 - PPA kisak-mesa | ÉCHEC (graphiques corrompus)
dxvk-1.5 | 5.4.5-050405-lowlatency | 19.3.1 - PPA kisak-mesa | ÉCHEC (graphiques corrompus)
dxvk-1.5 | 5.4.5-050405-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | ÉCHEC (graphiques corrompus)

• Testé avec Proton 4.11-11 avec les binaires de version pré-compilés du github DXVK
• Tout cela a été testé avec l'option DXVK_STATE_CACHE = 0

D'après ce que j'ai observé avec DXVK 1.4.4, le jeu fonctionne de manière cohérente pour moi quel que soit le noyau ou Mesa. Avec quoi que ce soit plus tard, il y a une corruption graphique en plein écran ou un gel total du système. Curieusement, le jeu a fonctionné une fois avec DXVK 1.4.6.

Avez-vous une chance de diviser ce problème en deux?

J'ai entendu des rapports similaires sur la nouvelle démo qui a été publiée récemment, mais personne ne semble être en mesure de reproduire cela de manière suffisamment fiable pour obtenir des informations utiles. Je n'ai pas pu déclencher ce bogue du tout sur AMD ou Nvidia, le jeu fonctionne parfaitement, même avec la version DXVK fournie par Proton.

@doitsujin Quand j'aurai plus de temps libre,

Je vais essayer d'ajouter à cela, j'ai remarqué que le jeu a cessé de fonctionner pour moi après la mise à jour qui en a supprimé denuvo, du moins je pensais que c'était la raison pour laquelle cela coïncidait avec cela.

Ce que je vis, ce sont des blocages du système qui nécessitent un redémarrage dur.

Dans l'emplacement principal que j'ai testé (RPD Dark Room), les gels se produisent systématiquement lorsque vous pointez la caméra dans une direction particulière (mur arrière, en face de la machine à écrire).

J'ai exécuté des tests en changeant les versions du noyau, mesa et dxvk sans succès.
J'ai essayé d'imiter ce qui fonctionnait pour @AwesamLinux aussi près que possible, mais cela n'a pas fonctionné.

J'ai essayé des combinaisons de tout cela: le dernier noyau 5.4.6-arch, 5.4.3-arch, 5.4.3-fsync (de valveaur), DXVK 1.5 et 1.4.4, mesa 19.3.1 et mesa-aco 20.0. 0_devel.20191129 (de valveaur), même résultat avec chaque combinaison.

J'ai quelques journaux _probablement pas très utiles_.

steam-883710.log
steam-883710.2.log

J'essaierai plus tard mais je suis un peu perdu en ce moment et j'ai testé pendant des heures hier soir.

Information système

• GPU: Vega 11 (Ryzen 3400G iGPU)
• Version du pilote / LLVM: Mesa 19.3.1 / 9.0.0
• Version du noyau: 5.4.6-arch1-1
• Version proton: 4.11-11

Avez-vous également essayé une autre version proton?

J'ai essayé brièvement 4.2-9 sans la même pléthore de combinaisons, c'est l'autre que j'avais facilement disponible, même résultat.

Existe-t-il un moyen d'éviter le crash du GPU? Cela rendrait les tests approfondis beaucoup moins ennuyeux, mais je suppose que non.

Je reçois également des plantages aléatoires du jeu (le jeu s'arrête littéralement, le reste du système n'est pas affecté) avec Proton 4.11-11, TK-Glitch 5.0rc2 et Glorious Eggroll's 4.19, 4.20 et 4.21-1 et -2. AMD RX 580 avec mesa 19.3.1 et 20.0.0-devel de valveaur, le noyau 5.4.6 d'Arch et Manjaro, avec 5.5-rc. J'ai seulement essayé les DXVK intégrés et je suppose qu'ils utilisent tous un DXVK plus tard que la version 1.4.5 (je sais que la version TK-G utilise la version 1.5). Je vais essayer d'ajouter des DXVK précédents et voir comment cela fonctionne. Le fait est que je n'obtiens absolument rien dans les journaux, le jeu se ferme littéralement sans message dans le journal, même avec le jeu d'options de débogage proton. Je veux dire qu'il y a un fichier journal créé, mais il se termine littéralement juste après "App untel a commencé", aucun message pendant le crash. Se produit toujours dans les 30 minutes, cela ne s'est pas produit il y a quelques mois avec les anciennes versions de proton

Ok, il semble que j'ai enfin lancé le jeu, en utilisant AMDVLK au lieu de RADV.

edit: Je pense que je l'ai identifié, vulkan-radeon 19.2.7-1 est le dernier qui fonctionne, 19.3.0-1 le casse
edit2: j'ai remarqué que ce jeu est moins stable avec AMDVLK, j'ai rencontré des plantages aléatoires lors de mes brefs tests avec celui-ci, comme lors de la modification des paramètres graphiques, alors que je n'ai jamais eu un seul crash en jouant avec RADV pendant plus de 8 heures (avant qu'il ne casse, de cours).

Bonjour @dowttie , on dirait que https://gitlab.freedesktop.org/mesa/mesa/issues/2315 suit votre problème.

Resident Evil 2 Remake plante constamment sur les systèmes basés sur Arch

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3425.
@ gardotd426 publié le 2020-01-12T16: 17: 18:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: Resident Evil 2 Remake
• Steam AppID du jeu: 883710

Information système

• GPU: XFX RX 580 4 Go
• Version du pilote / LLVM: Mesa-ACO de valveaur (20.0.0.devel)
• Version du noyau: multiple. 5.4.3-5.4.10-MANJARO et -arch, noyaux 5.5rc, noyaux personnalisés de Tk-Glitch, tous.
• Lien vers le rapport d'informations système complet sous forme de Gist :
• Version Proton: Plusieurs, mais aussi loin que les versions officielles, 4.11-11

Je confirme:

• [x] que je n'ai pas trouvé de rapport de compatibilité existant pour ce jeu.
• [x] que j'ai vérifié si des mises à jour pour mon système sont disponibles.

Symptômes

Le jeu plante dans les 10 à 15 minutes suivant le temps de jeu réel dans le jeu, quoi qu'il arrive. OUI, LE CORRECTIF DE FONDATION MEDIA EST INSTALLÉ. J'ai environ 8 ou 9 heures dans le jeu, mais je n'y ai pas joué pendant environ 3 semaines, et maintenant que j'ai essayé de recommencer, je ne peux pas jouer plus de 10 minutes. Cela n'a jamais posé de problème avec 4.11-9. Honnêtement, ça ne cesse de s'aggraver, maintenant je ne peux même pas le faire fonctionner pendant 5 minutes. J'installe Proton-4.2-9 en ce moment pour voir si cela fait une différence, puisque toutes les versions de Proton que j'ai essayées sont soit 4.11, soit basées sur 4.11 (comme Proton-GE de Glorious Eggroll).

la reproduction

Sur Manjaro ou Arch Linux, avec le noyau 5.4 actuel (5.4.10 à ce jour), installez RE2, puis après avoir appliqué le correctif Media Foundation, essayez d'exécuter le jeu. Il plantera dans les 10 minutes au milieu de la partie. Ce ne sont pas des cinématiques, ce sont bien. Ce sera juste au milieu du jeu, en courant dans le couloir ou quelque chose comme ça. Il s'arrête / quitte simplement, et les journaux ne semblent pas indiquer autre chose qu'un problème avec Wine.
steam-883710.log

@ kisak-valve, je viens de poster là-bas et on m'a dit que ce n'était pas lié et que de nouveaux rapports devaient être déposés. Donc, je suppose que je vais aller de l'avant et faire cela, mais comme je l'ai dit, il semble que mon problème soit un problème de Wine (donc donc un problème de proton) par opposition à un problème de Mesa. Je viens de réessayer avec un nouveau Wineprefix et en utilisant Mainline Mesa 19.3.2-2. Pas mieux que mesa-aco du repo valveaur. AMDVLK ne fait aucune différence sur RADV. Je ne peux pas dire grand-chose des journaux que j'ai joints, mais d'après ce que j'ai pu trouver en recherchant, cela semble indiquer que c'est un problème avec le proton. Mais je posterai aussi un numéro chez Mesa.

À droite, @dowttie a le même chipset vidéo que le rapport de bogue fd.o qui a été associé à ses commentaires ici. En parlant de cela, maintenant que https://gitlab.freedesktop.org/mesa/mesa/commit/c63d04cb57002c636b65cdc5989c0b8aeb5dfe8b a atterri dans mesa 19.3.2, @dowttie , pouvez-vous mettre à jour mesa sur votre système et retester?

En regardant votre journal, cela ressemble à une ligne d'intérêt possible err:mmdevapi:MMDevice_Activate Invalid/unknown iid {bbf8e066-aaaa-49be-9a4d-fd2a858ea27f} , qui est vaguement suivie d'une violation d'accès (c0000005) qui conduit à la mort du jeu avec wine: Unhandled page fault on read access to 000007FFC42A9000 at address 00007F0C6110D6B8 (thread 0040), starting debugger... , donc votre problème est peut-être liés à l'audio.

J'ai eu le même problème de crash aléatoire. J'ai essayé d'autres protons plus anciens 3.16-7
sans mf installé et le jeu semblait fonctionner correctement pendant plus d'un an
heure. Ensuite, j'ai réinstallé mf dessus et chaque fois que j'ai utilisé mon contrôleur
il s'est écrasé instantanément. Idem avec le proton 4.2. Mais mf a travaillé avec proton
4.11-11 et proton 4.21-2-GE mais crashs aléatoires comme avant.

Je suis sur un Nvidia gtx 1080 au lieu d'AMD donc je ne pense pas qu'il y ait quoi que ce soit
à voir avec les pilotes graphiques. Doit être un problème de vin / proton.

Et pourquoi mon ancienne version de proton plante lorsque j'utilise mon contrôleur avec mf activé
eux mais pas sur les nouvelles versions de protons?

J'ai terminé ce jeu lors de sa première sortie sur proton 3.16 avec mf et
contrôleur pas de problème .... n'importe qui?

Le dimanche 12 janvier 2020, 21:08 gardotd426, [email protected] a écrit:

@ kisak-valve https://github.com/kisak-valve , le problème est suivi
over sur le mesa Gitlab n'est lié à aucun de ces bogues. Je viens de poster
là-bas et on lui a dit que ce n'était pas lié et que de nouveaux rapports doivent être
déposé. Donc je suppose que je vais aller de l'avant et faire ça, mais comme je l'ai dit, il semble
mon problème est un problème de vin (donc donc un problème de proton) par opposition à un Mesa
problème. Je viens de réessayer avec un Wineprefix frais et en utilisant Mainline Mesa
19.3.2-2. Pas mieux que mesa-aco du repo valveaur.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266?email_source=notifications&email_token=ABHOYDDUAZ7PRXFI5EQ2DC3Q5OBGFA5CNFSM4GSMTW22YY3PNVWIX_source=notifications&email_token=ABHOYDDUAZ7PRXFI5EQ2DC3Q5OBGFA5CNFSM4GSMTW22YY3PNVWIXK3TUL52HS4DFVREXG63
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ABHOYDCYBZJOFB4XHFQHQSLQ5OBGFANCNFSM4GSMTW2Q
.

@ kisak-valve On dirait que ça résoudra mon problème, je serai absent jusqu'à mercredi, je pourrai tester après ça.
Merci pour toute l'aide et à tous ceux qui travaillent sur ces projets!

On dirait que c'est un problème avec ACO. Si je lance avec RADV_PERFTEST=llvm cela semble stable jusqu'à présent, même si les performances sont faibles. Mais RADV_PERFTEST=aco fonctionnait avant, j'ai toujours utilisé aco avec RE2. C'est donc quelque chose avec la ou les récentes versions d'aco qui est cassé.

@ gardotd426 Je ne pense pas que ce soit le cas, car je n'ai pas de GPU AMD, je ne peux donc pas utiliser ACO et j'ai toujours des plantages aléatoires. Cependant, je viens d'utiliser à nouveau le proton 4.21-2-GE et il semble que cela a bien fonctionné. Joué pendant environ 3 heures sans problème. J'utilise Manjaro avec les pilotes nvidia du noyau 5.4.6-2 440.44 et le processeur AMD Ryzen 9 3900X.

@ mixalis1987 cela pourrait être le problème du contrôleur parce que j'ai remarqué que j'avais un contrôleur SNES branché que je n'utilisais pas mais que Steam l'enregistrait. Je l'ai débranché et changé en llvm de aco et il a fonctionné pendant une heure ou deux. Quand je rentre à la maison, je vais l'essayer sans le contrôleur mais avec ACO pour voir si cela fait une différence. Et oui, ça fonctionnait aussi pour moi avec Proton-4.21-GE-2 ou autre avant que tout ça ne commence. Maintenant il s'écroulait comme tout le reste

@ gardotd426 Je l'ai testé à nouveau sur le proton 4.21-2-GE a laissé le jeu tourner tout seul pendant une heure, puis est revenu et a continué à jouer pendant environ 2 heures sans aucun problème. Je ne sais pas si quelque chose a changé en changeant les versions de protons dans les deux sens ou quoi, mais il semble que cela fonctionne à nouveau ...

Je ne sais pas ce que vous entendez par contrôleur, mais je n'ai qu'un seul contrôleur que j'utilise pour tous les jeux, Steam et aucun jeu Steam et c'est un vieux contrôleur Xbox. Je ne m'étais jamais déçu avant ...

Voyant que tout semble fonctionner à nouveau, je vais tout laisser tel quel :)

Right vient de terminer le jeu sur Proton 4.21-2-GE sans aucun problème ...

@ kisak-valve Je peux confirmer que mesa 19.3.2 semble résoudre le problème! J'ai joué environ une heure sans problème, je vais "tester" (c'est-à-dire jouer au jeu) plus longuement plus tard.
Merci beaucoup pour votre aide.

Merci d'avoir retesté @dowttie , le mérite

Note de suivi: je laisse tomber l'étiquette des pilotes Mesa car le @dowttie est résolu et le problème de @ gardotd426 a été isolé à ACO, qui est une option non par défaut sur https://gitlab.freedesktop.org/mesa / mesa / issues / 2341.

Salut. J'ai pu lancer le jeu il y a quelques jours et aujourd'hui, il plante toujours lorsque j'essaye de le charger.

Puisqu'il donne exactement zéro information d'erreur - pourquoi même ..? - lors d'une panne dans l'interface utilisateur, j'ai réussi à l'exécuter avec ce script, je ne sais pas si le répertoire sous steamapps / compatdata / est même le bon, car je n'ai trouvé aucune documentation à ce sujet.

https://gist.github.com/ShalokShalom/f303003350b68e75b5aadda2d8ae84a3

Je l'ai sorti de Flatpak.

Comme vous pouvez le voir, il y a deux caractères d'espace dans le nom, peut-être que quelqu'un aime aussi résoudre ce problème.
Par erreur, j'ai eu exactement ceci:

esync: up and running.
./re2.sh: line 5: 47431 Segmentation fault      (core dumped) /home/$USER/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/Proton\ 5.0/dist/bin/wine64 /home/$USER/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/RESIDENT\ EVIL\ 2\\ BIOHAZARD\ RE2/re2.exe

Steam s'est mis à jour hier.

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

Il a été réglé avec une mise à jour.

Merci beaucoup pour ça.

Désormais, le contrôleur PS4 n'est plus détecté.

Lorsque vous jouez à un nouveau jeu, après avoir quitté la station-service, l'écran de chargement prend un temps infini et ne m'amène jamais à l'écran suivant.

En quittant le jeu, voici le message d'erreur:

Mes informations système: https://gist.github.com/ShalokShalom/3b05f57cd643cf40f025fbfba68bf9e7

@ShalokShalom Vous devez installer cette DLL Microsoft pour surmonter cela.

Merci @ mixalis1987

@ kisak-valve Pouvez-vous m'aider à trouver cette DLL?

Je suis assez stressé par le fait que j'achète des dizaines de titres et que rien ne fonctionne sans de gros ajustements. Je suis tout à fait conscient du fait que tout cela est encore en développement et ainsi de suite, alors que beaucoup de choses peuvent simplement aller en amont et être incluses par défaut, non?

Le jeu plante et j'obtiens l'erreur suivante chaque fois que j'essaye de créer un nouveau jeu:

wine: Unhandled page fault on read access to 0000000000000000 at address 00000001421DC60B (thread 0059), starting debugger...

J'ai essayé le correctif mfplat.dll, j'ai essayé le proton personnalisé de GloriousEggroll, j'ai essayé avec et sans exécution de vapeur, j'ai essayé avec DX11 et 12 en vain.

Je suis cependant capable de passer dans un mode supplémentaire.

ESSENTIEL

Avez-vous essayé une version plus ancienne du proton?

Le mer 29 avril 2020, 13:39 patlefort, [email protected] a écrit:

Le jeu plante et j'obtiens l'erreur suivante chaque fois que j'essaye de créer un
nouveau jeu:

wine: Erreur de page non gérée lors de l'accès en lecture à 0000000000000000 à l'adresse
00000001421DC60B (thread 0059), démarrage du débogueur ...

J'ai essayé le correctif mfplat.dll, j'ai essayé le proton personnalisé de GloriousEggroll, je
essayé avec et sans exécution de vapeur, j'ai essayé avec DX11 et 12 en vain.

Je suis cependant capable de passer dans un mode supplémentaire.

GIST https://gist.github.com/patlefort/e747e900a4ee0d0ba6ae38b0bd2421db

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-621176407 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ABHOYDDXW34SWMQUEM2KUVLRPANWNANCNFSM4GSMTW2Q
.

@ShalokShalom aussi, google est une chose, et googler pendant 5 secondes de la même manière
trouve les mêmes informations. Jésus mec, ton attitude est ridicule.

Le mer 29 avril 2020 à 10 h 58, Matt M [email protected] a écrit:

@ShalokShalom c'est à cela que sert ProtonDB. Vous essayez d'exécuter Windows
jeux sur un système d'exploitation autre que Windows. Si vous voulez 100%
compatibilité sans aucune modification requise, utilisez Windows. Évidemment. Ses
pas si compliqué. Si vous aviez cherché pendant 5 secondes sur Resident Evil 2
page sur ProtonDB, vous auriez vu que ce jeu nécessite le correctif, avec
liens vers le correctif. Le lien ne peut pas être partagé ici. Cherchez-le vous-même,
prend littéralement 5 secondes. Et encore une fois, si c'est tellement un problème, et
si vous regardez ProtonDB avant d'acheter un jeu pour savoir s'il fonctionnera ou
ce n'est pas trop de travail pour vous, alors utilisez Windows

Le mer 29 avril 2020 à 10h16 mixalis1987 [email protected]
a écrit:

Avez-vous essayé une version plus ancienne du proton?

Le mer 29 avril 2020, 13:39 patlefort, [email protected] a écrit:

Le jeu plante et j'obtiens l'erreur suivante chaque fois que j'essaye de créer un
nouveau jeu:

wine: Erreur de page non gérée lors de l'accès en lecture à 0000000000000000 à l'adresse
00000001421DC60B (thread 0059), démarrage du débogueur ...

J'ai essayé le correctif mfplat.dll, j'ai essayé le proton personnalisé de GloriousEggroll, je
essayé avec et sans steam runtime, j'ai essayé avec DX11 et 12 à non
profiter.

Je suis cependant capable de passer dans un mode supplémentaire.

GIST <
https://gist.github.com/patlefort/e747e900a4ee0d0ba6ae38b0bd2421db>

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
<
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment -621176407
,
ou se désinscrire
<
https://github.com/notifications/unsubscribe-auth/ABHOYDDXW34SWMQUEM2KUVLRPANWNANCNFSM4GSMTW2Q

.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-621239524 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y3322GVK7YM4ZLMUFGYDRPAZC3ANCNFSM4GSMTW2Q
.

Bonjour @ gardotd426 , pour que ce soit clair, votre commentaire a été supprimé car nous ne pouvons pas tolérer l'utilisation de solutions de contournement juridiquement problématiques. Veuillez ne pas dire aux autres de les utiliser.

@ kisak-valve, il y a d'autres commentaires sur ce fil qui mentionnent la même chose
chose. C'est pourquoi je n'ai pas fourni de lien.

Le mer 29 avril 2020 à 11 h 09 kisak-valve [email protected]
a écrit:

Bonjour @ gardotd426 https://github.com/gardotd426 , pour que ce soit clair,
votre commentaire a été supprimé car nous ne pouvons pas tolérer l'utilisation de
solutions de contournement problématiques. Veuillez ne pas dire aux autres de les utiliser.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-621273689 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y335MGSGI4REPKN6FQVLRPA7KHANCNFSM4GSMTW2Q
.

@ShalokShalom va à ProtonDB, c'est pour ça. Comme vous devez toujours le faire avant d'acheter un jeu avec l'intention de l'utiliser sur un système d'exploitation non pris en charge. Sinon, utilisez Windows.

Là. Suppression de toute mention de quoi que ce soit, même si elle est déjà mentionnée dans ce fil. Sur le fil Doom Eternal, vous venez de dire de ne pas partager de liens, et étant donné qu'il est déjà mentionné sans être supprimé, évidemment je ne pense pas qu'il y ait quelque chose de mal à mentionner la même chose, sans même donner un nom ou un lien.

C'est un peu impoli de dire aux gens d'utiliser Windows.

@SergeyLatyshev Je ne leur dis pas d'utiliser Windows. Ils se plaignent littéralement du fait que le jeu ne fonctionne pas et ils achètent des dizaines de jeux et ils ne fonctionnent pas parfaitement. Je trouve cela assez impoli.

"Je suis assez stressé par le fait que j'achète des dizaines de titres et que rien ne fonctionne sans de gros ajustements. Je suis tout à fait conscient du fait que tout cela est encore en développement et ainsi de suite, alors que beaucoup de choses peuvent aller simplement en amont et être inclus par défaut, non? "

Si c'est un tel problème pour eux, alors il semble que Linux ne soit pas l'endroit où ils devraient acheter tous leurs jeux avec l'intention de les jouer sans aucun problème.

Mais ils ont un point. Il est très vrai que de nombreux jeux ne fonctionnent pas sous Linux sans avoir été modifiés (parfois «juridiquement problématiques», ce qui signifie que nous sommes loin de pouvoir jouer en un clic dans Proton classique). ProtonDB n'est pas une panacée. Il y a des jeux classés «or» qui ne fonctionnent pas sur mon ordinateur, il y a des jeux indépendants impopulaires sans rapport.

Du côté positif, de nombreux jeux, ayant eu besoin d'être peaufinés auparavant, fonctionnent désormais prêts à l'emploi, comme Halo, Doom Eternal ou Batman: Arkham Knight. Dans la plupart des cas, tous les problèmes sont causés par DRM ou par de mauvaises décisions des développeurs, comme la vidéo WMF.

Droite. Et c'est quelque chose que nous devons tous accepter, ou utiliser Windows (ou
consoles). C'est l'un ou l'autre, soit nous acceptons cela, soit nous n'utilisons pas
Linux pour les jeux. Sauf si vous êtes un programmeur qui va le réparer
toi même. Ce sont littéralement les trois seules options, et se plaindre de
il sur un fil qui n'a rien à voir avec cela est ridicule. Ce fil
ne concerne pas l'état du jeu Linux, il s'agit de Resident Evil 2 en cours d'exécution
sur Linux dans Steam. Et il y a une solution de contournement qui est absolument nécessaire,
cela ne peut pas être mentionné ici, mais de toute façon ce n'est pas un endroit pour se plaindre
sur les «dizaines de jeux» que vous avez achetés.

Le mer 29 avril 2020 à 11 h 31 Sergey Latyshev [email protected]
a écrit:

Mais ils ont un point. C'est très vrai que de nombreux jeux ne fonctionnent pas sous Linux
sans peaufiner (parfois "juridiquement problématique", ce qui signifie que nous sommes loin
de pouvoir jouer en un clic dans Proton standard). ProtonDB n'est pas un
panacée. Il existe des jeux classés «or» qui ne fonctionnent pas sur mon ordinateur,
il existe des jeux indépendants impopulaires sans rapport.

Du bon côté, de nombreux jeux, ayant eu besoin d'être peaufinés plus tôt, fonctionnent
maintenant prêt à l'emploi, comme Halo, Doom Eternal ou Batman: Arkham Knight. Dans
dans la plupart des cas, tous les problèmes sont causés par des DRM ou de mauvaises décisions des développeurs,
comme la vidéo WMF.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-621287649 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y332XWTO2OZ5AS6EAYJTRPBB3VANCNFSM4GSMTW2Q
.

Eh bien, si les travailleurs de Valve Proton résolvent le problème MF, cela permettra en effet à des dizaines de jeux de fonctionner parfaitement:

• Fugitif américain
• Blasphématoire
• BlazBlue: Fiction centrale
• Souffle
• Appel de Cthulu 2018
• Simulateur de mécanicien automobile 2018
• Enfants de Morta
• Danganronpa V3: tuer l'harmonie
• Intrépide
• Dévouement
• FINAL FANTASY TYPE-0 HD
• GRIS
• Monde de Monster Hunter
• Obduction
• Simulateur de construction PC
• Poste 4
• Stranded Sails - Explorateurs des îles maudites
• Équipe Sonic Racing
• Les mondes extérieurs
• Yaga
• Resident Evil 3
• Resident Evil 2
• Resident Evil 7
• Édition Warmastered Darksiders
• Le diable peut pleurer 5

• Borderlands 3

  Et beaucoup plus

Bonjour. Le traqueur de problèmes Proton GitHub n'est pas un forum de discussion. Veuillez garder les commentaires sur le sujet, polis et gentils. Je vous remercie.

Avez-vous essayé une version plus ancienne du proton?
…
Le mer 29 avril 2020, 13:39 patlefort, @ . * > a écrit: Le jeu plante et j'obtiens l'erreur suivante chaque fois que j'essaie de créer un nouveau jeu: wine: Erreur de page non gérée lors de l'accès en lecture à 0000000000000000 à l'adresse 00000001421DC60B (thread 0059), démarrage du débogueur ... J'ai essayé le mfplat. dll fix, j'ai essayé le proton personnalisé de GloriousEggroll, j'ai essayé avec et sans exécution de vapeur, j'ai essayé avec DX11 et 12 en vain. Je suis cependant capable de passer dans un mode supplémentaire. GIST https://gist.github.com/patlefort/e747e900a4ee0d0ba6ae38b0bd2421db - Vous recevez ceci parce que vous avez été mentionné. Répondez directement à cet e-mail, affichez-le sur GitHub < # 2266 (commentaire) > ou désabonnez-vous https://github.com/notifications/unsubscribe-auth/ABHOYDDXW34SWMQUEM2KUVLRPANWNANCNFSM4GSMTW2Q .

J'ai essayé la version 4.11-13 mais pas de chance. Cependant, j'ai finalement pu lancer le jeu et jouer en exécutant le jeu dans un préfixe de vin séparé via lutris en utilisant proton 5.0-6 plutôt que via Steam. J'ai essayé de supprimer le dossier compatdata pour que le jeu le régénère mais cela n'a fait aucune différence. J'ai également essayé de désactiver la superposition de vapeur. Je suis donc confus, que pourrait faire la vapeur différemment?

Je dois donc faire des étapes illégales pour faire fonctionner un jeu et c'est pourquoi je n'obtiens aucun soutien et je suis insulté et cela obtient même un laissez-passer de l'équipe de support.

Insultes à la place, bonne idée, c'est comme ça que vous attirez les clients.

CE JEU N'EST PAS OFFICIELLEMENT SUPPORTÉ SUR LINUX, et nulle part
Valve dit qu'il est pris en charge sous Linux. La page sur Steam dit Windows
seulement. Alors quel est le problème

Le samedi 2 mai 2020 à 15 h 12, ShalokShalom [email protected] a écrit:

Je dois donc faire des étapes illégales pour lancer un jeu et c'est
pourquoi je n'obtiens aucun soutien et je suis insulté et cela obtient même un laissez-passer de
l'équipe de support.

Insultes à la place, bonne idée, c'est comme ça que vous attirez les clients.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-623000465 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y3322YPX7CY32EFJEQ3LRPRWCPANCNFSM4GSMTW2Q
.

@ kisak-valve
Salut, je pourrais jouer RE2 entièrement lors de la première exécution avec Leon.
Signaler un "nouveau" bug de MFplat qui se produit uniquement lors de la 2ème exécution (avec Claire) : à l'approche de l'entrée principale du PC et la vidéo devrait commencer à jouer.

avec Mfplat.dll pirater le jeu plante à l'approche de l'affichage vidéo
sans (vanilla Proton) après avoir interagi avec l'affichage vidéo, le jeu bugs: plus de HUD, plus d'interaction possible. Il en va de même avec Proton-GE 5.6-2.
ma config

Je viens de jouer en tant que claire et la vidéo PC fonctionne très bien. Utilisation de vanilla proton 5.0-7
Je viens également de jouer la 2e manche en tant que claire et cela a fonctionné. Rappelez-vous que si votre processeur a beaucoup de cœurs, je pense qu'il était supérieur à 16? Ensuite, vous devez configurer le jeu pour n'en utiliser que 15. Mais si cela a fonctionné avec Leon, je ne pense pas que cela importera vraiment.

Je viens également de jouer la 2e manche en tant que claire et cela a fonctionné. Rappelez-vous que si votre processeur a beaucoup de cœurs, je pense qu'il était supérieur à 16? Ensuite, vous devez configurer le jeu pour n'en utiliser que 15. Mais si cela a fonctionné avec Leon, je ne pense pas que cela importera vraiment.

Je suis sur un quadcore i5, mais le jeu s'est bien déroulé tout au long de la première partie. J'ai essayé des paramètres très bas, réinitialiser le cache Steam, changer le client en version bêta, rien n'a fonctionné.
Le jeu ne plante pas mais se brise et aucune interaction n'est plus possible.

Je viens de jouer en tant que claire et la vidéo PC fonctionne très bien. Utilisation de vanilla proton 5.0-7
Je viens également de jouer la 2e manche en tant que claire et cela a fonctionné.
Ce n'est pas la première lecture vidéo, mais la deuxième lecture vidéo qui s'arrête.

Lorsqu'aucune interaction n'est possible, cela pose généralement un problème avec MF. Il ne s'initialise pas.

voici le bug de rupture en action, qui ne se produit pas lors de la première partie https://www.twitch.tv/videos/613723077
après avoir interagi avec le PC vidéo, je ne peux pas ouvrir les portes, ouvrir les menus, etc.

@Bumbadawg Ce bug se produit toujours lorsque la vidéo sur le PC ne démarre pas à cause du MF. Malheureusement, nous ne pouvons pas parler beaucoup de MF ici. Mais avez-vous essayé de l'installer à nouveau?

@ mixalis1987 , pour être clair, la solution de contournement que vous encouragez interfère avec les commentaires que nous pouvons utiliser pour améliorer Proton et Wine.

Il n'y a aucun problème à discuter de Media Foundation en général et de la nouvelle implémentation open source qui va dans wine, mais il n'est pas acceptable de soutenir de quelque manière que ce soit des solutions de contournement illégales.

@ kisak-valve Je ne le soutenais pas. Je disais simplement quel pourrait être le problème. C'est pourquoi je n'ai pas mentionné comment obtenir le correctif.

À l'aide de Proton-GE 5.6-2 et MF, cette erreur gstreamer apparaît dans le journal Proton
34 005f:warn:mfplat:query_bytestream Unhandled query type uri 35 0060:trace:mfplat:source_stream_added stream-id: 2 36 0060:trace:mfplat:source_stream_added Found existing stream 0xfe8ff40 37 005f:trace:mfplat:process_bytestream_pad_event filter 0xfe8fd70, type "reconfigure". 38 0060:trace:mfplat:watch_source_bus source 0xfe8fd70 message type stream-start 39 005f:trace:mfplat:watch_source_bus source 0xfe8fd70 message type tag 40 41 (wine:32173): GStreamer-WARNING **: 17:41:40.935: ../../proton/gstreamer/gst/gstpad.c:4551:gst_pad_push_data:<asfdemux0:video_0> Got data flow before segment event 42 43 (wine:32173): GStreamer-WARNING **: 17:41:40.935: ../../proton/gstreamer/gst/gstpad.c:4298:gst_pad_chain_data_unchecked:<appsink0:sink> Got data flow before segment event
GL avec l'implémentation de MF open source dans les gars de Wine, peut-être que cette erreur aide l'équipe.

Nouveau journal sur le seul crash de la deuxième exécution avec Claire playthrough à l'approche de l'ordinateur avec 5.0-7 (pour rappel, cela ne s'est pas produit lors de la première exécution, il peut donc s'agir d'un appel de lecture différent)
0150:err:strmbase:STRMBASE_DllGetClassObject {41457294-644c-4298-a28a-bd69f2c0cf3b}: no class found in C:\windows\system32\winegstreamer.dll.

@Bumbadawg Je ne suis pas le meilleur pour diagnostiquer les erreurs, mais j'ai testé mon jeu pour vous et cela fonctionnait bien. Je ne suis pas sûr de ce que vous avez testé jusqu'à présent, mais avez-vous essayé de désinstaller le jeu et son préfixe (assurez-vous qu'aucun fichier ne soit laissé) et de recommencer la configuration? Peut-être aussi supprimer le proton 5.0-7 et demander à Steam de le configurer à nouveau. Je pense que cette dernière option ne sera pas vraiment nécessaire si la version GE plante également, mais cela vaut le coup.
C'est très étrange que vous ayez ce problème, le jeu est classé platine sur protondb.com

ouais, comme je l'ai dit, je comprends qu'il pourrait être classé platine, dans la mesure où j'ai traversé toute la première manche, mais c'est spécifique à la 2ème manche.
J'ai supprimé le jeu, le pfx, Proton, tout réinstallé, rien n'a fonctionné, même problème.

Maintenant, parfois, dans le journal, je reçois ceci lors de la lecture de la vidéo err:mmdevapi:MMDevice_Activate Invalid/unknown iid

Peut-être ai-je besoin de certaines bibliothèques locales sur lesquelles winegstreamer s'appuie?
J'ai installé les bibliothèques gst laide / bonne / mauvaise / base, gstreamer / gstreamermm.

Super étrange, comment un jeu qui demande des solutions de contournement illégales et qui n'a aucun moyen légal de l'exécuter et qui n'est donc pas pris en charge par Steam et Valve, est même considéré comme Platine.

@ShalokShalom il existe un moyen légal de l'exécuter:

https://github.com/GloriousEggroll/proton-ge-custom/releases

(De plus, la légalité des autres solutions de contournement est plus une zone grise, et pas nécessairement illégale lorsqu'elles sont effectuées par un utilisateur. Valve / codeweavers utilise juste une grande prudence, je crois)

Le jeu fonctionne assez bien, sur les versions 5.0.7 et 5.6GE de proton. J'ai pu terminer complètement la première manche en tant que Claire, mais quand j'ai commencé la deuxième manche en tant que Leon, juste au début quand j'entre dans le poste de police et que je touche l'ordinateur portable RPD (il est rouge), alors je ne peux pas revenir en arrière au menu, ouvrir l'inventaire, utiliser d'autres éléments, voir hud, en gros, je ne peux rien faire et je dois quitter via la combinaison ALT-F4. Cela étant dit, je ne peux pas continuer à jouer au jeu dans la deuxième manche. C'est très triste, le jeu est très bon, et le faire tourner presque constamment entre 150 et 240 fps est tout à fait satisfaisant s'il n'y avait pas de tels bugs d'arrêt :(

J'ai trouvé plusieurs rapports sur des bogues autour de cet ordinateur portable rouge là-bas, mais la plupart d'entre eux causaient des problèmes visuels ou un écran noir ou autre chose. Quoi qu'il en soit, j'ai essayé d'utiliser la même solution qui était de définir "UseVendorExtensions = Disable" dans le fichier re2_config.ini , mais le problème persiste. D'autres personnes ont dit d'essayer de fonctionner avec DirectX12, mais avec 20 fps, je ne pouvais même pas atteindre cet endroit, lol. J'ai aussi eu beaucoup de problèmes et je ne pouvais pas voir où j'allais pendant que j'utilisais DirectX12, donc, fondamentalement, je ne connais aucune solution à ce problème.

D'une manière ou d'une autre, j'ai pu atteindre cet ordinateur portable avec 1 à 3 images par seconde en utilisant directx 12 et un écran presque noir sans informations utiles, mais le problème persiste malgré tout. J'ai aussi juste essayé le mode "fenêtré" au lieu d'un mode plein écran, et oui, pas encore de solution.

voici le bug de rupture en action, qui ne se produit pas lors de la première partie https://www.twitch.tv/videos/613723077
après avoir interagi avec le PC vidéo, je ne peux pas ouvrir les portes, ouvrir les menus, etc.

Je ne peux pas regarder votre vidéo, mais mes symptômes sont assez similaires, il se peut que nous ayons le même bug.

UPD:
Le même bug arrive en fait à Resident Evil 3, exactement le même comportement. J'ai commencé à jouer au jeu (RE3) en tant que Gill et j'ai pu terminer la première partie jusqu'à ce que le jeu change pour Carlos. Quand j'ai dû installer un détonateur C4 et faire sauter le mur entre les douches hommes et femmes, il y avait un mur dans quelques pièces, appelé "STARS Office". Une fois que j'appuie sur le bouton gauche de la souris pour ouvrir cette porte, la cinématique commence à jouer, et après cela - encore une fois, plus de hud, plus de choses d'échappement / d'inventaire / de carte sont disponibles en appuyant sur les touches du clavier appropriées, mais certains éléments sont interactifs toujours: je peux ouvrir le coffre-fort, enregistrer, mais pas ramasser des objets et quoi que ce soit d'autre. Après ce bug, j'ai pu marcher pendant que Carlos hors de la pièce et le jeu est revenu à Gill, mais quand même, même après ce changement, le bug était actif, cependant, j'ai pu enregistrer sous Gill, et, peut-être, peut continuer à jouer sans bogue pendant un certain temps.

C'est définitivement un problème.

J'ai une solution de contournement! J'ai donc essayé de ne pas activer ce truc d'ordinateur portable et de me promener. La mission était "d'enquêter sur le bureau de police". Donc, je marchais dans tout le bureau jusqu'à ce que je trouve un médaillon ou une statue, je ne m'en souviens plus. Mais une fois que j'ai fait cela, la mission a changé pour "Trouver 3 médaillons" et j'ai simplement pu passer et maintenant je suis dans le parking, donc j'ai avancé assez loin. Tout fonctionne bien, donc pas de bugs et de problèmes après. Je n'ai pas essayé d'activer ni même d'approcher la zone de l'ordinateur portable car je n'y vois aucune raison. Peut-être est-il même non interactif maintenant.

oui, le même problème MF plat que j'ai signalé ci-dessus. Nous avons trouvé la même solution de contournement qu'il semble =)

Bonjour,

1) SSAO et HDAO semblent provoquer aléatoirement des baisses de FPS majeures. Par exemple, dans un hall RPD, le framerate normal est de 90+ FPS, mais lorsque le problème est déclenché, il atteint à peine 25-35 FPS, même dans le menu pause. Après un certain temps (5, 10, 15 minutes, qui sait), cela revient à la normale. Passer à HBAO + et revenir en arrière fait également l'affaire ... jusqu'à ce que le framerate recommence quelque temps plus tard. Pour mémoire, j'ai le même problème dans RE3 Demo, donc peut-être que c'est lié au moteur RE.

J'utilise ces options de lancement: RADV_PERFTEST = aco DXVK_ASYNC = 1 gamemoderun% command%

J'ai essayé de les désactiver un par un, pareil. J'ai essayé Proton-5.8-GE-2-MF, Proton 5.0-7 et Proton 4.11-13, pareil. J'ai essayé avec et sans Freesync, pareil. J'ai essayé avec et sans TearFree, pareil.

2) Exactement le même problème que ci-dessus. Parfait première manche, mais sur la seconde, le truc du latop rouge se produit.

3) Plus tard lors de la deuxième manche en tant que Claire, après l'appel téléphonique avec Irons, le chargement ne se termine jamais.

Matériel: Ryzen 5 1600AF, RX 570, 16 Go de RAM
Logiciel: Fedora 32 Workstation, DXVK 1.6-69, Mesa 20.0.7, Vulkan 1.2.128

Ce problème avec l'ordinateur portable est présent même avec le Proton 5.0-9 ordinaire.

Je pense que la solution de contournement consiste à regarder la vidéo Tyrant sur YouTube et à ignorer complètement l'ordinateur portable pour le moment, comme suggéré ci-dessus.

SSAO et HDAO semblent provoquer au hasard des baisses importantes de FPS.

Il s'est avéré que c'était dû à RADV. Lors du passage à AMDVLK, la fréquence d'images est inférieure (80 FPS contre 100+) mais stable.