Proton: Spiele mit Valves CEG DRM werden nicht gestartet

Erstellt am 27. Aug. 2018  ·  86Kommentare  ·  Quelle: ValveSoftware/Proton

Bereits bestätigte Spiele, die CEG verwenden und nicht starten:

Mafia II (50130) #330
Hitman: Absolution (203140) #282
Scharfschütze Elite V2 (63380) #392

Hilfreichster Kommentar

Es ist sehr ironisch, dass ein von Valve erstelltes DRM es uns nicht erlaubt, Spiele auf der Valve-Plattform zu spielen.

Alle 86 Kommentare

Startet immer noch nicht mit Proton 3.16-1

Von Interesse hier ... Alice Madness Returns wird als CEG-Benutzer aufgeführt, startet aber problemlos. https://steamdb.info/app/19680/config/

"Cegpublickey | 3081..."

Es hat jedoch einen EA-Aktivierungsbildschirm, aber das bedeutet immer noch, dass CEG selbst kein Problem darstellt, es sei denn, einige Spiele sind falsch aufgelistet oder die EA-Aktivierung hat es umgangen.

Risen 2 wird mit CEG aufgeführt und kann ohne Fehler gestartet werden.
Lara Croft und die Wächter des Lichts haben ebenfalls CEG und können nicht starten.

Von oben sieht es also so aus, als könnten CEG-Spiele gut laufen, aber vielleicht schlägt eine Prüfung mit Proton fehl, es sei denn, das Spiel hat eine andere Aktivierung. Entweder das oder CEG ist ein Zufall.

Ich bin immer noch nicht davon überzeugt, dass CEG hier das Problem ist, es sei denn, die EA-Aktivierung funktioniert und ermöglicht den Start des Spiels, aber ich kenne die technische Fähigkeit des Codes hier nicht - wenn das möglich ist, damit er darin eingebunden wird oder nicht.

Die einzige technische Sache, die ich bisher gefunden habe, ist die folgende https://partner.steamgames.com/doc/sdk/uploading

""Fehlercode 15" zum Startzeitpunkt
Dies sind die CEG-Server, die die Anfrage an die CEG-Exe ablehnen. Überprüfen Sie den Veröffentlichungsstatus auf der Spielseite. Wenn es nicht "spielbar" ist, müssen Sie Steam-Schlüssel anfordern, die den Veröffentlichungsstatus überschreiben."

Dies deutet nur darauf hin, dass ein Spiel [muss eingestellt werden] als spielbar ist oder Tasten hat, die diesen Zustand überschreiben.

"Die Steam-Server sind zu beschäftigt, um Ihre Anfrage zu bearbeiten... Fehlercode (2)" zum Startzeitpunkt
Dies sind die CEG-Server, die keine passende CEG-exe finden. Überprüfen Sie, ob Sie auf der Registerkarte CEG Ihres App-Administrators eine funktionierende ausführbare CEG-Datei haben. Klicken Sie auf die Schaltfläche 'Status', um sicherzustellen, dass es unterstützt wird."

Dies deutet nur darauf hin, dass eine passende CEG-exe [muss] gefunden werden muss.

Beides sollte hier nicht das Problem sein. Es scheint zwar, dass die Server von Valve CEG mit Proton ablehnen, aber auch hier gibt es keinen Protokolleintrag, den ich gesehen habe, also keinen Beweis dafür, dass dies passiert [außer es sieht so aus].

Meine Experimente mit AvP haben gezeigt, dass Ceg zumindest für AvP von Bedeutung zu sein scheint. Ich habe meine Ergebnisse in https://github.com/ValveSoftware/Proton/issues/530#issuecomment -431513884 veröffentlicht.
Das Herunterladen der ausführbaren Dateien über Wine für Spiele, bei denen Proton fehlschlägt, könnte helfen.

Ich habe dieses Experiment mit Sniper Elite V2 ausprobiert und es stürzte ab, nachdem ich auf Play geklickt hatte.

Das Herunterladen der ausführbaren Dateien über Wine für Spiele, bei denen Proton fehlschlägt, könnte helfen.

Getestet auf #563 hat dies tatsächlich ein wenig geholfen: Das Spiel startet immer noch nicht, aber jetzt kann ich sehen, dass mindestens lsteamclient.dll und steam.dll geladen sind und Steams [API loaded no] Nachricht in die Log-Datei.

Für Hitman Absolution kann ich bestätigen, dass das DRM das Problem ist... Die Verwendung einer "no-cd"-Version der HMA.exe-Datei ermöglicht das Starten des Spiels. Ich bin mir nicht sicher, ob es noch mit Steam kommuniziert oder nicht, aber es läuft.

Wenn dies Valves eigenes DRM ist, sollten wir dann irgendwann mit einem Valve-Fix rechnen?

Ist das in Proton 4.2 behoben?

Ist das in Proton 4.2 behoben?

Hitman Absolution ausprobiert und es startet nicht.

Es ist sehr ironisch, dass ein von Valve erstelltes DRM es uns nicht erlaubt, Spiele auf der Valve-Plattform zu spielen.

