Proton: Les jeux avec le CEG DRM de Valve ne se lancent pas

Ne se lance toujours pas avec le proton 3.16-1

D'intérêt ici... Alice Madness Returns est répertorié comme utilisant CEG mais se lance très bien. https://steamdb.info/app/19680/config/

"cegpublickey | 3081..."

Il a cependant un écran d'activation EA, mais cela signifie toujours que CEG n'est pas en soi un problème à moins que certains jeux ne soient répertoriés de manière incorrecte ou que l'activation EA ait fonctionné autour de cela.

Risen 2 est répertorié comme ayant CEG et ne démarre pas sans erreur.
Lara Croft et les Gardiens de la lumière sont également répertoriés comme ayant un CEG et ne parviennent pas à démarrer.

Donc, d'après ce qui précède, il semble que les jeux CEG puissent fonctionner correctement, mais peut-être qu'une vérification échoue avec Proton à moins que le jeu ne dispose d'une autre activation. C'est soit ça, soit CEG est une coïncidence.

Je ne suis toujours pas convaincu que CEG est le problème ici à moins que l'activation EA ne le contourne et ne permette au jeu de démarrer, mais je ne connais pas la capacité technique du code ici - s'il est possible qu'il y soit lié ou ne pas.

La seule chose technique que j'ai trouvée jusqu'à présent est la suivante https://partner.steamgames.com/doc/sdk/uploading

"" Code d'erreur 15 " au moment du lancement
Il s'agit des serveurs CEG qui rejettent la demande à CEG l'exe. Vérifiez l'état de la version sur la page du jeu. S'il n'est pas 'jouable', vous devrez demander des clés Steam qui remplacent l'état de la version."

Cela suggère seulement qu'un jeu [doit être défini] comme jouable ou qu'il a des touches qui remplacent cet état.

"Les serveurs Steam sont trop occupés pour traiter votre demande... Code d'erreur (2)" au moment du lancement
Il s'agit des serveurs CEG qui ne parviennent pas à trouver un exe CEG correspondant. Vérifiez que vous disposez d'un exécutable CEG fonctionnel dans l'onglet CEG de l'administrateur de votre application. Cliquez sur le bouton 'statut' pour vous assurer qu'il est calé."

Cela suggère seulement qu'un exe CEG correspondant [doit être] trouvé.

Ces deux ne devraient pas être le problème ici. Bien qu'il semble que les serveurs de Valve rejettent CEG avec Proton, encore une fois, il n'y a aucune entrée de journal à ce sujet que j'ai vue, donc aucune preuve indiquant que c'est ce qui se passe [sauf y ressembler].

Mes expériences avec AvP ont indiqué qu'au moins pour AvP ceg semble avoir de l'importance. J'ai publié mes résultats sur https://github.com/ValveSoftware/Proton/issues/530#issuecomment -431513884.
Le téléchargement des exécutables via wine pour ces jeux, où les protons échouent, peut aider.

J'ai essayé cette expérience avec Sniper Elite V2, et il s'est écrasé juste après avoir cliqué sur jouer.

Le téléchargement des exécutables via wine pour ces jeux, où les protons échouent, peut aider.

Testé sur #563 , cela a en effet un peu aidé: le jeu ne se lance toujours pas, mais maintenant je peux voir au moins lsteamclient.dll et steam.dll sont chargés, et le message [API loaded no] Steam dans le fichier journal.

Pour Hitman Absolution, je peux confirmer que le DRM est le problème... L'utilisation d'une version "sans CD" du fichier HMA.exe permet au jeu de démarrer. Je ne sais pas s'il parle toujours à Steam ou non, mais il fonctionne.

S'il s'agit du propre DRM de Valve, devrions-nous nous attendre à un correctif de Valve un certain temps ?

Est-ce corrigé dans Proton 4.2 ?

Est-ce corrigé dans Proton 4.2 ?

J'ai essayé Hitman Absolution et ça ne démarre pas.

Il est très ironique qu'un DRM créé par Valve ne nous permette pas de jouer à des jeux sur la plate-forme de Valve.

Est-ce corrigé dans Proton 4.2 ?

Non, je l'ai testé il y a quelques secondes

Vérifié que Typing of the Dead ne démarre pas

Est-ce corrigé dans Proton 4.2 ?

Non, je l'ai testé il y a quelques secondes

Mon seul souci est de savoir si Valve prévoit de prendre en charge cela à court terme ou non, je suis également avec une poignée de jeux auxquels je ne peux pas jouer sur Linux, mais j'en ai heureusement un tas d'autres qui fonctionnent bien, donc mon plan est de continuer à jouer à ceux-ci pour l'instant jusqu'à ce que cela finisse par être corrigé. J'espère que cela ne prendra pas très longtemps.

