Caixa Seca

Após jogar um pouco mais no meu Xbox Series S , compreendi melhor como os títulos para Xbox One funcionam nele. A Microsoft é reconhecida por oferecer uma excelente retrocompatibilidade em seu ecossistema. Neste texto, o foco será exclusivamente nos jogos do One, deixando de lado os do 360 e do Xbox original (cujo funcionamento em si é impressionante), visto que não possuo nenhum desses. O cenário ideal ocorre quando o estúdio pega o código-fonte do jogo, faz as adaptações necessárias e lança uma versão nativa otimizada para Series X|S ( XboxGen9 ). Nessa situação, todo o potencial da arquitetura RDNA 2 pode ser aproveitado — Ray Tracing, Mesh Shaders, Sampler Feedback, entre outros. Além disso, o desenvolvedor leva em conta apenas a CPU Zen 2 para melhor IA, física e outras lógicas de jogo, sem precisar considerar os raquíticos núcleos Jaguar da CPU do One e One X. Existe também um caminho intermediário: o desenvolvedor mantém o jogo compatível ...

Quando escrevi sobre o driver ntfs3 ( 1 , 2 , 3 ), imaginei que haveria tração suficiente da comunidade para aprimorá-lo, com uma manutenção competente da Paragon. Não foi o que aconteceu. Quatro anos depois, o código funciona, mas está longe de alcançar a estabilidade necessária. Ainda não suporta a montagem de volumes NTFS sujos — aqueles não desmontados corretamente —, processo conhecido como journal replay , no qual o driver consulta o histórico de transações e refaz as operações incompletas (e ignora as não commitadas) para restaurar a atomicidade e a consistência do sistema de arquivos. Esse recurso foi prometido desde o início e, até hoje, está quebrado. Além disso, o código usa APIs obsoletas do kernel, que, embora suportadas, revelam uma manutenção precária. A Paragon também prometeu ferramentas para criação e, especialmente, verificação de volumes NTFS, mas não cumpriu. Agora, surge o anúncio do ntfsplus : https://lore.kernel.org/lkml/2025...