Ist das in Proton 4.2 behoben?

Nein, habe es erst vor ein paar Sekunden getestet

Verifiziert, dass Typing of the Dead nicht startet

Ist das in Proton 4.2 behoben?

Nein, habe es erst vor ein paar Sekunden getestet

Meine einzige Sorge ist, ob Valve dies kurzfristig unterstützen will oder nicht diese vorerst weiter zu spielen, bis das Problem behoben ist. Ich hoffe, es wird nicht sehr lange dauern.

Angeblich betrifft dies auch Deadpool.
Ich drücke die Daumen, dass ein Fix dafür implementiert werden könnte, es scheint sich auf einige hochwertige Spiele auszuwirken. =)

Ich hoffe, die nächste Protonenfreigabe wird es beheben.
Aktuelles Proton (für die Geschichte): 4,2-4

Schaut sich das wirklich jemand bei Valve an? Da dieses Zeug vorher (bis Ende 2018?) funktionierte, ist es vermutlich ein Update, das Valve irgendwo in diesem Zeitrahmen veröffentlicht hat und die Kompatibilität mit all diesen Spielen unterbrochen hat.

Ich verstehe, dass diese unter Linux nicht offiziell unterstützt werden, aber Valve bricht etwas, das für fast alle Spieler perfekt funktioniert hat, ignoriert das Problem 7-8+ Monate und überlässt es der Community, die Lösung von "get" zu identifizieren und zu fördern eine gecrackte Version" für betroffene Spiele spiegelt das Valve-Team wirklich, wirklich schlecht wider.

@kisak-valve - kann dies intern innerhalb von Valve eskaliert werden, um auf eine Lösung zu drängen?

Es ist sehr ironisch, dass ein von Valve erstelltes DRM es uns nicht erlaubt, Spiele auf der Valve-Plattform zu spielen.

ich denke genau das gleiche

Hallo @GH-A-CC, meines Wissens hat CEG noch nie mit Proton gearbeitet und dies ist keine Regression.

Dieses Problem mit einer zufälligen Binärdatei aus einer nicht vertrauenswürdigen Internetquelle zu umgehen, ist nie eine gute Antwort. Das Kopieren der CEG-Binärdatei des Spiels von einer Steam-on-wine-Installation auf demselben System wie unter https://github.com/ValveSoftware/Proton/issues/530#issuecomment -433696430 beschrieben ist derzeit die beste Option, um dies zu umgehen Problem und die Protokolle dieser Methode sollten bei der Fehlerbehebung der Spiele gültig sein.

Dies ist ein weiterer solider Beweis dafür, dass DRM für legitime Verbraucher SCHLECHT ist.
Illegale Benutzer haben dieses Problem nicht.

Für dieses Problem gibt es nur eine Lösung: Valve muss CEG so schnell wie möglich loswerden
Und komm nicht zu mir mit dem alten "da können wir nichts machen" oder "ist nicht so einfach"
JAWOHL! So einfach ist das!.. Valve hat das CEG DRM entwickelt, Valve kann das CEG DRM eliminieren.. Ende der Diskussion.

