Proton: Prise en charge de Steam Play macOS

Créé le 9 sept. 2018  ·  32Commentaires  ·  Source: ValveSoftware/Proton

Je sais qu'à la fin du message officiel , ils ont clairement indiqué qu'il n'était pas prévu de prendre en charge macOS pour le moment.

Néanmoins, je pense toujours qu'un tel support serait une très bonne nouvelle pour tous les joueurs macOS, d'où cette demande de fonctionnalité.

Commentaire le plus utile

Codeweavers a réussi à faire en sorte que wine exécute du code 32 bits sous du code 64 bits sur macOS dans la nouvelle version Crossover (v19)

Ce serait bien une fois que cela sera fusionné avec le vin normal si Valve pouvait implémenter une version Proton qui peut permettre à macOS d'exécuter à nouveau des jeux 32 bits pour les débutants.

Malgré l'absence de prise en charge de DXVK, je pense toujours que permettre aux utilisateurs de MacOS Catalina de jouer à nouveau à des jeux 32 bits via Steam Play serait un bon début.

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

Je ne sais pas si je devrais créer un nouveau problème ou où je devrais le publier car je voudrais informer Valve de ces nouveaux changements.

Tous les 32 commentaires

Je crois que c'est en cours. Enfer, la première ligne de l'introduction indique "Proton est un outil à utiliser avec le client Steam qui permet aux jeux exclusifs à Windows de fonctionner sur les systèmes d'exploitation Linux et macOS ".

De plus, ils ont ajouté MoltenVK à la base de code. Il est donc clair qu'ils ont l'intention de prendre en charge macOS à un moment donné.

Ces types de problèmes ne sont pas pertinents, je suis sûr que les développeurs savent déjà que beaucoup de gens aimeraient que macOS soit pris en charge.

Je pense que l'un des plus gros problèmes sera le fait qu'Apple supprime le support 32 bits l'année prochaine. Autant que je sache, CodeWeavers a déclaré qu'il avait un plan pour contourner ce problème, mais je ne sais pas s'il y a déjà du travail. La question est de savoir si cette solution de contournement est capable d'exécuter des jeux.

De plus, ils ont des pilotes OpenGL bâclés et les ont entièrement dépréciés. Étant donné que DXVK ne prend en charge que DX10 et DX11, un wrapper "tout le reste pour Vulkan" est également nécessaire. VK9 fonctionne sur un wrapper D3D9 à Vulkan. Peut-être mapper tout le reste (<= DX8) avec dgVoodoo2 vers DX11 ? Si c'est le cas, le créateur de dgVoodoo2 aimerait aussi de l'argent je pense.

Étant donné qu'Apple supprime tout de macOS sur lequel WINE s'appuie, il n'est pas surprenant que la prise en charge de Steam Play sur macOS soit une chose qui se brisera encore et encore. Cela dépend de CodeWeavers je pense.

Le plus gros obstacle réside dans certaines fonctionnalités incomplètes de moltenvk pour le moment. Valve peut toujours inclure des bibliothèques 32 bits avec steam lui-même.

Je suggérerais de toute façon un wrapper Tout -> Vulkan ou même -> Métal, car les interfaces OpenGL ne sont pas seulement obsolètes, elles sont également plus lentes dans certains cas et ne prennent pas en charge toutes les fonctionnalités les plus récentes, car le GL d'Apple coupe à 4.1. Sans oublier qu'ils ne sont compatibles qu'avec GL Core et que le langage de shader est essentiellement limité en fonction du GPU présent dans le système (NVidia/AMD/Intel), de sorte que même certains logiciels ne fonctionneront pas en raison d'erreurs de compilation de shader ou de défauts. Fonctions GL qui n'ont pas d'équivalent dans 4.1 Core.

En fait, cette demande appartient au site Web de la communauté Steam Support / Steam, et non à ce référentiel. Proton a une certaine compatibilité avec Mac OS et s'améliore, mais le jeu de vapeur (qui utilise le proton sous le capot) n'est pas activé sur Mac OS. Ce problème devrait être clos.

La prise en charge de macOS a été supprimée de Proton lui-même : https://github.com/ValveSoftware/Proton/commit/a84120449d8177fa40f3de729e55d238d3c24877

La prise en charge de macOS a été supprimée de Proton lui-même : a841204

Y a-t-il une justification officielle à cela ?

Il y a un problème pour faire fonctionner DXVK avec MoltenVK, ce sera 90% du travail nécessaire pour que Proton fonctionne correctement sur mac.

seul point d'ici le problème épique de la prise en charge de DXVK sur moltenVK
https://github.com/KhronosGroup/MoltenVK/issues/203

