Proton: Steam Play macOS-Unterstützung

Erstellt am 9. Sept. 2018  ·  32Kommentare  ·  Quelle: ValveSoftware/Proton

Ich weiß, dass sie am Ende des offiziellen Beitrags klar erklärt haben, dass es derzeit keine Pläne gibt, macOS zu unterstützen.

Trotzdem denke ich immer noch, dass eine solche Unterstützung eine wirklich gute Nachricht für jeden macOS-Spieler wäre, daher dieser Feature-Wunsch.

Hilfreichster Kommentar

Codeweavers Es ist gelungen, Wine dazu zu bringen, 32-Bit-Code unter 64-Bit-Code auf macOS in der neuen Crossover-Version (v19) auszuführen

Es wäre schön, wenn Valve eine Proton-Version implementieren könnte, mit der macOS für den Anfang wieder 32-Bit-Spiele ausführen kann, sobald dies in regulärem Wein zusammengeführt wird.

Trotz fehlender DXVK-Unterstützung sehe ich immer noch, dass es ein guter Anfang wäre, MacOS Catalina-Benutzern zu ermöglichen, wieder 32-Bit-Spiele über Steam Play zu spielen.

Relivant-Link: https://www.codeweavers.com/about/blogs/jwhite/2019/12/10/celebrating-the-difficult-the-release-of-crossover-19

Ich bin mir nicht sicher, ob ich ein neues Problem erstellen oder wo ich es veröffentlichen soll, da ich Valve auf diese neuen Änderungen aufmerksam machen möchte.

Alle 32 Kommentare

Ich glaube, es ist in Arbeit. Verdammt, in der ersten Zeile der Einführung heißt es: „Proton ist ein Tool zur Verwendung mit dem Steam-Client, mit dem Spiele, die exklusiv für Windows sind, auf Linux- und MacOS -Betriebssystemen ausgeführt werden können.“

Außerdem haben sie MoltenVK zur Codebasis hinzugefügt. Es ist also klar, dass sie beabsichtigen, macOS irgendwann zu unterstützen.

Diese Art von Problemen sind irrelevant, ich bin mir sicher, dass die Entwickler bereits wissen, dass viele Leute sich wünschen, dass macOS unterstützt wird.

Ich denke, eines der größeren Probleme wird die Tatsache sein, dass Apple im nächsten Jahr die 32-Bit-Unterstützung entfernt. Soweit ich weiß, hat CodeWeavers gesagt, dass sie einen Plan haben, um das zu umgehen, aber ich weiß nicht, ob bereits etwas Arbeit geleistet wurde. Die Frage ist, ob diese Problemumgehung Spiele ausführen kann.

Außerdem haben sie einige schlampige OpenGL-Treiber und haben sie vollständig verworfen. Da DXVK nur DX10 und DX11 unterstützt, wird auch ein „alles andere zu Vulkan“-Wrapper benötigt. VK9 funktioniert auf einem D3D9-zu-Vulkan-Wrapper. Vielleicht alles andere (<= DX8) mit dgVoodoo2 auf DX11 abbilden? Wenn ja, würde der Schöpfer von dgVoodoo2 auch etwas Geld haben, denke ich.

Da Apples alles von macOS entfernt, auf das WINE angewiesen ist, ist es keine Überraschung, dass die Steam Play-Unterstützung auf macOS immer wieder unterbrochen wird. Es hängt von CodeWeavers ab, denke ich.

Die größte Hürde sind im Moment einige unvollständige Features in moltenvk. Valve kann immer 32-Bit-Bibliotheken mit Steam selbst einbinden.

Ich würde sowieso einen Everything -> Vulkan oder sogar -> Metal Wrapper vorschlagen, da die OpenGL-Schnittstellen nicht nur veraltet sind, sie sind in einigen Fällen auch langsamer und unterstützen nicht alle neueren Funktionen, da Apples GL abschneidet am 4.1. Ganz zu schweigen davon, dass sie nur GL Core-kompatibel sind und die Shader-Sprache im Wesentlichen abhängig davon ist, welche GPU im System vorhanden ist (NVidia/AMD/Intel), sodass sogar einige Software aufgrund von Shader-Kompilierungsfehlern oder fehlenden nicht ausgeführt werden kann GL-Funktionen, für die es in 4.1 Core kein Äquivalent gibt.