Il semblerait que cela affecte également Deadpool.
En croisant les doigts, un correctif pourrait être mis en œuvre, cela semble affecter pas mal de jeux de qualité. =)

J'espère que la prochaine version de proton résoudra le problème.
Proton actuel (pour l'histoire) : 4,2-4

Est-ce que quelqu'un chez Valve se penche vraiment là-dessus ? Étant donné que ce genre de choses fonctionnait auparavant (jusqu'à la fin de 2018?), Il s'agit probablement d'une mise à jour que Valve a lancée quelque part autour de cette période qui a rompu la compatibilité avec tous ces jeux.

Je comprends que ceux-ci ne sont pas officiellement pris en charge sur Linux, mais Valve casse quelque chose qui fonctionnait parfaitement bien pour presque tous les joueurs, ignorant le problème 7-8+ mois, et laissant à la communauté le soin d'identifier et de promouvoir la solution de "get une version fissurée" pour les jeux concernés reflète vraiment très mal l'équipe de Valve.

@kisak-valve - est-ce quelque chose qui peut être remonté en interne au sein de Valve pour faire pression pour une solution ?

Il est très ironique qu'un DRM créé par Valve ne nous permette pas de jouer à des jeux sur la plate-forme de Valve.

je pense exactement la même chose

Bonjour @GH-A-CC, à ma connaissance, CEG n'a jamais travaillé avec Proton et ce n'est pas une régression.

Contourner ce problème avec un binaire aléatoire provenant d'une source Internet non fiable n'est jamais une bonne réponse. Copier le binaire CEG du jeu à partir d'une installation Steam-on-wine sur le même système, comme décrit sur https://github.com/ValveSoftware/Proton/issues/530#issuecomment -433696430 est actuellement la meilleure option pour essayer de contourner ce problème. problème et les journaux de cette méthode doivent être valides lors du dépannage des jeux.

C'est une autre preuve solide que les DRM sont MAUVAIS pour les consommateurs légitimes.
Les utilisateurs illégaux n'ont pas ce problème.

Il n'y a qu'une seule solution à ce problème : Valve doit se débarrasser de CEG dès que possible
Et ne viens pas me voir avec le vieux " on n'y peut rien" ou " ce n'est pas si simple "
OUI! C'est aussi simple que cela !.. Valve a créé le CEG DRM, Valve peut éliminer le CEG DRM.. Fin de la discussion.