Wenn das Problem tatsächlich ist ... "Der Steam Linux-Client (sowie steamcmd, sowohl win als auch lin) lädt keine funktionierende ausführbare Datei herunter." ... (gemäß @kisak-valves Verweis auf Kommentar #530 oben) , dann ist dies vermutlich ein Fehler, den das Steam-Client-Team beheben muss.

Weiß jemand, ob er informiert wurde und untersucht / vorantreibt?

Bearbeiten:
@mirh (der mit dem verwirrten Emoji auf diesen Beitrag geantwortet hat): Wenn der Client eine defekte ausführbare Datei und keine "normale" herunterlädt, klingt es so, als ob jede Spiel-Binärdatei, die CEG verwendet, angepasst / an ein bestimmtes Steam-Konto gebunden ist oder System an dem Punkt, an dem der Client es herunterzieht.

Bitte überprüfen Sie diese Ausgabe #2179 .

Ich denke, alle Probleme im Zusammenhang mit Steam CEG sind Probleme beim Herunterladen und Ersetzen der EXE durch die richtigen. Abgesehen von dem Timing-Problem, das bei #2179 gemeldet wurde, denke ich, dass andere Probleme durch gesperrte EXE-Dateien verursacht werden können.

Beim Testen mit grid2 kann ich sehen, dass Wine grid2.exe ausführt, die eine grid2.exe.12.STEAMSTART-Datei generiert, die meiner Meinung nach eine Steam-API ist, die versucht, die EXE für die richtige zu aktualisieren. Dies kann fehlschlagen, da entweder Linux oder Wine die Datei sperrt.

@duderand

"... was, wie ich vermute, die Steam-API versucht, die EXE für die richtige zu aktualisieren."

Nun, ich denke, es ist einfach, mit etwas wie $ inotifywatch -v grid2.exe zu überprüfen.

Nun, ich denke, es ist einfach, mit etwas wie $ inotifywatch -v grid2.exe zu überprüfen.

Die Theorie scheint zu halten. Wenn ich inotifywait -mr "/home/user/.steam/steam/steamapps/common/grid 2/" --timefmt '%F %T' --format '%T %w%f %e' mache, erhalte ich das folgende Protokoll

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

Nachdem das Herunterladen von grid2.exe.39.STEAMSTART abgeschlossen zu sein scheint, scheint es 30 Sekunden lang zu hängen, um alles zu schließen, da es fehlgeschlagen ist. Beim Schließen wird auch die Datei grid2.exe geschlossen.

Ich habe versucht, mehr Informationen über auditctl zu erhalten, aber ich bekomme nur die Informationen, was der wineserver die grid2.exe öffnet. mehr nicht.

Bei weiterer Untersuchung scheint es sich nicht um eine Dateisperre zu handeln, sondern um eine Zeitüberschreitung beim Warten auf den Start von STEAM :\

Führen Sie grid2.exe #1647 mit WINEDEBUG="+relay,+seh,+tid" , um weitere Details zu erhalten und die 30-Sekunden-Verzögerung zu finden. Ein Thread, der die STEAMTART-Datei herunterlädt, wartet 30 Sekunden auf ein Ereignis namens STEAM_START_ACK_EVENT_%Num1%_%Num2% . Danach wird das Ereignis STEAM_TERM_EVENT_%Num1%_%Num2%

Protokolle

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

Thread 0026 scheint auf Thread 0027 zu warten, der auch auf etwas wartet:\

Weitere Tests zeigen, dass grid2.exe wirklich von einer laufenden Steam.exe-Anwendung abhängt. Mit anderen Worten, damit grid2.exe gestartet werden kann, muss eine Windows-Steam-Anwendung ausgeführt werden.

Ich habe die Protokolle überprüft und eine Steam-Installation in einer Windows-Anwendung überprüft und die fehlenden Pipes und Ereignisse sind dort vorhanden (Setup beim Start von STEAM.exe), sodass es (in vielen Spielen) eine echte Abhängigkeit zwischen dem Spiel und einer Windows-Steam-Version gibt.

Mein nächster Schritt wird sein, dort ein Präfix mit einer Steam-Installation zu erstellen (nicht sicher, ob möglich), damit ein Spiel möglicherweise mit einem Windows-Steam kommunizieren und damit zufrieden sein kann.

@duderand

Weitere Tests zeigen, dass grid2.exe wirklich von einer laufenden Steam.exe-Anwendung abhängt. Mit anderen Worten, damit grid2.exe gestartet werden kann, muss eine Windows-Steam-Anwendung ausgeführt werden.

AFAIK sollte es laufen, wenn es von Proton gestartet wird.

Eventuell muss die Groß-/Kleinschreibung beachtet werden und sollte in STEAM.exe ?
IIRC-Standort: dist/lib/wine/steam.exe.so

AFAIK sollte es laufen, wenn es von Proton gestartet wird.

Eventuell muss die Groß-/Kleinschreibung beachtet werden und sollte in STEAM.exe ?
IIRC-Standort: dist/lib/wine/steam.exe.so

Das steam.exe scheint eine vereinfachte Version des echten Dampf zu sein ( „Dies ist ein Stub steam.exe“ Referenz ). Was ich vermute ist, dass der injizierte Dampf im Wine-Präfix nicht die gleiche Interprozesskommunikation bietet wie die Windows-Version (oder vielleicht unterstützt Wine einen Teil davon nicht). Um genauer zu sein, glaube ich nicht, dass die injizierte steam.exe oder der Steamservice Ereignisse startet (Kernel-API- Link ) und keine Named Pipes (Win32-Api- Link ) erstellt, die das Spiel für die CEG benötigt.

Zivilisation V ist ebenfalls betroffen.

@duderand Ich

Ich habe die Schnittstelle auf github durchsucht und diese Umgehungssoftware gefunden , die als Ausgangspunkt für die Verbindung mit jeder CEG-API nützlich ist, die möglicherweise auf dem Linux-Client vorhanden ist.

Windows Steam tut dies natürlich, aber ich bin mir nicht sicher, ob Linux Steam CEG in irgendeiner Weise unterstützt.

Ehrm... Das erklärt nicht, warum CEG auch im normalen Weindampf nicht funktioniert.

@ Guy1524 schöner Fund!

An diesem Punkt habe ich die Arbeit an diesem Problem eingestellt, da es sich nicht um eine WINE-Einschränkung, sondern um eine Einschränkung der Steam-DRM-Implementierung handelt. Ich vermute, dass Valve wahrscheinlich eine PR ablehnen würde, die ihr DRM berührt.

So oder so, wenn ich diesen Repo-Code verstehe, haben sie nur Umgehungen für CEG-Integritätsprüfungen implementiert. CEG definiert auch eine Möglichkeit für die ausführbare Datei des Spiels, die von der Steam CEG API abhängig ist, sich selbst zu ändern. Diese Selbstmodifikation ist erforderlich, um das Spiel zum ersten Mal zu starten, und das ist wahrscheinlich komplexer und erfordert mehr Reverse Engineering, das ich ertragen kann.

Windows Steam tut dies natürlich, aber ich bin mir nicht sicher, ob Linux Steam CEG in irgendeiner Weise unterstützt.

Ehrm... Das erklärt nicht, warum CEG auch im normalen Weindampf nicht funktioniert.

Einige Spiele mögen Grid2.

Die Spiele, die nicht funktionieren, werden entweder durch Folgendes verursacht:

  1. WINE-Einschränkungen, da entweder STEAM oder das Spiel APIs (Windows, .net, DirectX usw.) verwendet, die nicht implementiert sind oder Fehler aufweisen
  2. Steam CEG überprüft wie jedes DRM die Steam-/System-/Spielintegrität und erkennt Probleme

    • Da sich WINE nicht genau wie Windows verhält, wird erwartet, dass einige Integritätsprüfungen fehlschlagen. Zum Beispiel kann eine Datei im Windows-Dateisystem über WINE andere Eigenschaften haben als im Linux-Dateisystem.

Ich wette auf WINE-Beschränkungen, da Steam CEG nicht so aggressiv erscheint.

Einige Spiele mögen Grid2.

Mhh.. ich verstehe.

Zum Beispiel kann eine Datei im Windows-Dateisystem über WINE andere Eigenschaften haben als im Linux-Dateisystem.

Es sei denn, sie überprüfen genau eine DLL-Prüfsumme (und das können sie definitiv nicht einmal, da Betriebssysteme hin und wieder aktualisiert werden), ist es nicht so, dass es immer noch nicht an Wein liegt, richtig zu liegen.

Ich habe jedoch eine andere Theorie, nachdem ich den heroischen Bericht des Grid 2-Typs bemerkt habe https://github.com/ValveSoftware/Proton/issues/1647#issuecomment -474460265
Der Ordner mui in system32 ist einer von vielen, die CEG verwendet, um die ausführbaren Dateien an den Computer zu "binden". Nun, ich bin kein Ventil und ich weiß nicht, mit welcher Begründung sie "Ziele zum Versiegeln" aufnehmen ... Aber es könnte sein, dass ein normales Weinpräfix normalerweise so spärlich ist, dass es nicht einmal das Minimum hat erforderliche Anzahl von Elementen für die Ausführung des Algorithmus.
(Oder einfach genug, alle trivialen Informationen, die sie aus dem Dateisystem abfragen, sind nicht Bit-per-Bit identisch mit Windows)
Wenn es nur anständige Prozessmonitore in Linux gäbe, um dies erraten zu können.

@duderand Nach meiner Erfahrung (Duke Nukem Forever zum Beispiel) funktioniert CEG nur nicht mit Proton, wenn Sie das gleiche Spiel mit Vanilla Wine spielen, die Spiele funktionieren, wenn keine anderen Probleme vorliegen.

Ich denke, das Problem mit Duke Nukem Forever (#782) hängt wahrscheinlich nicht mit CEG zusammen, sondern mit einer Protonenbegrenzung. Das Protokoll auf #782 scheint zu zeigen, dass der Fehler dadurch verursacht wird, dass mss32.dll nicht geladen wird. Verfolgen Sie dieses Problem in der Weindatenbank https://forum.winehq.org/viewtopic.php?t=32230

Dies führt mich zu dem Schluss, dass Duke Nuken Forever nicht funktioniert, weil die Steam- und Spielinstallation mit Proton funktioniert. Ich verstehe wirklich nicht, wie und was das Problem wirklich ist, aber es hat nichts mit CEG zu tun, es ist nur ein Protonenproblem.

Okay, nächste Runde. Ich habe ein bisschen mit The Darkness gespielt || .

Ich habe Protons steam.exe mit dem Code aus der erwähnten "Bypass-Software" gepatcht, konnte einige Daten wie ID/Status/Namen abrufen, aber das Spiel stürzte immer noch ab (diesmal ohne 30 Sek. warten).

Als nächstes nahm ich eine ausführbare Datei vom Steam-Client für Windows (unter Wine), diesmal startete das Spiel und stürzte ab, nachdem alle Intro-Videos abgespielt wurden. Außerdem wurde der Wert der Statusvariablen von 0 auf 1 geändert. Die vom IPC empfangenen Gesamtdaten waren folgende:

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

Als nächstes habe ich ein wenig gegoogelt und einige Patches auf den Wineserver angewendet ( Bug 46472 und Bug 32515 teilweise). Dieses Mal konnte ich das Menü des Spiels durchsuchen und das Vorspielvideo abspielen. Das Spiel stürzt jetzt während des Startvorgangs "Neues Spiel" ab.

Das Spiel scheint auch vom "Zeitfehler" betroffen zu sein, ich habe mit libfaketime nachgesehen und es hat einfach nicht mit FAKETIME=-2d gestartet (also "heute" und "gestern" ist in Ordnung, und das Spiel stürzt aus einem anderen Grund ab).

Ich habe auch Grid 2 ausprobiert, aber der Prozess reagierte nicht mehr und bliebin der Prozessliste, also muss ich es jedes Mal manuell beenden.

Vielleicht muss ich Staging-Patches auf Proton anwenden oder ein bekanntes Spiel überprüfen (zB habe ich vor einiger Zeit Just Cause 3 und Batman: AK unter Wine gespielt, also weiß ich, dass sie in Steam gut funktionieren sollten).

@aeikum , @Guy1524 , sind diese Informationen

Als nächstes habe ich ein wenig gegoogelt und einige Patches auf den wineserver angewendet (Bug 46472 und Bug 32515 teilweise). Dieses Mal konnte ich das Menü des Spiels durchsuchen und das Vorspielvideo abspielen. Das Spiel stürzt jetzt während des Startvorgangs "Neues Spiel" ab.

Vielleicht kann @GloriousEggroll sie in die nächste Version von proton-ge-custom aufnehmen, damit wir problemlos andere CEG-Spiele testen und die Ergebnisse hier melden können?

Proton 5.0-1 wurde veröffentlicht. Changelog sagt dies:

Verbesserte Steam-Client-Integration. Dadurch sind mehr Spiele spielbar, die Denuvo verwenden, darunter Just Cause 3, Batman: Arkham Knight, Abzu und mehr.

Kann jemand überprüfen, ob die "Verbesserte Steam-Client-Integration" etwas für Titel mit CEG bewirkt hat?

Leider keine Änderung (zumindest für Typing of The Dead)

Warhammer 40.000: Space Marine ist ein weiteres Spiel auf der Liste, das immer noch nicht funktioniert, ohne auf skizzenhafte ausführbare Dateien zurückzugreifen. getestet mit Proton 4.11-12 & 5.0-1. Ich warte derzeit auf die Installation von Hitman Absolution, damit ich das auch testen kann.

Ich kann bestätigen, dass Hitman Absolution immer noch betroffen ist.
Dampf-203140.log

Verbesserte Steam-Client-Integration. Dadurch sind mehr Spiele spielbar, die Denuvo verwenden , darunter Just Cause 3, Batman: Arkham Knight, Abzu und mehr.

Sie können davon ausgehen, dass einige dieser Spiele jetzt funktionieren.

Kann jemand überprüfen, ob die "Verbesserte Steam-Client-Integration" etwas für Titel mit CEG bewirkt hat?

Dies ist die Magie wahrscheinlich https://github.com/ValveSoftware/wine/commit/a7858a380032403bac2f52a0245cb28ee6d19592 (und https://github.com/ValveSoftware/wine/commit/f1a778c4f1c854be135b8bd9e320dde98fcca78)
Was in der Tat darauf hindeutet, dass etwas Ähnliches erforderlich wäre, um CEG unterzubringen.

Kann jemand überprüfen, ob die "Verbesserte Steam-Client-Integration" etwas für Titel mit CEG bewirkt hat?

Mafia II stürzt bei mir immer noch beim Start ab.

Habe Grid 2 getestet und sehe immer noch das gleiche Verhalten, Timeout, weil der STEAM_START_ACK_EVENT-Kernel nicht einmal gesetzt ist.

Gibt es eine Möglichkeit, unsere CEG-Dateien manuell zu generieren, um sie dann in das Verzeichnis eines Spiels zu legen, damit es mit Proton gestartet wird?

Vielleicht könnte das Starten eines Spiels von Lutris dies tun, da Spiele mit diesem DRM
Arbeite dort. Aber nur vielleicht

Am Mo, 17.02.2020, 20:21 Uhr schrieb mathew2214, [email protected] :

Gibt es eine Möglichkeit, unsere CEG-Dateien manuell zu generieren, um sie dann in zu platzieren?
ein Spielverzeichnis, so dass es mit Proton startet?


Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/ValveSoftware/Proton/issues/753?email_source=notifications&email_token=ALUJ6CAQP5SBI5R4PTD3GDDRDK2QDA5CNFSM4FRXKQ7KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63KTLNWWXment67
oder abmelden
https://github.com/notifications/unsubscribe-auth/ALUJ6CHZNFFGGM7RLA2YYILRDK2QDANCNFSM4FRXKQ7A
.

Alles was wir brauchen, ist eine Methode zum Erfassen und dauerhaften Speichern der generierten Dateien.
Aus Tests weiß ich, dass CEG die Dateien im Installationsverzeichnis des Spiels nicht ersetzt. Vielleicht gibt es eine Art temporärer Ordner, in dem CEG seine generierten Dateien ablegt?

Dies scheint ein Problem zu sein, das Valve nur angehen kann, abgesehen von der zuvor erwähnten Bypass-Software und dem Hack einer Steam-on-Wein-Installation. Könnte jemand das Testen von Spielen mit diesen Methoden automatisieren, damit wir einen sehr groben Kompatibilitätsleitfaden haben, oder sind diese Prozesse zu spezifisch? Wenn ja, kann der verwendete Trick in irgendeiner Form in Proton integriert werden, da Valve das DRM nicht loswird.

Nun, @int-72h, ich weiß nicht wirklich, wie ich das automatisieren soll, aber zumindest habe ich diese Spiele wie folgt installiert:

  1. Installieren Sie Lutris.
  2. Installieren Sie Steam-Runner.
  3. Suche nach dem Spiel.
  4. Wenn es dort ist, installieren Sie es mit einem bereitgestellten Skript; Wenn es nicht vorhanden ist, fügen Sie manuell ein neues Spiel für Steam Runner hinzu, es wird lediglich das steamid des Spiels benötigt.
  5. Klicken Sie auf Wiedergabe.

Es sollte Steam in Wine laden und dann mit dem Herunterladen des Spiels beginnen. Oder, wenn Sie etwas mehr Zeit verbringen können, können Sie Ihr lokales Steam-Verzeichnis als Partition zu winecfg von Wine's Steam hinzufügen. Auf diese Weise können Sie Spiele im nativen Steam-Client herunterladen und einfach über Wine's ausführen, wenn es anders nicht funktioniert. Auch eine Verknüpfung von Lutris zum Spiel kann zum nativen Steam-Client hinzugefügt werden, sodass Sie einen fast nahtlosen Übergang zwischen dem nativen Client und dem von Wine haben.

5.0-4 brachte eine Menge Steamclient/Helfer-Arbeit mit sich.
Können Sie nachprüfen?

Wird nicht helfen. Wir benötigen Unterstützung vom Steam-Client, aber sie liefern keine CEG-Unterstützung in Steam für Linux. Ich werde diesen Fehler aktualisieren, wenn es hier Fortschritte gibt.

Ich hoffe, @ValveSoftware macht es möglich. Es gibt viele großartige Spiele, die CEG verwenden

@kisak-valve Haben Sie sichergestellt, dass andere Mitarbeiter von Valve wissen, dass dieses Problem behoben werden muss?

Call of Duty: Black Ops II ist ebenfalls von diesem Problem betroffen. Ich hoffe, es wird etwas getan.

Dieses Problem muss oberste Priorität haben, da Valve schuld ist.

@Plagman hat seine E-Mail hier geteilt https://twitter.com/Plagman2/status/910307267769131008?s=20
Schreiben wir ihn direkt per E-Mail an, sonst bekommen wir auf GitHub nie eine Antwort.
Ich habe ihn bereits freundlich gebeten, meine Frage von https://github.com/ValveSoftware/steam-for-linux/issues/7035 zu beantworten

@Plagman hat seine E-Mail hier geteilt https://twitter.com/Plagman2/status/910307267769131008?s=20
Schreiben wir ihn direkt per E-Mail an, sonst bekommen wir auf GitHub nie eine Antwort.
Ich habe ihn bereits freundlich gebeten, meine Frage von ValveSoftware/steam-for-linux#7035 zu beantworten

Nein, bitte spamme ihn nicht deswegen. Zugegeben, ich kenne ihn nicht – aber im Allgemeinen sind es keine sehr netten Manieren. Valve ist sich dieses Problems definitiv bewusst. Plagman hat die CEG-Unterstützung im VKx Discord mehrmals kommentiert, daher ist er sich dessen sicherlich bewusst.

Falls Sie neugierig sind, sagte er Folgendes:
image

@Newbytee Wann war das? Ich hoffe, sie tun es tatsächlich.

@Newbytee Wann war das? Ich hoffe, sie tun es tatsächlich.

1. November 2019. Dies sagte er auch am 16. Dezember 2018:
image

Verdammt. CEG funktioniert jedoch tatsächlich mit Wine. Ich kann nicht sehen, warum es nicht durch Protonen funktioniert.

Verdammt. CEG funktioniert jedoch tatsächlich mit Wine. Ich kann nicht sehen, warum es nicht durch Protonen funktioniert.

Das liegt daran, dass es in Proton kein Windows Steam gibt. Es gibt die fake/stub steam.exe, um einige Spiele zu erfreuen, aber nichts, um CEG bereitzustellen (CEG ist nicht für Linux verfügbar und daher nicht Teil von Steam für Linux). Selbst wenn CEG zu Steam für Linux hinzugefügt wurde, müssten Sie etwas Glue-Code hinzufügen, damit dies funktioniert, und ich kann mir nur vorstellen, dass dies schwieriger ist, als es klingt.

Das ist sowieso mein Verständnis, zitiere mich nicht dazu.

Leute, die mir den Daumen nach unten gegeben haben. Es ist ein öffentlich zugängliches Unternehmen, keine private E-Mail-Adresse, die vom Eigentümer geteilt wird, der darum gebeten hat, mit ihm Kontakt aufzunehmen :)
Sogar Gabe Newell hat seine E-Mail-Adresse geteilt, damit jeder mit ihm Kontakt aufnehmen kann.

Einige Leute warten seit über einem Jahr auf Informationen über den Fortschritt in dieser Angelegenheit, sogar auf kurze Antworten, Statusaktualisierungen.

Schauen Sie, dank dessen haben wir jetzt klare Antworten von @Newbytee eingefügt und müssen nicht länger auf Klärung warten :)