Maintenant, moltenVK a la tesselation et plus de choses, alors peut-être que nous sommes plus près de l'archiver qu'il y a quelques mois.

Mec, je suis sûr que cela ne veut rien dire - mais j'espère vraiment que le support Mac sera reconsidéré à un moment donné. Regarder mes jeux Steam passer de ~ 230 à ~ 30 avec Catalina était difficile. Je vais regarder Codeweavers travailler de près, mais ce serait bien pour des gens comme Valve avec beaucoup plus de ressources de ne pas abandonner totalement la plate-forme.

Je suis tout à fait pour le coup de pouce attendu depuis longtemps pour les jeux Linux (et jaloux s'il est plus facile de s'en sortir compte tenu du caprice d'Apple), mais je souhaite toujours que Mac puisse naviguer sur le même navire. Steam frappant enfin Mac a été l'un des meilleurs jours sur la plate-forme, mais son manque d'amour se voit certainement ces jours-ci et ce sera triste si Catalina est à peu près le clou dans le cercueil pour tout développement de jeu sérieux.

S'il vous plaît, nous avons besoin de Valve Hammer !!!
Le nombre de personnes créatives qui n'abandonneront pas macOS est énorme.
Edit : Tout le monde a quelque chose d'autre auquel il veut jouer ou accéder avec Proton. Le mien est Marteau.

@rsodre Pas le bon endroit pour votre commentaire, essayez ValveSoftware/source-sdk-2013/issues .

Codeweavers a réussi à faire en sorte que wine exécute du code 32 bits sous du code 64 bits sur macOS dans la nouvelle version Crossover (v19)

Ce serait bien une fois que cela sera fusionné avec le vin normal si Valve pouvait implémenter une version Proton qui peut permettre à macOS d'exécuter à nouveau des jeux 32 bits pour les débutants.

Malgré l'absence de prise en charge de DXVK, je pense toujours que permettre aux utilisateurs de MacOS Catalina de jouer à nouveau à des jeux 32 bits via Steam Play serait un bon début.

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

Je ne sais pas si je devrais créer un nouveau problème ou où je devrais le publier car je voudrais informer Valve de ces nouveaux changements.

Même si dxvk ne fonctionne pas actuellement sur mac, mais puisque proton a la possibilité de passer à l'utilisation de wined3d basé sur OpenGL au lieu de vulkan et opengl de mac devrait avoir des fonctionnalités plus communes avec dx11 par rapport à Vulkan (moltenvk), le support de macos ne devrait-il pas être re -autorisé?
Est-ce que wined3d ne fonctionne pas correctement sur mac ?

@kakashidinho OpenGL est obsolète sur macOS et n'est pas mis à jour depuis 3 ans, je pense. Ce n'est malheureusement pas une solution à long terme à ce problème. Les jeux sur PC sont largement devenus Vulkan, c'est pourquoi le support de MoltenVK est si important pour ce type d'effort.

@kakashidinho OpenGL est obsolète sur macOS et n'est pas mis à jour depuis 3 ans, je pense. Ce n'est malheureusement pas une solution à long terme à ce problème. Les jeux sur PC sont largement devenus Vulkan, c'est pourquoi le support de MoltenVK est si important pour ce type d'effort.

Je comprends. Cependant, je pense que moltenvk a encore un long chemin à parcourir avant de pouvoir fonctionner parfaitement avec dxvk. Étant donné que certaines fonctionnalités telles que le shader de géométrie et le retour de transformation manquent dans le métal (witcher3 en a besoin). Je suis le sujet moltenvk à ce sujet et il semble qu'il soit très difficile d'émuler en utilisant les fonctionnalités métalliques existantes. Ils sont coincés dans ce problème depuis longtemps. Par conséquent, je dis simplement que la version opengl pourrait être une solution de contournement pour le moment.
Bien que Mac OpenGL soit bloqué à la version 4.1 et n'ait pas de shader de calcul, il ne fonctionne probablement pas correctement pour certains jeux.

Je serais prêt à payer pour avoir cette fonctionnalité. Merci de voter si vous aussi

Installez Linux sur Mac - Situation Win<->Win.

Je serais prêt à payer pour avoir cette fonctionnalité. Merci de voter si vous aussi

@RaeesBhatti Peut-être le dire à CodeWeavers. Ils ont fait des choses payantes et propriétaires avec Wine et ont aidé à financer le projet.

Pensez également à faire un don https://www.winehq.org/donate , le problème est toujours ouvert après tout.

Edit : j'avais oublié que Proton ne fait pas partie du projet Wine ! (Bien qu'ils envoient du code en amont.) Donc, faire un don à Wine ne soutiendra pas du tout ce problème ou le projet Proton. Cela dit, cela ne ferait pas de mal de faire un don à Wine en général ! Proton est un fork de Wine et n'existerait pas sans lui.