Eigentlich gehört diese Anfrage zur Steam-Support-/Steam-Community-Website, nicht zu diesem Repo. Proton hat eine gewisse Kompatibilität mit Mac OS und es wird verbessert, aber Steam Play (das Proton unter der Haube verwendet) ist unter Mac OS nicht aktiviert. Dieses Problem sollte geschlossen werden.

macOS-Unterstützung wurde von Proton selbst entfernt: a841204

Gibt es dafür eine offizielle Begründung?

Es gibt ein Problem damit, DXVK mit MoltenVK zum Laufen zu bringen, dies wird 90 % der Arbeit ausmachen, die erforderlich ist, um Proton auf einem Mac ordnungsgemäß zum Laufen zu bringen.

einziger Punkt von hier das epische Problem für DXVK-Unterstützung auf moltenVK
https://github.com/KhronosGroup/MoltenVK/issues/203

Jetzt hat moltenVK Tesselation und mehr Zeug, also sind wir vielleicht näher dran, das zu archivieren als vor ein paar Monaten.

Mann, ich bin mir sicher, dass das nichts zu bedeuten hat – aber ich hoffe wirklich, dass die Mac-Unterstützung irgendwann überdacht wird. Zu sehen, wie meine Steam-Spiele mit Catalina von ~230 auf ~30 stiegen, war hart. Ich werde die Arbeit von Codeweavers genau beobachten, aber es wäre schön für Leute wie Valve mit viel mehr Ressourcen, die Plattform nicht einfach komplett aufzugeben.

Ich bin voll und ganz für den längst überfälligen Schub für Linux-Spiele (und neidisch, wenn es angesichts von Apples Laune einfacher ist, dort durchzukommen), wünsche mir aber immer noch, dass Mac auf demselben Schiff segeln könnte. Steam, das endlich auf den Mac traf, war einer der besten Tage auf der Plattform, aber sein Mangel an Liebe zeigt sich heutzutage sicherlich und es wird traurig sein, wenn Catalina so ziemlich der Nagel im Sarg für jede ernsthafte Spieleentwicklung ist.

Bitte, wir brauchen Valve Hammer!!!
Die Menge an kreativen Menschen, die macOS nicht aufgeben, ist riesig.
Bearbeiten: Jeder hat etwas anderes, das er mit Proton spielen oder darauf zugreifen möchte. Meine ist Hammer.

@rsodre Nicht der richtige Ort für Ihren Kommentar, versuchen Sie es mit ValveSoftware/source-sdk-2013/issues .

Codeweavers Es ist gelungen, Wine dazu zu bringen, 32-Bit-Code unter 64-Bit-Code auf macOS in der neuen Crossover-Version (v19) auszuführen

Es wäre schön, wenn Valve eine Proton-Version implementieren könnte, mit der macOS für den Anfang wieder 32-Bit-Spiele ausführen kann, sobald dies in regulärem Wein zusammengeführt wird.

Trotz fehlender DXVK-Unterstützung sehe ich immer noch, dass es ein guter Anfang wäre, MacOS Catalina-Benutzern zu ermöglichen, wieder 32-Bit-Spiele über Steam Play zu spielen.

Relivant-Link: https://www.codeweavers.com/about/blogs/jwhite/2019/12/10/celebrating-the-difficult-the-release-of-crossover-19

Ich bin mir nicht sicher, ob ich ein neues Problem erstellen oder wo ich es veröffentlichen soll, da ich Valve auf diese neuen Änderungen aufmerksam machen möchte.

