Eu fiz um fork do SteamOS para o PC da minha sala
O SteamOS e o Proton da Valve estão permitindo que mais pessoas joguem títulos exclusivos de Windows em PCs Linux, dispositivos portáteis e até em configurações com NAS ou VM, mas ainda há lacunas em compatibilidade com anti-cheat/DRM, VR e na usabilidade de “simplesmente funciona” em comparação com o Windows. Comentadores exploram alternativas como passthrough de GPU, streaming headless e distribuições imutáveis no estilo SteamOS (por exemplo, Bazzite, Jovian-NixOS) para jogos na sala de estar e em dispositivos portáteis, enquanto debatem a adequação do Arch Linux como base e como equilibrar ajustabilidade com confiabilidade. Uma discussão paralela questiona sistemas invasivos de anti-cheat e DRM, ponderando seu impacto sobre privacidade, compatibilidade e a justiça nos jogos.
Experiência com Proton e jogos no Linux
- Muitos relatam estar impressionados com o Proton: a maioria dos títulos exclusivos de Windows “simplesmente funciona”, às vezes com desempenho igualando ou superando o Windows.
- Outros encontram problemas: sincronização de quadros ruim (por exemplo, Apex), peculiaridades com controles (por exemplo, Mirror’s Edge com Xbox sem fio), ray tracing mais fraco, perda de recursos do “painel de controle” da GPU e complicações com VR.
- Conselho: verifique a compatibilidade com anti-cheat por meio de recursos da comunidade; jogos com anti-cheat/DRM invasivos ou sem suporte muitas vezes ainda exigem Windows ou uma VM.
Anti-cheat, DRM e expectativas do usuário
- Há uma forte divisão entre os que veem anti-cheat/DRM como “anti-jogador” e se recusam a jogar esses títulos, e os que veem anti-cheat robusto como essencial para um multijogador agradável.
- O debate se concentra em:
- Quanto pode ser resolvido por um melhor design do lado do servidor em vez de clientes no estilo kernel/rootkit.
- Se “trapaceiros ocasionais” são preferíveis a software intrusivo.
- Se dizer aos usuários que seus jogos favoritos com anti-cheat são “lixo” é hostil ou uma posição de princípio.
Ambientes de desktop, VRR e UX
- KDE/Plasma é elogiado por VRR e alinhamento com o Deck; GNOME é preferido por alguns pela limpeza, mas atualmente é mais fraco para recursos de jogos como VRR e integração com Gamescope.
- As soluções incluem: DEs separados por usuário, wrappers do gamescope ou distribuições imutáveis focadas em jogos. Muitos não gostam de precisar de uma segunda sessão/DE só para jogar.
VMs, passthrough de GPU e streaming
- O passthrough de GPU no Linux via KVM/QEMU/virt-manager/Proxmox e VFIO é descrito como maduro, com ressalvas: agrupamento IOMMU da placa-mãe, detecção de VM por alguns jogos e banimentos por anti-cheat.
- Outros preferem configurações headless ou remotas: Steam Headless em Docker, Sunshine+Moonlight, VMs KVM iniciadas declarativamente ou NAS/servidores como hosts de jogos. Latência de entrada e qualidade de vídeo são preocupações ativas, mas não respondidas de forma sistemática.
SteamOS, Arch e designs imutáveis
- A base Arch do SteamOS é vista como aceitável quando combinada com raiz imutável e atualizações A/B; usuários finais não deveriam precisar corrigir upgrades manualmente.
- Há um debate recorrente sobre Arch: alguns dizem que sua reputação de instabilidade está ultrapassada; outros observam que upgrades contínuos, uso do AUR e quebras de extensões exigem mais manutenção.
- Spins imutáveis no estilo SteamOS (por exemplo, Bazzite, ChimeraOS, HoloISO) e integrações com NixOS (por exemplo, Jovian) são destacados como maneiras poderosas de obter experiências “como no Deck” ou SteamOS puro em PCs e dispositivos portáteis.