Nun, Valve war derjenige, der das DRM nicht auf Linux portiert hat, ich denke, sie sollten es tun. DRM ist in Proton fast kein Problem, und das einzige "große" DRM, das nicht funktioniert, ist eines, das von Valve entwickelt wurde, einer super Linux-positiven Firma.

CEG ist die stärkere der drei First-Party-DRM-Optionen von Valve. Nur wenige Spiele verwenden es. Sie benutzen es nicht einmal selbst. Dies ist wahrscheinlich der Grund, warum es keine Priorität hat.

Ich habe bemerkt, dass die DLLs in der Proton-Installation vorhanden sind und die erforderlichen Werte übergeben. Im neuesten Proton gibt es eine neue Option zum Erzwingen der Verwendung geeigneter Systemaufrufmethoden. Vielleicht wird es dadurch behoben.

@Ruedii Ist das, worüber Sie in einer veröffentlichten Version von Proton sprechen? Wenn ja, kannst du es testen?

@Ruedii Ist das, worüber Sie in einer veröffentlichten Version von Proton sprechen? Wenn ja, kannst du es testen?

Ich glaube ernsthaft nicht, dass es genug ist, es ist eines von ZWEI Dingen, die getan werden müssen.

Die zweite ist die Erweiterung der Steam-Infrastruktur in SteamPlay. Der Grund, warum sie sich jedoch nicht die Mühe gemacht haben, diese Infrastruktur hinzuzufügen, ist, dass sie ohne die neue Einstellung sowieso nicht funktioniert hätte.