Auch wenn dxvk derzeit nicht auf dem Mac funktioniert, aber da Proton die Option hat, auf die Verwendung von OpenGL-basiertem wined3d anstelle von Vulkan umzusteigen, und Macs Opengl im Vergleich zu Vulkan (moltenvk) mehr gemeinsame Funktionen mit dx11 haben sollte, sollte Macos nicht unterstützt werden re -aktiviert?
Funktioniert wined3d auch nicht richtig auf dem Mac?

@kakashidinho OpenGL ist auf macOS veraltet und wird seit 3 ​​Jahren nicht mehr aktualisiert. Es ist leider keine langfristige Lösung für dieses Problem. PC-Spiele sind im Großen und Ganzen zu Vulkan geworden, weshalb die Unterstützung von MoltenVK für diese Art von Bemühungen so wichtig ist.

@kakashidinho OpenGL ist auf macOS veraltet und wird seit 3 ​​Jahren nicht mehr aktualisiert. Es ist leider keine langfristige Lösung für dieses Problem. PC-Spiele sind im Großen und Ganzen zu Vulkan geworden, weshalb die Unterstützung von MoltenVK für diese Art von Bemühungen so wichtig ist.

Ich verstehe. Ich denke jedoch, dass moltenvk noch einen langen Weg vor sich hat, bevor es fehlerfrei mit dxvk funktionieren kann. Da einige Features wie Geometry Shader und Transform Feedback in Metal fehlen (Witcher3 braucht sie). Ich folge dem Thema von moltenvk und es scheint, als wäre es sehr schwer, es mit vorhandenen Metallfunktionen zu emulieren. Sie stecken schon lange in diesem Thema fest. Daher sage ich nur, dass die Opengl-Version vorerst eine Workaround-Lösung sein könnte.
Obwohl Mac OpenGL bei Version 4.1 hängen bleibt und keinen Compute-Shader hat, funktioniert es wahrscheinlich auch für einige Spiele nicht richtig.

Ich wäre bereit zu zahlen, um diese Funktion zu haben. Bitte stimme zu, wenn du es auch bist

Installieren Sie Linux auf dem Mac - Win<->Win-Situation.

Ich wäre bereit zu zahlen, um diese Funktion zu haben. Bitte stimme zu, wenn du es auch bist

@RaeesBhatti Sag es vielleicht CodeWeavers. Sie haben mit Wine bezahlte, proprietäre Sachen gemacht und helfen, das Projekt zu finanzieren.

Erwägen Sie auch eine Spende https://www.winehq.org/donate , das Thema ist immerhin noch offen.

Bearbeiten: Ich habe vergessen, dass Proton nicht Teil des Wine-Projekts ist! (Obwohl sie Code in den Upstream schicken.) Eine Spende an Wine wird also weder dieses Problem noch das Proton-Projekt unterstützen. Trotzdem würde es nicht schaden, generell für Wein zu spenden! Proton ist eine Weingabel und würde ohne sie nicht existieren.

Ich wäre überrascht, wenn Codeweavers nicht bereits an MoltenVK beteiligt wäre, aber +1 für die Bezahlung von Crossover, wenn Sie WINE-bezogene Bemühungen auf dem Mac sinnvoll unterstützen möchten.

Das heißt - das ist Proton von Valve, der sich zumindest symbolisch ziemlich weit vom Mac entfernt hat, soweit man das beurteilen kann, da er diese Unterstützung und den allgemeinen Status von Steam auf der Plattform einfach eingestellt hat (nein danke an Apple, ich bin sicher)

Das heißt - das ist Proton von Valve, der sich zumindest symbolisch ziemlich weit vom Mac entfernt hat, soweit man das beurteilen kann, da er diese Unterstützung und den allgemeinen Status von Steam auf der Plattform einfach eingestellt hat (nein danke an Apple, ich bin sicher)

@jeffbax Außer, dass dieses Problem noch offen ist. Wenn sie wirklich vollständig weitergezogen wären, wäre dieses Thema geschlossen. Meines Wissens nach ist das Haupthindernis für Fortschritte bei diesem Problem die Lösung von KhronosGroup/MoltenVK#203.

