O que o anfitrião tem de fornecer — e o que a documentação não promete
Os alvos oficiais de execução são Windows e Linux x86-64. A selecção gráfica precisa de Vulkan 1.1 mais filas de gráficos e cálculo e apresentação de swapchain. Um número de versão Vulkan não significa que um título corre. Não há um mínimo universal documentado de RAM ou GPU para todos os jogos. Esta página cita USAGE.md, BUILD.md e README de boykopovar/AnyPS5. Não afirma que um título é jogável.
v0.1.3 · Conteúdo montado em 22 Out 2026 a partir do USAGE.md actual de main (Input and conversion, esquema de execução, GPU selection), BUILD.md (Relinker only, Requirements) e README, mais os mesmos ficheiros na etiqueta v0.1.3. Não é um teste no anfitrião.
Sistema operativo do anfitrião
O README e o BUILD.md descrevem uma ferramenta que porta executáveis para Linux e Windows. Os títulos convertidos precisam de bibliotecas de sistema construídas para o SO de destino e de um anfitrião x86-64 compatível. O modo só-relinker não constrói essas bibliotecas.
Os GitHub Releases oficiais enviam bibliotecas anfitriãs só para Linux e Windows. Faça corresponder o relinker e as bibliotecas a uma etiqueta e a um SO. Um relinker Windows com bibliotecas Linux é um esquema falhado, não um teste de especificações do anfitrião.
Gráficos: Vulkan 1.1 é um filtro de dispositivo
USAGE.md: o jogo corre no primeiro dispositivo Vulkan 1.1 com filas de gráficos e cálculo e apresentação de swapchain, preferindo uma GPU discreta a uma integrada. Essa é a regra de selecção documentada. Cumprir Vulkan 1.1 não estabelece que os shaders, os caminhos de memória ou a jogabilidade de um título funcionam.
Defina ANYPS5_GPU para uma parte de um nome de dispositivo, sem distinguir maiúsculas. Os nomes imprimem-se no arranque nas linhas Physical device candidate. Quando nenhum dispositivo utilizável contém o texto, o arranque falha e o erro lista os nomes.
Um dispositivo Vulkan listado ainda pode falhar mais tarde. O USAGE nota que o Pacote de Compatibilidade OpenCL, OpenGL e Vulkan do Windows pode instalar o Mesa Dozen, que expõe dispositivos D3D12 através de Vulkan; alguns controladores D3D12 podem falhar enquanto o carregador Vulkan enumera adaptadores. README: o recompilador de shaders produz SPIR-V. Um número de versão, ou uma linha candidata, não é um relatório Playable.
Extensões de CPU
USAGE.md: os títulos correm nativamente, por isso a CPU do anfitrião precisa das extensões da CPU Zen 2 da PS5 que o código compilado usa sem verificar, entre elas AVX2, FMA, F16C, BMI1, BMI2, LZCNT e MOVBE.
No Linux e no Windows um título convertido regista as extensões da CPU do anfitrião no arranque e pára antes de executar qualquer código do título, nomeando a CPU e as extensões em falta, se uma estiver ausente. Essa paragem é um limite da CPU do anfitrião, não um ficheiro de jogo em falta.
Anfitriões Intel e --to-intel
USAGE.md: adicione --to-intel para anfitriões Intel, ou --to-rosetta para Rosetta. Um título que corre sob Rosetta em Apple silicon é religado com --macos --to-rosetta.
A opção --to-intel converte instruções AMD suportadas no executável e nos módulos incluídos. Instruções sem suporte ou stubs de conversão inalcançáveis causam um erro (saída 2 do relinker).
relinker --windows --to-intel source/input.elf app.exe
--to-intel reescreve instruções específicas de AMD encontradas nesses ficheiros. Não traduz instruções AMD geradas por um título em tempo de execução, por isso esses títulos exigem um anfitrião AMD. A conversão não é um caminho AMD gerado em tempo de execução. Registe a CPU e as opções de conversão com o relatório; não assuma que todas as máquinas x86-64 correm a mesma saída.
Memória: limite de commit, não um piso universal de RAM
O USAGE.md não publica uma figura mínima de RAM ou VRAM que todos os títulos tenham de cumprir. O uso de memória depende do título e do que ele mapeia. Uma falha de alocação não é automaticamente «RAM física insuficiente».
No Windows, a memória directa (sceKernelAllocateDirectMemory, até 13824 MiB por título) é committed quando o título a mapeia, não quando a aloca ou usa as páginas pela primeira vez. O limite de commit do sistema — memória instalada mais tamanho do ficheiro de paginação, o segundo valor de Committed no Gestor de tarefas — tem de cobrir a memória directa mapeada juntamente com toda a outra memória committed. Caso contrário sceKernelMapDirectMemory lança. Aumente o ficheiro de paginação ou feche outras aplicações. Essa figura de 13824 MiB é um tecto documentado por título, não uma especificação de PC recomendada.
No Linux, quando o controlador Vulkan importa memória dma-buf (não o controlador proprietário NVIDIA), a memória directa partilhada é importada através de /dev/udmabuf, e o utilizador que corre o jogo precisa de acesso de leitura e escrita. Sem acesso, o arranque pode imprimir [gpu] open /dev/udmabuf: Permission denied e esses intervalos são copiados em vez de importados. Isso é uma permissão de nó de dispositivo, não um piso de RAM.
Não invente um único mínimo «8 GB / 16 GB / RTX …» para todos os títulos. Cite o erro de mapeamento, o limite de commit ou a linha /dev/udmabuf, o nome da GPU e a etiqueta de lançamento.
Ferramentas de compilação da fonte (só se compilar)
A maior parte das pessoas deve ficar no par zip oficial do GitHub. Compilar é opcional. Quando compilar, use o BUILD.md que veio com essa árvore — as versões abaixo são o que o main actual e o v0.1.3 documentam hoje, e podem mudar.
Só-relinker: CMake, um compilador C++20 e uma ferramenta de build. Python 3.9 ou mais recente activa os testes Python. Este modo constrói em Linux, Windows e macOS, incluindo Apple silicon. Não constrói as bibliotecas anfitriãs que um título convertido ainda precisa.
Requisitos da compilação completa nomeados no main actual e em v0.1.3: x86-64, Git, CMake 3.22.1 ou mais recente, Ninja, C++20. Abra o BUILD.md para os pacotes Linux (GCC/G++, cabeçalhos SDL X11/Wayland/áudio, e assim por diante). Com BUILD_TESTING=OFF por predefinição, cmake --build não produz as bibliotecas corrigidas; o passo explícito --target libs é obrigatório.
Compilação completa Windows no main actual: MinGW-w64 GCC x86-64 com threads POSIX. O compilador tem de fornecer excepções DWARF com -fno-asynchronous-unwind-tables, ou excepções SEH para funções System V ABI. O BUILD.md nomeia WinLibs GCC 15.2.0 (x86_64-ucrt-posix-seh, lançamento 15.2.0posix-14.0.0-ucrt-r7) e MSYS2 UCRT64 GCC 16.2.0-6. Depois de --target libs, copie libgcc_s_seh-1.dll, libstdc++-6.dll e libwinpthread-1.dll para junto das bibliotecas corrigidas. Os zips de lançamento já as contêm.
O BUILD.md na etiqueta v0.1.3 nomeia apenas MinGW-w64 GCC 15.2.0 (WinLibs x86_64-ucrt-posix-seh, lançamento 15.2.0posix-14.0.0-ucrt-r7) como actualmente suportado para a compilação completa Windows. Se compilar essa etiqueta, siga esse ficheiro, não a lista de ferramentas posterior do main.
As versões da cadeia de ferramentas podem mudar. Esta página não congela um pino eterno de GCC Windows. O conversor web no browser é uma ferramenta de conversão (os ficheiros ficam no dispositivo); não substitui as regras de GPU e CPU do anfitrião Windows ou Linux acima.
Faça corresponder o relatório ao zip de lançamento
Uma nota de compatibilidade só é tão boa quanto o ambiente que nomeia. Registe a etiqueta oficial (ou o commit que compilou), o SO, os nomes da GPU e do controlador nas linhas Physical device candidate, e as opções de conversão (--windows, --to-intel, --macos e o resto).
README e BUILD.md: a compilação só-relinker corre em macOS, incluindo Apple silicon. USAGE.md: --macos escreve Mach-O x86-64, que corre sob Rosetta em Apple silicon; --to-rosetta baixa instruções que a Rosetta não tem. Os lançamentos oficiais continuam a enviar bibliotecas anfitriãs só para Linux e Windows. Uma compilação só-relinker que passa, ou uma conversão Mach-O, é uma experiência de conversão — não um requisito de runtime de jogos no Mac e não é Playable. Forks comunitários de runtime macOS são experiências separadas, não activos de lançamento oficiais.
Os cabeçalhos Vulkan usados para compilar um self-build não são o mesmo facto que um controlador anfitrião testado. Cite a etiqueta do zip ou o commit. Não actualize a fase de um título a partir de uma lista de verificação do anfitrião.
Depois desta página
Se o anfitrião corresponder ao SO, às extensões de CPU e ao filtro de dispositivo Vulkan documentados, continue a converter um ELF limpo e a organizar app / libs / app0. Uma janela não é jogabilidade. O 126 ou 193 do Windows, um lançamento de limite de commit, ou um dispositivo Vulkan em falta ficam no guia de resolução de problemas.
Transferência: par zip oficial · Configuração: dois ficheiros e esquema de pastas · Compilar da fonte: relinker vs runtime completo · Resolução de problemas: 193, 126, limites do anfitrião
Não afirme
- Um mínimo universal de RAM, VRAM ou modelo de GPU que todos os títulos tenham de cumprir.
- Que Vulkan 1.1, ou uma linha Physical device candidate, significa que um título corre ou é Playable.
- Que --to-intel traduz instruções AMD que um título gera em tempo de execução.
- Que os lançamentos oficiais exigem ou suportam um runtime de jogos no Mac.
- Que o áudio Linux está corrigido em v0.1.3.
- Que a fase de compatibilidade de um título mudou porque a lista de verificação do anfitrião foi assinalada.