ps die neue Einstellung ist "PROTON_USE_SECCOMP=1", wenn Sie es testen möchten.

Ich vermute, dass diese Einstellung auch einige Anti-Cheat-Systeme behebt sowie einige Fehler als Eigenarten der Funktionen behandelt. (Die große Sache ist der NASTY selbstanpassende Code-Hack, bei dem verschiedene Aspekte des Aufrufstapels überprüft werden, um festzustellen, wie und wo eine Routine aufgerufen wurde, und sie basierend darauf unterschiedlich ausführt.)

Ich habe viele Spiele auf meinem Teller, die ich mit dieser neuen Einstellung testen möchte, bevor ich daran denke, neue Spiele zu meiner "Zu Test"-Liste hinzuzufügen. Ich habe jedoch ein Spiel, das ich später testen kann, wenn ich die Zeit finde.

Aktualisieren:
Ich habe in einem anderen Fehler gelesen, dass einige CEG-Titel jetzt funktionieren. Es hängt wahrscheinlich vom Build-Profil von CEG ab.

Aktualisieren:
Ich habe in einem anderen Fehler gelesen, dass einige CEG-Titel jetzt funktionieren. Es hängt wahrscheinlich vom Build-Profil von CEG ab.

Mafia II ist immer noch ein No-Go. Wo hast du das gelesen?

