Proton: Compatibilidad con Steam Play macOS

Creado en 9 sept. 2018  ·  32Comentarios  ·  Fuente: ValveSoftware/Proton

Sé que al final de la publicación oficial , declararon claramente que no hay ningún plan para admitir macOS en este momento.

Sin embargo, sigo pensando que tal soporte sería una muy buena noticia para todos los jugadores de macOS, por lo tanto, esta solicitud de función.

Comentario más útil

Codeweavers Logró que Wine ejecutara código de 32 bits con código de 64 bits en macOS en la nueva versión de Crossover (v19)

Sería bueno una vez que esto se fusione con el vino normal si Valve pudiera implementar una versión de Proton que pueda permitir que macOS ejecute juegos de 32 bits nuevamente para empezar.

A pesar de que no es compatible con DXVK, todavía veo que permitir que los usuarios de MacOS Catalina vuelvan a jugar juegos de 32 bits a través de Steam Play sería un gran comienzo.

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

No estoy seguro de si debo hacer un nuevo problema o dónde debo publicarlo, ya que me gustaría que Valve esté al tanto de estos nuevos cambios.

Todos 32 comentarios

Creo que está en proceso. Demonios, la primera línea de la introducción dice "Proton es una herramienta para usar con el cliente Steam que permite que los juegos que son exclusivos de Windows se ejecuten en los sistemas operativos Linux y macOS ".

Además, agregaron MoltenVK a la base de código. Entonces, está claro que tienen la intención de admitir macOS en algún momento.

Este tipo de problemas son irrelevantes, estoy seguro de que los desarrolladores ya saben que a muchas personas les gustaría que macOS fuera compatible.

Creo que uno de los problemas más importantes será el hecho de que Apple elimine el soporte de 32 bits el próximo año. Por lo que sé, CodeWeavers dijo que tienen un plan para solucionar eso, pero no sé si ya se ha hecho algo. La pregunta es si esta solución es capaz de ejecutar juegos.

También tienen algunos controladores OpenGL descuidados y los descartaron por completo. Dado que DXVK solo es compatible con DX10 y DX11, también se necesita un envoltorio "todo lo demás para Vulkan". VK9 funciona en un envoltorio D3D9 a Vulkan. ¿Quizás mapear todo lo demás (<= DX8) con dgVoodoo2 a DX11? Si es así, creo que al creador de dgVoodoo2 también le gustaría algo de dinero.

Dado que Apples elimina todo de macOS en lo que WINE se basa, no sorprende que la compatibilidad con Steam Play en macOS sea algo que se rompa una y otra vez. Depende de CodeWeavers, creo.

El mayor obstáculo son algunas características incompletas en moltenvk en este momento. Valve siempre puede incluir bibliotecas de 32 bits con Steam.

De todos modos, sugeriría un envoltorio Todo -> Vulkan o incluso -> Metal, ya que las interfaces OpenGL no solo están obsoletas, sino que también son más lentas en algunos casos y no son compatibles con todas las funciones más nuevas, ya que Apple's GL se corta en 4.1. Sin mencionar que solo son compatibles con GL Core, y el lenguaje de sombreado está esencialmente limitado dependiendo de qué GPU esté en el sistema (NVidia/AMD/Intel), por lo que incluso algunos programas no se ejecutarán debido a errores de compilación de sombreado o faltan. Funciones GL que no tienen un equivalente en 4.1 Core.

En realidad, esa solicitud pertenece al sitio web de Steam support/steam community, no a este repositorio. Proton tiene cierta compatibilidad con Mac OS y está mejorando, pero Steam Play (que usa proton bajo el capó) no está habilitado en Mac OS. Este tema debe estar cerrado.

Se eliminó la compatibilidad con macOS del propio Proton: https://github.com/ValveSoftware/Proton/commit/a84120449d8177fa40f3de729e55d238d3c24877

Se eliminó la compatibilidad con macOS del propio Proton: a841204

¿Hay alguna justificación oficial para esto?

Hay un problema para hacer que DXVK funcione con MoltenVK, este será el 90% del trabajo requerido para que Proton funcione correctamente en Mac.

solo señale desde aquí el problema épico para el soporte de DXVK en moltenVK
https://github.com/KhronosGroup/MoltenVK/issues/203

Ahora moltenVK tiene teselado y más cosas, así que tal vez estemos más cerca de archivarlo que hace unos meses.