Je serais surpris si Codeweavers n'était pas déjà impliqué dans MoltenVK, mais +1 pour le paiement de Crossover si vous souhaitez soutenir de manière significative les efforts liés à WINE sur Mac.

Cela dit - c'est Proton de Valve, qui au moins symboliquement a à peu près quitté Mac pour autant que l'on puisse en juger étant donné qu'il suffit de supprimer ce support et le statut général de huitième cœur de Steam sur la plate-forme (non merci à Apple, je suis Bien sur)

Cela dit - c'est Proton de Valve, qui au moins symboliquement a à peu près quitté Mac pour autant que l'on puisse en juger étant donné qu'il suffit de supprimer ce support et le statut général de huitième cœur de Steam sur la plate-forme (non merci à Apple, je suis Bien sur)

@jeffbax Sauf que ce problème est toujours ouvert. S'ils étaient vraiment complètement passés à autre chose, ce problème serait clos. Je crois comprendre que le principal obstacle à la progression de ce problème est la résolution de KhronosGroup/MoltenVK#203.

Je suggérerais aux gens de faire un don au groupe Khronos, mais le plus proche qu'ils ont est l'adhésion , qui est de 1000 $ pour les "établissements universitaires accrédités" à son prix le moins cher.

Edit : la meilleure chose que vous puissiez faire est de créer un code de contribution directement si vous avez la compétence !

En fait, j'ai acheté la licence CodeWeavers Crossover pour jouer à Age of Empires 2. Je suis prêt à faire de même pour Proton sur Mac.

@RaeesBhatti pareil, a payé une licence à la seconde où ils ont sorti le pont 64 bits <--> 32 bits. Maintenant plus que jamais, ils ont probablement besoin d'assistance si l'ancien (ainsi que le nouveau) Mac Gaming est réalisable :(

En fait, j'ai acheté la licence CodeWeavers Crossover pour jouer à Age of Empires 2. Je suis prêt à faire de même pour Proton sur Mac.

@RaeesBhatti Si suffisamment de personnes sont prêtes à payer pour cela, elles envisageront peut-être de fabriquer un CodeWeavers Proton, qui, espérons-le, finira par arriver en amont.

Écrivez-leur sur Twitter , leur forum macOS , ou envoyez-leur un e -mail si vous pensez que cela vaut le coup.

Donc, avec tout le virus en cours, j'ai fouillé Twitter pendant mon temps libre et j'ai trouvé ce commentaire de CodeWeavers : https://twitter.com/CodeWeavers/status/1237035160983527426?s=20

Je ne sais pas ce qu'est ce "petit quelque chose", mais c'est quelque chose à surveiller.

Je peux garantir que j'aimerais aussi vraiment voir ça. En espérant que l'annonce Crossover aide!

Deux ans sans prise en charge macOS intégrée. J'essaie de compiler et de voir jusqu'où je peux aller, mais pas tout à fait là.

Le principal problème avec la prise en charge de Proton pour MacOS est que quelqu'un doit créer soit une couche DX -> Métal, soit un outil qui prendra DX -> VK -> Métal (pourrait être fait avec DXVK + MoltenVK, mais l'impression que j'avais était que cette méthode était difficile et non viable).

L'autre problème majeur, pour moi, est que j'ai une tonne de jeux auxquels je joue encore qui ne fonctionnent pas dans Catalina en raison de la perte de prise en charge des applications 32 bits.

@dhollinger N'oubliez pas qu'Apple passe à ARM, ce qui rendra les choses très difficiles.

Pas avec Universal 2 cependant.

Considérant combien de temps ils ont soutenu Universal 1, je ne retiens pas mon souffle. Cela dit, il est dommage que cela ne puisse pas être porté pour fonctionner également avec metal1.2+, cela faciliterait probablement le portage vers ARM quand cela se produirait, mais je n'ai aucune idée des efforts qui seraient nécessaires pour intégrer cela avec métal au lieu de dx.

Je sais que VMware a créé une couche DX -> Metal, mais je doute qu'ils l'ouvrent.

Le support ARM natif ne se produit pas selon # 1493, donc Universal est la seule option

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

lucifertdark picture lucifertdark  ·  3Commentaires

Dakunier picture Dakunier  ·  3Commentaires

leifmetcalf picture leifmetcalf  ·  3Commentaires

lumni1968 picture lumni1968  ·  3Commentaires

ghost picture ghost  ·  3Commentaires