CEG kann nur funktionieren, indem das Ventil eine bessere Stub-.exe-Datei über wine implementiert.

Zumindest Mafia 2 und Hitman Absolution haben DRM-freie Binärdateien offiziell auf gog, also existieren sie.
sollte es für Valve nicht möglich sein, diese/diese Binärdateien einfach anzubieten? wäre die einfachste und offensichtlichste Lösung für dieses Problem. GfWL wurde auch aus mehreren Spielen heraus gepatcht.

Zumindest Mafia 2 und Hitman Absolution haben DRM-freie Binärdateien offiziell auf gog, also existieren sie.
sollte es für Valve nicht möglich sein, diese/diese Binärdateien einfach anzubieten? wäre die einfachste und offensichtlichste Lösung für dieses Problem. GfWL wurde auch aus mehreren Spielen heraus gepatcht.

Ich denke, das liegt an den Herausgebern, nicht an Valve.

Ja sicher, aber es ist hier sowohl die Valves-Plattform als auch der Issue-Tracker, also ein gültiger Ort, um die Nachfrage nach einer Fehlerbehebung zu zeigen. ziemlich sicher, dass Valve mehr Möglichkeiten hat, mit dem Publisher zu sprechen. Ich bin kein Anwalt, aber auch ohne den Herausgeber bin ich mir nicht sicher, ob es ein Problem wäre, offizielle DRM-freie ausführbare Dateien für Besitzer des Spiels anzubieten.