Hombre, estoy seguro de que esto no significa nada, pero realmente espero que la compatibilidad con Mac se vuelva a considerar en algún momento. Ver mis juegos de Steam pasar de ~230 a ~30 con Catalina fue duro. Estaré observando el trabajo de Codeweavers de cerca, pero sería bueno para los gustos de Valve con muchos más recursos para no renunciar por completo a la plataforma.

Estoy totalmente a favor del impulso largamente esperado para los juegos de Linux (y celoso si es más fácil lograrlo dado el capricho de Apple), pero aún deseo que Mac pueda estar navegando en el mismo barco. Steam finalmente llegó a Mac fue uno de los mejores días en la plataforma, pero su falta de amor ciertamente se muestra en estos días y será triste si Catalina es prácticamente el clavo en el ataúd para cualquier desarrollo de juego serio.

¡¡¡Por favor, necesitamos Valve Hammer!!!
La cantidad de personas creativas que no abandonarán macOS es enorme.
Editar: todos tienen algo más a lo que quieren jugar o acceder con Proton. El mío es Martillo.

@rsodre No es el lugar adecuado para su comentario, pruebe ValveSoftware/source-sdk-2013/issues .

Codeweavers Logró que Wine ejecutara código de 32 bits con código de 64 bits en macOS en la nueva versión de Crossover (v19)

Sería bueno una vez que esto se fusione con el vino normal si Valve pudiera implementar una versión de Proton que pueda permitir que macOS ejecute juegos de 32 bits nuevamente para empezar.

A pesar de que no es compatible con DXVK, todavía veo que permitir que los usuarios de MacOS Catalina vuelvan a jugar juegos de 32 bits a través de Steam Play sería un gran comienzo.

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

No estoy seguro de si debo hacer un nuevo problema o dónde debo publicarlo, ya que me gustaría que Valve esté al tanto de estos nuevos cambios.

Incluso si dxvk actualmente no funciona en mac, pero dado que proton tiene la opción de cambiar para usar wined3d basado en OpenGL en lugar de vulkan y opengl de mac debería tener características más comunes con dx11 en comparación con Vulkan (moltenvk), ¿no debería ser compatible con macos? -¿activado?
¿wined3d tampoco funciona correctamente en mac?

@kakashidinho OpenGL está en desuso en macOS y no se actualiza en creo que dentro de 3 años. Desafortunadamente, no es una solución a largo plazo para este problema. Los juegos de PC se han convertido ampliamente en Vulkan, razón por la cual el soporte de MoltenVK es tan importante para este tipo de esfuerzo.

@kakashidinho OpenGL está en desuso en macOS y no se actualiza en creo que dentro de 3 años. Desafortunadamente, no es una solución a largo plazo para este problema. Los juegos de PC se han convertido ampliamente en Vulkan, razón por la cual el soporte de MoltenVK es tan importante para este tipo de esfuerzo.

Entiendo. Sin embargo, creo que moltenvk todavía tiene un largo camino antes de que pueda funcionar perfectamente con dxvk. Dado que algunas características como el sombreador de geometría y la retroalimentación de transformación faltan en el metal (witcher3 las necesita). Sigo el tema de moltenvk sobre eso y parece que es muy difícil de emular usando las características de metal existentes. Han estado atrapados en ese tema durante mucho tiempo. Por lo tanto, solo digo que la versión opengl podría ser una solución alternativa por ahora.
Aunque Mac OpenGL está atascado en la versión 4.1 y no tiene un sombreador de cómputo, por lo que probablemente tampoco funcione correctamente para algunos juegos.

Estaría dispuesto a pagar para tener esta funcionalidad. Vota a favor si tú también lo eres

Instalar Linux en Mac - Situación Win<->Win.

Estaría dispuesto a pagar para tener esta funcionalidad. Vota a favor si tú también lo eres

@RaeesBhatti Tal vez decirle a CodeWeavers. Hicieron cosas pagadas y patentadas con Wine y ayudaron a financiar el proyecto.

También considere donar https://www.winehq.org/donate , después de todo, el problema aún está abierto.

Editar: ¡Olvidé que Proton no es parte del proyecto Wine! (Aunque envían código aguas arriba). Por lo tanto, donar a Wine no respaldará este problema ni el proyecto Proton en absoluto. Dicho esto, ¡todavía no estaría de más hacer una donación a Wine en general! Proton es un tenedor de vino y no existiría sin él.

