Proton: Suporte para macOS do Steam Play

Acredito que esteja em obras. Inferno, a primeira linha da introdução afirma "Proton é uma ferramenta para uso com o cliente Steam que permite que jogos exclusivos do Windows sejam executados nos sistemas operacionais Linux e macOS ".

Além disso, eles adicionaram o MoltenVK à base de código. Portanto, está claro que eles pretendem oferecer suporte ao macOS em algum momento.

Esses tipos de problemas são irrelevantes, tenho certeza que os desenvolvedores já sabem que muitas pessoas gostariam que o macOS fosse suportado.

Acho que um dos maiores problemas será o fato de a Apple remover o suporte de 32 bits no próximo ano. Até onde eu sei, a CodeWeavers disse que tem um plano para contornar isso, mas não sei se já há algum trabalho feito. A questão é se essa solução alternativa é capaz de executar jogos.

Além disso, eles têm alguns drivers OpenGL desleixados e os descontinuaram completamente. Como o DXVK suporta apenas DX10 e DX11, também é necessário um wrapper "tudo mais para Vulkan". O VK9 funciona em um wrapper D3D9 para Vulkan. Talvez mapeie todo o resto (<= DX8) com dgVoodoo2 para DX11? Se sim, o criador do dgVoodoo2 gostaria de algum dinheiro também, eu acho.

Como a Apple remove tudo do macOS em que o WINE confia, não é surpresa que o suporte ao Steam Play no macOS seja algo que vai quebrar repetidamente. Depende do CodeWeavers, eu acho.

O maior obstáculo são alguns recursos incompletos no fundido no momento. A Valve pode sempre incluir bibliotecas de 32 bits com o próprio Steam.

Eu sugeriria um Everything -> Vulkan ou mesmo -> Metal wrapper de qualquer maneira, já que as interfaces OpenGL não são apenas obsoletas, elas também são mais lentas em alguns casos e não suportam todos os recursos mais recentes, pois o GL da Apple é interrompido em 4.1. Para não mencionar, eles são apenas compatíveis com GL Core, e a linguagem do shader é essencialmente limitada dependendo de qual GPU está no sistema (NVidia/AMD/Intel), então mesmo alguns softwares falharão ao serem executados devido a erros de compilação do shader ou falta Funções GL que não têm um equivalente em 4.1 Core.

Na verdade, essa solicitação pertence ao site de suporte/comunidade steam, não a este repositório. O Proton tem alguma compatibilidade com o Mac OS e está melhorando, mas o steam play (que usa o próton sob o capô) não está ativado no Mac OS. Esta questão deve ser encerrada.

O suporte ao macOS foi removido do próprio Proton: https://github.com/ValveSoftware/Proton/commit/a84120449d8177fa40f3de729e55d238d3c24877

O suporte ao macOS foi removido do próprio Proton: a841204

Existe alguma justificativa oficial para isso?

Há um problema para fazer o DXVK funcionar com o MoltenVK, isso será 90% do trabalho necessário para que o Proton funcione corretamente no mac.

único ponto a partir daqui o problema épico para suporte DXVK no fundidoVK
https://github.com/KhronosGroup/MoltenVK/issues/203

Agora, o fundidoVK tem tesselação e mais coisas, então talvez estejamos mais perto de arquivar isso do que há alguns meses.

Cara, tenho certeza que isso não significa nada - mas eu realmente espero que o suporte ao Mac seja reconsiderado em algum momento. Ver meus jogos no Steam passarem de ~ 230 para ~ 30 com Catalina foi difícil. Estarei observando o Codeweavers trabalhar de perto, mas seria bom para os gostos da Valve com muito mais recursos não desistir totalmente da plataforma.

Eu sou a favor do impulso há muito esperado para os jogos Linux (e invejoso se é mais fácil fazer isso por causa do capricho da Apple), mas ainda desejo que o Mac possa estar navegando no mesmo navio. O Steam finalmente atingindo o Mac foi um dos melhores dias da plataforma, mas sua falta de amor certamente mostra nos dias de hoje e será triste se Catalina for praticamente o prego no caixão para qualquer desenvolvimento de jogo sério.

Por favor, precisamos do Martelo de Válvula!!!
A quantidade de pessoas criativas que não abandonam o macOS é enorme.
Edit: Todo mundo tem outra coisa que quer jogar ou acessar com o Proton. O meu é Martelo.

@rsodre Não é o lugar certo para o seu comentário, tente ValveSoftware/source-sdk-2013/issues .

Codeweavers Conseguiu fazer com que o wine execute código de 32 bits em código de 64 bits no macOS na nova versão do Crossover (v19)

Seria bom, uma vez que isso fosse incorporado ao vinho regular, se a Valve pudesse implementar uma versão do Proton que permitisse que o macOS executasse jogos de 32 bits novamente para iniciantes.

Apesar de não haver suporte para DXVK, ainda vejo que permitir que os usuários do MacOS Catalina joguem jogos de 32 bits novamente via Steam Play seria um ótimo começo.

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

Não tenho certeza se devo fazer um novo problema ou onde devo publicá-lo, pois gostaria de informar a Valve sobre essas novas alterações.

Mesmo que o dxvk não esteja funcionando no mac, mas como o proton tem a opção de usar o wined3d baseado em OpenGL em vez do vulkan e o opengl do mac deve ter recursos mais comuns com o dx11 comparado ao Vulkan (moltenvk), o suporte ao macos não deve ser re -ativado?
O wine3d também não funciona corretamente no mac?

@kakashidinho OpenGL está obsoleto no macOS e não atualizado em 3 anos. Não é uma solução a longo prazo para este problema, infelizmente. Os jogos para PC se tornaram Vulkan, e é por isso que o suporte ao MoltenVK é tão importante para esse tipo de esforço.