edit: btw gog mafia2.exe (plus zwei dlls) funktioniert gut mit der Steam-Installation.
Besitze keine Hitman-Absolution auf Gog zum Testen.

CEG kann nur funktionieren, indem das Ventil eine bessere Stub-.exe-Datei über wine implementiert.

CEG funktioniert bereits in Standard Wine über Steam für Windows. So spiele ich Black Ops 2. @int-72h

Es wurde bereits gesagt, dass dies geschieht, weil Proton so viel wie möglich den nativen Linux-Client verwendet und dem die CEG-Infrastruktur fehlt.
Können wir diese Scharade stoppen? Es gibt nichts mehr hinzuzufügen oder zu entdecken.

CEG kann nur funktionieren, indem das Ventil eine bessere Stub-.exe-Datei über wine implementiert.

CEG funktioniert bereits in Standard Wine über Steam für Windows. So spiele ich Black Ops 2. @int-72h

Entschuldigung für mein Missverständnis - könnten Sie Proton nicht einfach mit dem Standard-Windows-Patch patchen, wenn es über Wine gut funktioniert, oder übersehe ich etwas?

CEG kann nur funktionieren, indem das Ventil eine bessere Stub-.exe-Datei über wine implementiert.

CEG funktioniert bereits in Standard Wine über Steam für Windows. So spiele ich Black Ops 2. @int-72h