Me sorprendería si Codeweavers no estuviera ya involucrado en MoltenVK, pero +1 por pagar Crossover si desea apoyar de manera significativa los esfuerzos relacionados con WINE en Mac.

Dicho esto, este es Proton de Valve, que, al menos simbólicamente, se ha alejado bastante de Mac, por lo que uno puede decir, dado que simplemente dejó de admitir este soporte y el estado general de Steam de octavo corazón en la plataforma (no, gracias a Apple, estoy Por supuesto)

Dicho esto, este es Proton de Valve, que, al menos simbólicamente, se ha alejado bastante de Mac, por lo que uno puede decir, dado que simplemente dejó de admitir este soporte y el estado general de Steam de octavo corazón en la plataforma (no, gracias a Apple, estoy Por supuesto)

@jeffbax Excepto que este problema aún está abierto. Si realmente hubieran seguido adelante por completo, este problema estaría cerrado. Tengo entendido que el principal obstáculo para que este problema progrese es la resolución de KhronosGroup/MoltenVK#203.

Sugeriría que las personas donen a Khronos Group, pero lo más cercano que tienen es la membresía , que es de $ 1000 para "instituciones académicas acreditadas" en su forma más económica.

Editar: ¡Lo mejor que puede hacer es ir y contribuir directamente con el código si tiene la habilidad!

De hecho, compré la licencia CodeWeavers Crossover para jugar Age of Empires 2. Estoy dispuesto a hacer lo mismo con Proton en Mac.

@RaeesBhatti igual, pagó por una licencia en el momento en que lanzaron el puente de 64 bits <--> 32 bits. Ahora más que nunca es probable que necesiten soporte si Mac Gaming heredado (así como nuevo) va a ser factible en absoluto :(

De hecho, compré la licencia CodeWeavers Crossover para jugar Age of Empires 2. Estoy dispuesto a hacer lo mismo con Proton en Mac.

@RaeesBhatti Si suficientes personas están dispuestas a pagar por él, tal vez consideren hacer un CodeWeavers Proton, que con suerte terminará subiendo.

Envíales una línea en Twitter , su foro de macOS , o envíales un correo electrónico si crees que podría valer la pena intentarlo.

Entonces, con todo el asunto del virus, he estado buscando en Twitter en mi tiempo libre y encontré este comentario de CodeWeavers: https://twitter.com/CodeWeavers/status/1237035160983527426?s=20

No estoy seguro de qué es este "pequeño algo", pero es algo a lo que hay que estar atento.

Puedo dar fe de que también me gustaría mucho ver esto. ¡Esperamos que el anuncio de Crossover ayude!

Dos años sin compatibilidad integrada con macOS. Estoy tratando de compilar y ver hasta dónde puedo llegar, pero no del todo.

El problema principal con el soporte de Proton para MacOS es que alguien tiene que hacer una capa DX -> Metal o una herramienta que tome DX -> VK -> Metal (se podría hacer con DXVK + MoltenVK, pero la impresión que tuve fue que este método era difícil y no viable).

El otro problema importante, para mí, es que tengo una tonelada métrica de juegos que todavía juego que no se ejecutan en Catalina debido a la pérdida del soporte de aplicaciones de 32 bits.

@dhollinger No olvide que Apple se está mudando a ARM, por lo que hará las cosas muy difíciles.

Sin embargo, no con Universal 2.

Teniendo en cuenta cuánto tiempo apoyaron a Universal 1, no estoy conteniendo la respiración. Dicho esto, es una pena que esto no se pueda portar para que funcione también con metal1.2+, eso probablemente haría más fácil portar a ARM cuando sucediera, pero no tengo idea de qué esfuerzos se necesitarían para integrar esto con metal en lugar de dx.

Sé que VMware hizo una capa DX -> Metal, pero dudo que la abran.

La compatibilidad con ARM nativo no está disponible según el n.º 1493, por lo que Universal es la única opción.

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

prototype99 picture prototype99  ·  3Comentarios

matou68 picture matou68  ·  3Comentarios

AwesamLinux picture AwesamLinux  ·  3Comentarios

lucifertdark picture lucifertdark  ·  3Comentarios

AwesamLinux picture AwesamLinux  ·  3Comentarios