@kakashidinho OpenGL está obsoleto no macOS e não atualizado em 3 anos. Não é uma solução a longo prazo para este problema, infelizmente. Os jogos para PC se tornaram Vulkan, e é por isso que o suporte ao MoltenVK é tão importante para esse tipo de esforço.

Eu entendo. No entanto, acho que o fundidonvk ainda tem um longo caminho até que possa funcionar perfeitamente com o dxvk. Como alguns recursos, como shader de geometria e feedback de transformação, estão faltando no metal (o Witcher3 precisa deles). Eu sigo o tópico fundido sobre isso e parece que é muito difícil emular usando recursos de metal existentes. Eles estão presos nessa questão há muito tempo. Portanto, estou apenas dizendo que a versão opengl pode ser uma solução alternativa por enquanto.
Embora o Mac OpenGL esteja preso na versão 4.1 e não tenha shader de computação, provavelmente também não funciona corretamente para alguns jogos.

Eu estaria disposto a pagar para ter essa funcionalidade. Por favor, vote se você também é

Instale o Linux no Mac - situação Win<->Win.

Eu estaria disposto a pagar para ter essa funcionalidade. Por favor, vote se você também é

@RaeesBhatti Talvez diga ao CodeWeavers. Eles fizeram coisas pagas e proprietárias com o Wine e ajudaram a financiar o projeto.

• https://twitter.com/CodeWeavers
• https://www.codeweavers.com/support/forums/general/?;t=27
• https://www.codeweavers.com/about/contact-us

Considere também doar https://www.winehq.org/donate , afinal a questão ainda está aberta.

Edit: esqueci que o Proton não faz parte do projeto Wine! (Embora eles enviem código upstream.) Portanto, doar para o Wine não apoiará esse problema ou o projeto Proton. Dito isto, ainda não faria mal doar para o Wine em geral! Proton é um fork do Wine e não existiria sem ele.

Eu ficaria surpreso se o Codeweavers ainda não estivesse envolvido no MoltenVK, mas +1 para pagar pelo Crossover se você quiser apoiar significativamente os esforços relacionados ao WINE no Mac.

Dito isto - este é o Proton da Valve, que pelo menos simbolicamente mudou do Mac até onde se pode dizer, simplesmente descartando esse suporte e o status geral de oitavo coração do Steam na plataforma (não, graças à Apple, estou certo)

Dito isto - este é o Proton da Valve, que pelo menos simbolicamente mudou do Mac até onde se pode dizer, simplesmente descartando esse suporte e o status geral de oitavo coração do Steam na plataforma (não, graças à Apple, estou certo)

@jeffbax Exceto que este problema ainda está em aberto. Se eles tivessem realmente seguido em frente, essa questão estaria encerrada. Meu entendimento é que o principal obstáculo para que esse problema avance é a resolução do KhronosGroup/MoltenVK#203.

Eu sugiro que as pessoas doem para o Khronos Group, mas o mais próximo que eles têm é a adesão , que é $ 1000 para "Instituições Acadêmicas credenciadas" no mais barato.

Edit: A melhor coisa que você pode fazer é enviar um código de contribuição diretamente se você tiver a habilidade!

Na verdade, comprei a licença CodeWeavers Crossover para jogar Age of Empires 2. Disposto a fazer o mesmo para Proton no Mac.

@RaeesBhatti mesmo, pagou por uma licença no segundo em que lançou a ponte de 64 bits <--> 32 bits. Agora, mais do que nunca, eles provavelmente precisam de suporte se o Mac Gaming legado (assim como o novo) for viável :(

Na verdade, comprei a licença CodeWeavers Crossover para jogar Age of Empires 2. Disposto a fazer o mesmo para Proton no Mac.

@RaeesBhatti Se um número suficiente de pessoas estiver disposto a pagar por isso, talvez eles considerem fazer um CodeWeavers Proton, que esperamos que acabe chegando ao fluxo.

Envie uma mensagem para eles no Twitter , no fórum do macOS ou envie um e-mail se achar que vale a pena tentar.

Então, com todo o material de vírus acontecendo, eu estive vasculhando o twitter com meu tempo livre e encontrei este comentário do CodeWeavers: https://twitter.com/CodeWeavers/status/1237035160983527426?s=20

Não tenho certeza do que é essa "coisa pequena", mas é algo para ficar atento.

Posso garantir que também gostaria muito de ver isso. Esperamos que o anúncio do Crossover ajude!

Dois anos sem suporte integrado ao macOS. Estou tentando compilar e ver até onde posso chegar, mas não chega lá.

O principal problema com o suporte do Proton para MacOS é que alguém precisa fazer um DX -> Metal layer ou uma ferramenta que levará DX -> VK -> Metal (Pode ser feito com DXVK + MoltenVK, mas a impressão que tive foi que este método era difícil e inviável).

O outro grande problema, para mim, é que tenho uma tonelada métrica de jogos que ainda jogo que não rodam no Catalina devido à perda do suporte a aplicativos de 32 bits.

@dhollinger Não esqueça que a Apple está migrando para o ARM, o que tornará as coisas muito difíceis.

Não com Universal 2 embora.

Considerando quanto tempo eles apoiaram o Universal 1, não estou prendendo a respiração. Dito isso, é uma pena que isso não possa ser portado para funcionar também com metal1.2+, o que provavelmente facilitaria a portabilidade para ARM quando isso acontecesse, mas não tenho ideia de quais esforços seriam necessários para integrar isso com metal em vez de dx.

Eu sei que a VMware fez uma camada DX -> Metal, mas duvido que eles a abram.

O suporte nativo ARM não está acontecendo conforme #1493, então Universal é a única opção