Entschuldigung für mein Missverständnis - könnten Sie Proton nicht einfach mit dem Standard-Windows-Patch patchen, wenn es über Wine gut funktioniert, oder übersehe ich etwas?

Wie würden Sie den gesamten Windows-Steam-Client in Proton ausführen? Ich kann mir vorstellen, dass dies mit einer Reihe von Problemen verbunden ist, da Sie dann 2 Clients ausführen. Besser, den CEG-Teil in eine eigene Komponente zerlegen zu lassen, würde ich mir vorstellen.

Bevor ich dieses Problem abbestelle, möchte ich erwähnen, dass die Old Time Reality Mod (hier 3.5-123-Beta3-5, zB auf Nexus) für Mafia 2 auch eine mafia2.exe enthält, mit der man das Spiel auf Steam spielen kann über Protonen. hf!

CEG kann nur funktionieren, indem das Ventil eine bessere Stub-.exe-Datei über wine implementiert.

CEG funktioniert bereits in Standard Wine über Steam für Windows. So spiele ich Black Ops 2. @int-72h

Entschuldigung für mein Missverständnis - könnten Sie Proton nicht einfach mit dem Standard-Windows-Patch patchen, wenn es über Wine gut funktioniert, oder übersehe ich etwas?

Wie würden Sie den gesamten Windows-Steam-Client in Proton ausführen? Ich kann mir vorstellen, dass dies mit einer Reihe von Problemen verbunden ist, da Sie dann 2 Clients ausführen. Besser, den CEG-Teil in eine eigene Komponente zerlegen zu lassen, würde ich mir vorstellen.

er meinte wahrscheinlich, Proton mit CEG zu patchen.

CEG funktioniert bereits in Standard Wine über Steam für Windows. So spiele ich Black Ops 2. @int-72h

Wie kann man bo2 spielen, ist es geknackt? Wenn ich es mit Weindampf öffne, erhalte ich "unbehandelte Ausnahme gefangen", habe auch den Plutonium-Client ausprobiert und funktionierte nicht :(

CEG funktioniert bereits in Standard Wine über Steam für Windows. So spiele ich Black Ops 2. @int-72h

Wie kann man bo2 spielen, ist es geknackt? Wenn ich es mit Weindampf öffne, erhalte ich "unbehandelte Ausnahme gefangen", habe auch den Plutonium-Client ausprobiert und funktionierte nicht :(

Tatsächlich können CEG-Spiele funktionieren, wenn die Entwickler des Spiels eine Alternative wie EA mit ihrem Login-Gate implementiert haben, die es passieren kann. Nur weil ein Spiel CEG hat, heißt das nicht, dass es nicht funktionieren kann.

Darüber hinaus können Entwickler mit ihrem Spiel tun, was sie wollen. Sie können CEG passieren lassen, wenn Sie xyzabc123OpenSesame eingeben, wenn sie möchten.

Ich denke, einige Spiele könnten mit Proton 5.13 funktionieren https://github.com/ValveSoftware/Proton/releases/tag/proton-5.13-1b

Da PROTON_USE_SECCOMP veraltet ist, könnte dies bedeuten, dass Proton eine bessere Kompatibilität mit DRM hat.

Ich denke, einige Spiele funktionieren möglicherweise mit Proton 5.13 proton-5.13-1b (Release)

Da PROTON_USE_SECCOMP veraltet ist, könnte dies bedeuten, dass Proton eine bessere Kompatibilität mit DRM hat.

Ich kann CEG-Spiele immer noch nicht mit Proton starten. auch mit diesem neuen Update. Valve unterstützt immer noch kein eigenes DRM.

Ich habe es erneut versucht Saints Row 3, Black ops 1/2, MW2 SP und immer noch nichts :/

Dampf-203140.log
Hitman Absolution ist auch noch vom CEG-Bug betroffen.

Leute, ich brauche es nicht ständig zu bestätigen, ich denke, wir können alle davon ausgehen, dass wir uns bemüht haben, das in dieser neuen Version zu lösen.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

leifmetcalf picture leifmetcalf  ·  3Kommentare

matou68 picture matou68  ·  3Kommentare

Elkasitu picture Elkasitu  ·  3Kommentare

raikirii picture raikirii  ·  3Kommentare

AwesamLinux picture AwesamLinux  ·  3Kommentare