Ich würde den Leuten vorschlagen, an die Khronos Group zu spenden, aber das, was ihnen am nächsten kommt, ist eine Mitgliedschaft , die 1000 US-Dollar für "akkreditierte akademische Institutionen" in ihrer günstigsten Form beträgt.

Bearbeiten: Das Beste, was Sie tun können, ist, direkt einen Beitragscode einzugeben, wenn Sie die Fähigkeit dazu haben!

Ich habe tatsächlich die CodeWeavers Crossover-Lizenz gekauft, um Age of Empires 2 zu spielen. Ich bin bereit, dasselbe für Proton auf dem Mac zu tun.

@RaeesBhatti dasselbe, bezahlte für eine Lizenz in der Sekunde, in der sie die 64-Bit <--> 32-Bit-Brücke veröffentlichten. Jetzt brauchen sie wahrscheinlich mehr denn je Unterstützung, wenn ältere (sowie neue) Mac-Spiele überhaupt machbar sein sollen :(

Ich habe tatsächlich die CodeWeavers Crossover-Lizenz gekauft, um Age of Empires 2 zu spielen. Ich bin bereit, dasselbe für Proton auf dem Mac zu tun.

@RaeesBhatti Wenn genug Leute bereit sind, dafür zu bezahlen, werden sie vielleicht darüber nachdenken, ein CodeWeavers Proton zu bauen, das hoffentlich am Ende stromaufwärts kommt.

Schreiben Sie ihnen eine Nachricht auf Twitter , ihrem macOS-Forum oder senden Sie ihnen eine E- Mail, wenn Sie glauben, dass es einen Versuch wert sein könnte.

Bei all dem Virenkram habe ich in meiner Freizeit auf Twitter gestöbert und diesen Kommentar von CodeWeavers gefunden: https://twitter.com/CodeWeavers/status/1237035160983527426?s=20

Ich bin mir nicht sicher, was dieses "kleine Etwas" ist, aber es ist etwas, wonach man Ausschau halten sollte.

Ich kann bezeugen, dass ich das auch sehr gerne sehen würde. Wir hoffen, dass die Crossover-Ankündigung hilft!

Zwei Jahre ohne integrierten macOS-Support. Ich versuche zu kompilieren und zu sehen, wie weit ich komme, aber nicht ganz dort.

Das Hauptproblem bei der Proton-Unterstützung für MacOS ist, dass jemand entweder eine DX -> Metal-Ebene oder ein Tool erstellen muss, das DX -> VK -> Metal akzeptiert (könnte mit DXVK + MoltenVK gemacht werden, aber ich hatte den Eindruck, dass diese Methode war schwierig und nicht praktikabel).

Das andere große Problem für mich ist, dass ich eine Unmenge von Spielen habe, die ich immer noch spiele, die aufgrund des Verlusts der 32-Bit-Anwendungsunterstützung nicht in Catalina laufen.

@dhollinger Vergiss nicht, dass Apple auf ARM umsteigt, was die Dinge sehr schwierig machen wird.

Allerdings nicht mit Universal 2.

Wenn man bedenkt, wie lange sie Universal 1 unterstützt haben, halte ich nicht den Atem an. Das heißt, es ist eine Schande, dass dies nicht portiert werden kann, um auch mit Metal1.2+ zu funktionieren, das würde es wahrscheinlich einfacher machen, es auf ARM zu portieren, wenn es passiert, aber ich habe keine Ahnung, welche Anstrengungen erforderlich wären, um dies zu integrieren Metall statt DX.

Ich weiß, dass VMware eine DX -> Metal-Schicht erstellt hat, aber ich bezweifle, dass sie es als Open Source veröffentlichen werden.

Native ARM-Unterstützung findet gemäß #1493 nicht statt, daher ist Universal die einzige Option

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

AwesamLinux picture AwesamLinux  ·  3Kommentare

lumni1968 picture lumni1968  ·  3Kommentare

AwesamLinux picture AwesamLinux  ·  3Kommentare

AwesamLinux picture AwesamLinux  ·  3Kommentare

ArekPiekarz picture ArekPiekarz  ·  3Kommentare