Si le problème est en fait ... "Le client Steam Linux (ainsi que steamcmd, win et lin) ne télécharge pas d'exécutable fonctionnel." ... (selon la référence de @kisak-valve au commentaire # 530 ci-dessus) , il s'agit vraisemblablement d'un bogue que l'équipe du client Steam doit corriger.

Est-ce que quelqu'un sait s'il a été informé et s'il enquête / fait progresser le problème ?

Éditer:
@mirh (qui a répondu avec l'emoji confus à ce message): Si le client télécharge un exécutable cassé, plutôt qu'un "normal", il semble que chaque binaire de jeu utilisant CEG puisse être personnalisé / lié à un compte Steam spécifique ou système au moment où le client le retire.

Veuillez vérifier ce problème #2179 .

Je pense que tous les problèmes liés à Steam CEG sont des problèmes de téléchargement et de remplacement de l'EXE par les bons. Outre le problème de synchronisation signalé sur le #2179, je pense que d'autres problèmes peuvent être causés par des fichiers EXE verrouillés.

En testant avec grid2, je peux voir que wine exécute grid2.exe qui génère un fichier grid2.exe.12.STEAMSTART qui, je suppose, est l'API Steam essayant de mettre à jour l'EXE pour le bon. Cela peut échouer car Linux ou wine verrouille le fichier.

@duderand

"... qui, je suppose, est l'API Steam essayant de mettre à jour l'EXE pour le bon."

Eh bien, je suppose que c'est facile à vérifier avec quelque chose comme $ inotifywatch -v grid2.exe .

Eh bien, je suppose que c'est facile à vérifier avec quelque chose comme $ inotifywatch -v grid2.exe .

La théorie semble tenir le coup. En faisant inotifywait -mr "/home/user/.steam/steam/steamapps/common/grid 2/" --timefmt '%F %T' --format '%T %w%f %e' j'obtiens le log suivant

https://gist.githubusercontent.com/duderand/ff4805ff6f2af3c60902fff63d0857e4/raw/2036aced01725aaaec03f437445d81026cf86799/grid2_fslog.txt

Après ce qui semble être la fin du téléchargement de grid2.exe.39.STEAMSTART, il semble se bloquer pendant 30 secondes pour tout fermer car il a échoué. Lorsqu'il se ferme, il ferme également le fichier grid2.exe.

J'ai essayé d'obtenir plus d'informations via auditctl mais je n'obtiens que des informations sur ce que wineserver ouvre le grid2.exe .. rien de plus.

Après une enquête plus approfondie, il ne semble pas s'agir d'un verrou de fichier mais d'un délai d'attente avant le démarrage de STEAM :\

Exécutez grid2.exe #1647 avec WINEDEBUG="+relay,+seh,+tid" pour obtenir plus de détails et trouver le délai de 30 secondes. Un thread qui télécharge le fichier STEAMTART attend 30 secondes sur un événement nommé STEAM_START_ACK_EVENT_%Num1%_%Num2% . Après cela, l'échec déclenche l'événement STEAM_TERM_EVENT_%Num1%_%Num2%

Journaux

0026:Call KERNEL32.CreateEventA(0032fa3c,00000001,00000000,01c50052 "STEAM_START_ACK_EVENT_37_8899717") ret=00a9e2fd
0026:Ret  KERNEL32.CreateEventA() retval=000000a0 ret=00a9e2fd
0026:Call KERNEL32.CreateEventA(0032fa38,00000001,00000000,01c50073 "STEAM_TERM_EVENT_37_8899717") ret=00a9e2fd
0026:Ret  KERNEL32.CreateEventA() retval=000000a4 ret=00a9e2fd
...
0026:Call KERNEL32.WaitForSingleObject(000000a0,0000752f) ret=0087cc96
...
0026:Ret  KERNEL32.WaitForSingleObject() retval=00000102 ret=0087cc96 <<<- TIMEOUT
0026:Call KERNEL32.CloseHandle(000000a0) ret=0087cca9
0026:Ret  KERNEL32.CloseHandle() retval=00000001 ret=0087cca9
0026:Call KERNEL32.SetEvent(000000a4) ret=005a32e0
0026:Ret  KERNEL32.SetEvent() retval=00000001 ret=005a32e0
0026:Call KERNEL32.CloseHandle(000000a4) ret=005a32e7
0026:Ret  KERNEL32.CloseHandle() retval=00000001 ret=005a32e7

Le thread 0026 semble attendre le thread 0027 qui attend aussi quelque chose :\

Des tests supplémentaires révèlent que grid2.exe dépend vraiment d'une application steam.exe en cours d'exécution. En d'autres termes, pour que grid2.exe démarre, une application Windows Steam doit être en cours d'exécution.

J'ai vérifié les journaux et vérifié une installation de steam sur une application Windows et les tuyaux et événements manquants y sont présents (configuration au démarrage de STEAM.exe), il existe donc une réelle dépendance (dans de nombreux jeux) entre le jeu et une version Windows Steam.

Ma prochaine étape sera de créer un préfixe avec une installation de vapeur là-bas (pas sûr si possible) afin qu'un jeu puisse peut-être parler à un Windows Steam et en être satisfait.

@duderand

Des tests supplémentaires révèlent que grid2.exe dépend vraiment d'une application steam.exe en cours d'exécution. En d'autres termes, pour que grid2.exe démarre, une application Windows Steam doit être en cours d'exécution.

AFAIK, il devrait être en cours d'exécution lorsqu'il est lancé par Proton.

Peut-être sensible à la casse, et devrait être renommé en STEAM.exe ?
Lieu de l'IIRC : dist/lib/wine/steam.exe.so

AFAIK, il devrait être en cours d'exécution lorsqu'il est lancé par Proton.

Peut-être sensible à la casse, et devrait être renommé en STEAM.exe ?
Lieu de l'IIRC : dist/lib/wine/steam.exe.so

Ce steam.exe semble être une version simplifiée du vrai steam ( référence "This is a stub steam.exe"). Ce que je suppose, c'est que la vapeur injectée dans le préfixe wine ne fournit pas la même communication inter-processus que la version Windows (ou peut-être que wine n'en prend pas en charge une partie). Pour être plus précis, je ne pense pas que le steam.exe ou le steamservice injecté lance des événements (kernel api link ) et ne crée pas de canaux nommés (win32 api link ) dont le jeu a besoin pour le CEG.

La civilisation V est également touchée.

@duderand J'ai examiné cela, CEG exige que Steam configure son interface STEAM_DRM_IPC. Windows steam le fait bien sûr, mais je ne sais pas si Linux steam prend en charge CEG de quelque manière que ce soit.

J'ai recherché l'interface sur github et j'ai trouvé ce logiciel de contournement , qui est utile comme point de départ pour le connecter à n'importe quelle API CEG pouvant exister sur le client Linux.

Windows steam le fait bien sûr, mais je ne sais pas si Linux steam prend en charge CEG de quelque manière que ce soit.

Ehrm... Cela n'explique pas non plus pourquoi le CEG ne fonctionne pas dans la vapeur de vin normale.

@Guy1524 belle trouvaille !

À ce stade, j'ai arrêté de travailler sur ce problème car il ne s'agit pas d'une limitation WINE mais d'une limitation de l'implémentation de Steam DRM. Je suppose que Valve rejetterait probablement un PR qui touche à leur DRM.

Quoi qu'il en soit, si je comprends ce code de dépôt, ils n'ont implémenté que des contournements de contrôles d'intégrité CEG. CEG définit également un moyen pour l'exécutable du jeu, avec une dépendance à l'API Steam CEG, de s'auto-modifier. Cette auto-modification est nécessaire pour démarrer le jeu la première fois et c'est probablement plus complexe et nécessite plus d'ingénierie inverse que je peux supporter.

Windows steam le fait bien sûr, mais je ne sais pas si Linux steam prend en charge CEG de quelque manière que ce soit.

Ehrm... Cela n'explique pas non plus pourquoi le CEG ne fonctionne pas dans la vapeur de vin normale.

Certains jeux aiment Grid2.

Les jeux qui ne fonctionnent pas sont causés par :

1. Limitations de WINE car STEAM ou le jeu utilise des API (Windows, .net, DirectX, etc.) qui ne sont pas implémentées ou qui ont des bogues
2. Steam CEG, comme tout DRM, vérifie l'intégrité de steam/système/jeu et détecte les problèmes
   
   
   
   • Étant donné que WINE ne se comporte pas exactement comme Windows, il est probable que certains contrôles d'intégrité échouent. Par exemple, un fichier dans le système de fichiers Windows peut avoir des propriétés différentes de celles du système de fichiers Linux via WINE.
   
   

Mon pari est sur les limitations de WINE car Steam CEG ne semble pas très agressif.

Certains jeux aiment Grid2.

Mhh.. je vois.

Par exemple, un fichier dans le système de fichiers Windows peut avoir des propriétés différentes de celles du système de fichiers Linux via WINE.

À moins qu'ils ne vérifient précisément une somme de contrôle dll (et ils ne le pourraient même pas, car les systèmes d'exploitation sont mis à jour de temps en temps), ce n'est pas comme si ce n'était toujours pas à vin de faire le bon choix.

J'ai une autre théorie après avoir remarqué le rapport héroïque du gars de la grille 2 https://github.com/ValveSoftware/Proton/issues/1647#issuecomment -474460265
Le dossier mui dans system32 est l'un des nombreux CEG utilisés pour "lier" les exécutables à l'ordinateur. Maintenant, je ne suis pas vanne et je ne sais pas quelle justification ils utilisent pour ramasser des "cibles pour le scellement"... nombre d'éléments requis pour l'exécution de l'algorithme.
(ou encore, assez simplement, les informations triviales qu'ils interrogent sur le système de fichiers ne sont pas identiques bit par bit à Windows)
Si seulement il y avait des moniteurs de processus décents sous Linux pour pouvoir le deviner.

@duderand Pour mon expérience (Duke Nukem Forever par exemple) CEG ne fonctionne pas avec Proton uniquement si vous jouez au même jeu avec vanilla Wine, les jeux fonctionnent, s'il n'y a pas d'autres problèmes.

Je pense que le problème avec Duke Nukem Forever ( #782 ) n'est probablement pas lié au CEG mais à une limitation de protons. Le journal #782 semble montrer que l'échec est dû au fait que mss32.dll n'est pas chargé. Suivi de ce problème sur wine db https://forum.winehq.org/viewtopic.php?t=32230

Cela m'amène à conclure que Duke Nuken Forever ne fonctionne pas à cause de la façon dont l'installation de Steam et du jeu fonctionne avec Proton. Je ne comprends vraiment pas comment et quel est le problème, mais ce n'est pas lié au CEG, c'est juste un problème de protons.

Bon, prochain tour. J'ai joué un peu avec The Darkness || .

J'ai patché steam.exe de Proton avec le code du "logiciel de contournement" mentionné, j'ai pu obtenir des données telles que l'identifiant/l'état/les noms, mais le jeu a quand même planté (cette fois sans attendre 30 secondes).

Ensuite, j'ai pris l'exécutable du client Steam pour Windows (sous Wine), cette fois le jeu a démarré et s'est écrasé après la lecture de toutes les vidéos d'introduction. De plus, la valeur de la variable d'état a été modifiée de 0 à 1. Les données globales reçues d'IPC étaient les suivantes :

id: 50
status: 1
module: Z:\media\SteamLibrary\SteamApps\common\Darkness II\DarknessII.exe.50.STEAMSTART
start: STEAM_START_ACK_EVENT_50_5771412
stop: STEAM_TERM_EVENT_50_5771412

Ensuite, j'ai un peu googlé et appliqué quelques correctifs sur wineserver ( bug 46472 et bug 32515 partiellement). Cette fois, j'ai pu parcourir le menu du jeu et lire la vidéo de prélude. Le jeu plante maintenant pendant le processus de démarrage du "nouveau jeu".

Le jeu semble également affecté par le "bug du temps", j'ai vérifié avec libfaketime et il n'a tout simplement pas commencé avec FAKETIME=-2d (donc "aujourd'hui" et "hier" sont corrects, et le jeu plante pour une raison différente).

J'ai également essayé Grid 2 , mais le processus est devenu insensible et est restédans la liste des processus, je dois donc le tuer manuellement à chaque fois.

Peut-être que je dois appliquer des correctifs de mise en scène sur Proton, ou vérifier un jeu connu (par exemple, j'ai joué à Just Cause 3 et Batman: AK sous Wine il y a quelque temps, donc je sais qu'ils devraient très bien fonctionner dans Steam).

@aeikum , @ Guy1524 , est-ce que cette information est utile pour aller plus loin ?

Ensuite, j'ai googlé un peu et appliqué quelques correctifs sur wineserver (bug 46472 et bug 32515 partiellement). Cette fois, j'ai pu parcourir le menu du jeu et lire la vidéo de prélude. Le jeu plante maintenant pendant le processus de démarrage du "nouveau jeu".

Peut-être que @GloriousEggroll peut les inclure dans la prochaine version de proton-ge-custom, afin que nous puissions facilement tester d'autres jeux CEG et rendre compte des résultats ici ?

Proton 5.0-1 est sorti. Le journal des modifications dit ceci :

Intégration améliorée du client Steam. Cela rend plus de jeux qui utilisent Denuvo jouables, y compris Just Cause 3, Batman: Arkham Knight, Abzu, et plus encore.

Quelqu'un peut-il vérifier si « Amélioration de l'intégration du client Steam » a fait quelque chose pour les titres avec CEG ?

Malheureusement aucun changement (au moins pour Typing of The Dead)

Warhammer 40,000: Space Marine est un autre jeu de la liste qui ne fonctionne toujours pas sans recourir à un remplacement exécutable sommaire. testé avec Proton 4.11-12 & 5.0-1. J'attends actuellement l'installation de Hitman Absolution pour pouvoir également le tester.

Je peux confirmer que Hitman Absolution est toujours affecté.
vapeur-203140.log

Intégration améliorée du client Steam. Cela rend plus de jeux qui utilisent Denuvo jouables, y compris Just Cause 3, Batman: Arkham Knight, Abzu, et plus encore.

Vous pouvez vous attendre à ce que certains de

Quelqu'un peut-il vérifier si « Amélioration de l'intégration du client Steam » a fait quelque chose pour les titres avec CEG ?

C'est probablement la magie https://github.com/ValveSoftware/wine/commit/a7858a380032403bac2f52a0245cb28ee6d19592 (et https://github.com/ValveSoftware/wine/commit/f1a778c4f1c854be135b8bd9e320dde)98fcca78a
Ce qui, en effet, me suggère que quelque chose de similaire serait nécessaire pour accueillir CEG.

Quelqu'un peut-il vérifier si « Amélioration de l'intégration du client Steam » a fait quelque chose pour les titres avec CEG ?

Mafia II plante toujours au lancement pour moi.

Testé Grid 2 et constate toujours le même comportement, délai d'attente car le noyau STEAM_START_ACK_EVENT n'est même pas défini.

existe-t-il un moyen de générer manuellement nos fichiers CEG pour les placer ensuite dans le répertoire d'un jeu de manière à ce qu'il se lance avec Proton ?

Peut-être que lancer un jeu depuis Lutris pourrait le faire, car les jeux avec ce DRM
y travailler. Mais juste peut-être

Le lundi 17 février 2020 à 20h21 mathew2214, [email protected] a écrit :

existe-t-il un moyen de générer manuellement nos fichiers CEG pour les placer ensuite dans
un répertoire de jeu tel qu'il se lance avec Proton ?

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/753?email_source=notifications&email_token=ALUJ6CAQP5SBI5R4PTD3GDDRDK2QDA5CNFSM4FRXKQ7KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMV228XWWHJDNGO,GO870K3TUL52HS4DFVRELLO67#VMVBW63LNMV228XWWHJK
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ALUJ6CHZNFFGGM7RLA2YYILRDK2QDANCNFSM4FRXKQ7A
.

tout ce dont nous avons besoin, c'est d'une méthode de capture et de stockage permanent des fichiers générés.
d'après les tests, je sais que CEG ne remplace pas les fichiers dans le répertoire d'installation du jeu. peut-être qu'il y a une sorte de dossier temporaire que CEG met ses fichiers générés?

Cela semble être un problème que Valve ne peut que résoudre, à part le logiciel de contournement mentionné précédemment et le piratage d'une installation de vapeur sur vin. Quelqu'un pourrait-il automatiser les tests de jeux en utilisant ces méthodes afin que nous ayons un guide de compatibilité très approximatif, ou ces processus sont-ils trop spécifiques ? Si tel est le cas, l'astuce utilisée peut être utile d'être intégrée à Proton sous une forme quelconque, car Valve ne se débarrassera pas du DRM.

Eh bien, @int-72h, je ne sais pas vraiment comment automatiser cela, mais au moins j'ai installé ces jeux comme suit :

1. Installez Lutris.
2. Installez Steam runner.
3. Recherchez le jeu.
4. Si c'est le cas, installez-le avec un script fourni ; s'il n'y est pas, ajoutez manuellement un nouveau jeu pour Steam runner, tout ce dont vous avez besoin est le steamid du jeu.
5. Cliquez sur Jouer.

Il devrait charger Steam dans Wine, puis commencer à télécharger le jeu. Ou, si vous pouvez passer un peu plus de temps, vous pouvez ajouter votre répertoire Steam local au winecfg de Wine en tant que partition. De cette façon, vous pouvez télécharger des jeux dans le client Steam natif et les exécuter simplement via Wine, si cela ne fonctionne pas autrement. Un raccourci de Lutris vers le jeu peut également être ajouté au client Steam natif, de sorte que vous puissiez avoir une transition presque transparente entre le client natif et celui de Wine.

5.0-4 a apporté beaucoup de travail steamclient/helper.
Pouvez-vous revérifier?

N'aidera pas. Nous avons besoin du support du client Steam, mais ils ne proposent pas de support CEG dans Steam pour Linux. Je mettrai à jour ce bug s'il y a des progrès ici.

J'espère que @ValveSoftware le rendra possible. Il y a beaucoup de grands jeux qui utilisent CEG

@kisak-valve Vous êtes-vous assuré que les autres employés de Valve sont au courant de ce problème à résoudre ?

Call of Duty: Black Ops II est également concerné par ce problème. J'espère que quelque chose sera fait.

Ce problème doit être la priorité absolue car c'est la faute de Valve.

@Plagman a partagé son e-mail ici https://twitter.com/Plagman2/status/910307267769131008?s=20
Écrivons-lui directement par e-mail, sinon nous n'aurons jamais de réponse sur GitHub.
Je lui ai déjà gentiment demandé de répondre à ma question sur https://github.com/ValveSoftware/steam-for-linux/issues/7035

@Plagman a partagé son e-mail ici https://twitter.com/Plagman2/status/910307267769131008?s=20
Écrivons-lui directement par e-mail, sinon nous n'aurons jamais de réponse sur GitHub.
Je lui ai déjà gentiment demandé de répondre à ma question de ValveSoftware/steam-for-linux#7035

Non, merci de ne pas le spammer à ce sujet. Certes, je ne le connais pas — mais en général ce ne sont pas de très bonnes manières. Valve est certainement au courant de ce problème. Plagman a commenté à plusieurs reprises la prise en charge de CEG dans VKx Discord, il en est donc certainement conscient.

Au cas où vous seriez curieux, il a dit ceci :

@Newbytee Quand était-ce? J'espère qu'ils le feront vraiment.

@Newbytee Quand était-ce? J'espère qu'ils le feront vraiment.

Le 1er novembre 2019. Il a également dit ceci le 16 décembre 2018 :

Bon sang. CEG fonctionne en fait avec Wine, cependant. Je ne vois pas pourquoi ça ne marche pas avec des protons.

Bon sang. CEG fonctionne en fait avec Wine, cependant. Je ne vois pas pourquoi ça ne marche pas avec des protons.

C'est parce que dans Proton il n'y a pas de Windows Steam. Il y a le fake/stub steam.exe pour faire plaisir à certains jeux, mais rien pour fournir CEG (CEG n'est pas disponible pour Linux et ne fait donc pas partie de Steam pour Linux). Même si CEG était ajouté à Steam pour Linux, vous auriez besoin d'ajouter du code de colle pour que cela fonctionne, et je ne peux qu'imaginer que c'est plus difficile qu'il n'y paraît.

C'est ce que je comprends de toute façon, ne me citez pas là-dessus.

Les gars qui m'ont donné le pouce vers le bas. Il s'agit d'une entreprise accessible au public, et non d'une adresse e-mail privée partagée par le propriétaire qui a demandé à le contacter :)
Même Gabe Newell a partagé son adresse e-mail afin que tout le monde puisse le contacter.

Certaines personnes attendent des informations sur l'avancée de cette affaire, voire une réponse brève, une mise à jour de l'état depuis plus d'un an.

Regardez, grâce à cela, nous avons maintenant des réponses claires collées par @Newbytee et nous n'avons plus à attendre pour des éclaircissements :)

Eh bien, Valve est celui qui n'a pas porté le DRM sur Linux, je pense qu'ils devraient le faire. Les DRM ne sont presque pas un problème dans Proton, et le seul "gros" DRM qui ne fonctionne pas est celui développé par Valve, une entreprise super Linux positive.

CEG est la plus puissante des trois options DRM propriétaires de Valve. Peu de jeux l'utilisent. Ils ne l'utilisent même pas eux-mêmes. C'est probablement pourquoi ce n'est pas une priorité.

J'ai remarqué que les DLL sont présentes dans l'installation de Proton et qu'elles transmettent les valeurs nécessaires. Il existe une nouvelle option dans le dernier Proton pour forcer à l'aide de méthodes d'appel système appropriées. Peut-être que cela va le réparer.

@Ruedii Est-ce que vous parlez d'une version publiée de Proton? Si oui, pouvez-vous le tester ?

@Ruedii Est-ce que vous parlez d'une version publiée de Proton? Si oui, pouvez-vous le tester ?

Je pense sérieusement que ce n'est pas suffisant, c'est l'une des DEUX choses à faire.

La seconde consiste à étendre l'infrastructure Steam dans SteamPlay. Cependant, la raison pour laquelle ils ne prenaient pas la peine d'ajouter cette infrastructure est qu'elle n'aurait pas fonctionné de toute façon sans le nouveau paramètre.

ps le nouveau paramètre est "PROTON_USE_SECCOMP=1" si vous voulez le tester.

Je soupçonne que ce paramètre corrige également quelques systèmes Anti-Cheat ainsi que quelques bogues de traitement comme des bizarreries de fonctionnalités. (Le plus important est le hack de code auto-adaptatif NASTY qui vérifie divers aspects de la pile d'appels pour déterminer comment et d'où une routine a été appelée et l'exécuter différemment en fonction de celle-ci.)

J'ai beaucoup de jeux dans mon assiette à tester avec ce nouveau paramètre avant de penser à ajouter de nouveaux jeux à ma liste "À tester". Cependant, j'ai un jeu que je peux tester plus tard si j'en trouve le temps.

Mettre à jour:
J'ai lu dans un autre bug que quelques titres CEG fonctionnent maintenant. Cela dépend probablement du profil de construction de CEG.

Mettre à jour:
J'ai lu dans un autre bug que quelques titres CEG fonctionnent maintenant. Cela dépend probablement du profil de construction de CEG.

Mafia II est toujours interdit. Où as-tu lu ça ?

La seule façon pour CEG de fonctionner est de mettre en œuvre un meilleur stub.

Au moins Mafia 2 et Hitman Absolution ont officiellement des binaires sans DRM sur gog, ils existent donc.
ne devrait-il pas être possible pour Valve d'offrir simplement ces/ces binaires ? serait la solution la plus simple et la plus évidente pour ce problème. GfWL a également été corrigé sur plusieurs jeux.

Au moins Mafia 2 et Hitman Absolution ont officiellement des binaires sans DRM sur gog, ils existent donc.
ne devrait-il pas être possible pour Valve d'offrir simplement ces/ces binaires ? serait la solution la plus simple et la plus évidente pour ce problème. GfWL a également été corrigé sur plusieurs jeux.

Je pense que ce serait aux éditeurs, pas à Valve.

oui, bien sûr, mais c'est à la fois la plate-forme Valves et le suivi des problèmes ici, donc un endroit valide pour montrer la demande de correctif. à peu près sûr que Valve a plus d'options pour parler avec l'éditeur. Je ne suis pas juriste mais même sans l'éditeur, je ne sais pas si ce serait un problème d'offrir des exécutables officiels sans drm aux propriétaires du jeu.

edit: btw gog mafia2.exe (plus deux dll) fonctionne très bien avec l'installation de vapeur.
ne possède pas l'absolution du tueur à gages sur gog pour tester.

La seule façon pour CEG de fonctionner est de mettre en œuvre un meilleur stub.

CEG fonctionne déjà dans Wine standard via Steam pour Windows. C'est comme ça que je joue à Black Ops 2. @int-72h

Il a déjà été dit que cela se produit parce que proton utilise autant que possible le client Linux natif, et il manque l'infrastructure CEG.
Pouvons-nous arrêter cette mascarade? Il n'y a rien d'autre à ajouter ou à découvrir.

La seule façon pour CEG de fonctionner est de mettre en œuvre un meilleur stub.

CEG fonctionne déjà dans Wine standard via Steam pour Windows. C'est comme ça que je joue à Black Ops 2. @int-72h

Toutes mes excuses pour mon malentendu - ne pourriez-vous pas simplement patcher Proton avec celui de Windows standard si cela fonctionne bien avec Wine, ou est-ce que j'ai raté quelque chose?

La seule façon pour CEG de fonctionner est de mettre en œuvre un meilleur stub.

CEG fonctionne déjà dans Wine standard via Steam pour Windows. C'est comme ça que je joue à Black Ops 2. @int-72h

Toutes mes excuses pour mon malentendu - ne pourriez-vous pas simplement patcher Proton avec celui de Windows standard si cela fonctionne bien avec Wine, ou est-ce que j'ai raté quelque chose?

Comme dans, vous exécuteriez l'intégralité du client Windows Steam dans Proton ? J'imagine que cela viendrait avec ses propres problèmes, car vous avez alors 2 clients en cours d'exécution. Mieux vaut séparer la partie CEG en son propre composant, j'imagine.

avant de vous désabonner de ce numéro, je voudrais mentionner que le Old Time Reality Mod (ici3.5-123-Beta3-5, fe sur nexus) pour Mafia 2 contient également un mafia2.exe qui vous permet de jouer au jeu sur steam via le proton. hf !

La seule façon pour CEG de fonctionner est de mettre en œuvre un meilleur stub.

CEG fonctionne déjà dans Wine standard via Steam pour Windows. C'est comme ça que je joue à Black Ops 2. @int-72h

Toutes mes excuses pour mon malentendu - ne pourriez-vous pas simplement patcher Proton avec celui de Windows standard si cela fonctionne bien avec Wine, ou est-ce que j'ai raté quelque chose?

Comme dans, vous exécuteriez l'intégralité du client Windows Steam dans Proton ? J'imagine que cela viendrait avec ses propres problèmes, car vous avez alors 2 clients en cours d'exécution. Mieux vaut séparer la partie CEG en son propre composant, j'imagine.

il voulait probablement dire patcher Proton avec CEG.

CEG fonctionne déjà dans Wine standard via Steam pour Windows. C'est comme ça que je joue à Black Ops 2. @int-72h

Comment peux-tu jouer à bo2, c'est cracké ? Lorsque je l'ouvre avec de la vapeur de vin, je reçois une "exception non gérée" également essayé le client plutonium et n'a pas fonctionné :(

https://steamdb.info/app/50300/config/

https://steamdb.info/app/50300/config/

Et ça?

CEG fonctionne déjà dans Wine standard via Steam pour Windows. C'est comme ça que je joue à Black Ops 2. @int-72h

Comment peux-tu jouer à bo2, c'est cracké ? Lorsque je l'ouvre avec de la vapeur de vin, je reçois une "exception non gérée" également essayé le client plutonium et n'a pas fonctionné :(

En fait, les jeux CEG peuvent fonctionner si les développeurs du jeu implémentent une alternative comme EA avec leur portail de connexion qui peut le faire passer. Ce n'est pas parce qu'un jeu a un CEG qu'il ne peut pas fonctionner.

De plus, les développeurs peuvent faire ce qu'ils veulent de leur jeu. Ils peuvent le faire passer CEG si vous entrez xyzabc123OpenSesame s'ils le souhaitent.

Je pense que certains jeux pourraient fonctionner avec Proton 5.13 https://github.com/ValveSoftware/Proton/releases/tag/proton-5.13-1b

Étant donné que PROTON_USE_SECCOMP est obsolète, cela pourrait signifier que Proton a une meilleure compatibilité avec les DRM.

Je pense que certains jeux pourraient fonctionner avec Proton 5.13 proton-5.13-1b (version)

Étant donné que PROTON_USE_SECCOMP est obsolète, cela pourrait signifier que Proton a une meilleure compatibilité avec les DRM.

Je ne parviens toujours pas à lancer des jeux CEG avec proton. même avec cette nouvelle mise à jour. Valve ne prend toujours pas en charge son propre DRM.

J'ai réessayé Saints row 3, Black ops 1/2, MW2 SP et toujours rien :/

vapeur-203140.log
Hitman Absolution est également toujours affecté par le bug CEG.

Les amis, pas besoin de continuer à confirmer, je suppose que nous pouvons tous supposer qu'un effort a été fait pour résoudre ce problème sur cette nouvelle version.