O Monster Hunter Portable 3rd ganha recompilação nativa para Android com a chegada do Yakumo v0.6.0-alpha.4, atualização publicada em 24 de setembro de 2026. O projeto transforma antecipadamente o código Allegrex/MIPS do jogo em C++ e agora distribui uma build oficial ARM64 para Android, testada pela própria equipe em um telefone físico.
A nova alpha também traz uma rodada importante de otimizações. Segundo os desenvolvedores, aparelhos Snapdragon e Exynos que anteriormente apresentavam desempenho muito baixo passaram a executar o jogo em full speed. Além disso, CPU e GPU agora conseguem trabalhar sobre dois frames simultaneamente, o upload de texturas deixa de interromper a GPU e a decodificação dessas texturas ficou aproximadamente cinco vezes mais rápida.
Entretanto, “full speed” não significa que Monster Hunter agora tenha simulação nativa a 60 FPS. A lógica original permanece em aproximadamente 30 FPS, enquanto o Yakumo oferece interpolação opcional para apresentar movimento em 45, 60, 90, 120 FPS ou na taxa de atualização da tela sem acelerar o jogo.
O código executado pelo Yakumo é software de PSP para a arquitetura Allegrex/MIPS, mas a cópia atualmente aceita pelo projeto vem da edição HD lançada para PlayStation 3. Foto: Evan-Amos, domínio público, via Wikimedia Commons.
Yakumo v0.6.0-alpha.4 leva a recompilação ao Android ARM64
A versão v0.6.0-alpha.4 do Yakumo foi publicada em 24 de setembro e reúne as mudanças desenvolvidas desde a alpha.1, incluindo as builds experimentais de Android que apareceram nas alpha.2 e alpha.3.
Desta vez, a distribuição móvel aparece como um artefato oficial identificado como:
yakumo-0.6.0-alpha.4-android-arm64.apk
O pacote exige um aparelho de 64 bits, Android 10 ou superior e Vulkan 1.1.
Isso também representa uma mudança em relação às primeiras builds móveis. Antes, a documentação-base ainda descrevia o Android como testado somente através de emulador. Nas notas da alpha.4, entretanto, a equipe afirma explicitamente que instalou e jogou a build em um telefone real.
O pacote também foi assinado com a mesma chave utilizada nas versões anteriores e verificado com apksigner. Além disso, a equipe conferiu as bibliotecas importadas contra a API 29, correspondente ao Android 10.
Snapdragon e Exynos chegam a full speed, segundo os desenvolvedores
A principal mudança prática aparece no desempenho.
As notas oficiais afirmam que telefones Snapdragon e Exynos que apresentavam lentidão severa nas builds anteriores agora conseguem executar Monster Hunter Portable 3rd em velocidade completa.
É importante interpretar essa afirmação corretamente.
O projeto não publicou nesta versão uma tabela padronizada com modelos exatos de telefone, resolução, clocks, temperatura e frametime de cada SoC. Portanto, o resultado deve ser tratado como uma medição da equipe durante os testes de desenvolvimento, e não como garantia de full speed em qualquer aparelho Snapdragon ou Exynos.
Além disso, existe pelo menos um problema específico já conhecido em dispositivos Samsung com Exynos: o projeto investiga um crash que pode acontecer ao sair do Gathering Hall.
Assim, o salto de desempenho é concreto dentro dos testes divulgados, mas a compatibilidade móvel ainda continua em desenvolvimento.
CPU e GPU agora trabalham em dois frames ao mesmo tempo
Boa parte do ganho vem de uma reorganização do renderer.
Nas versões anteriores, CPU e GPU podiam acabar esperando uma pela outra em diferentes pontos do frame. A alpha.4 passa a manter dois frames em andamento simultaneamente.
Enquanto a GPU termina o trabalho gráfico de um frame, a CPU já pode começar a preparar o próximo.
Esse tipo de paralelismo reduz períodos em que uma das duas partes do sistema fica ociosa esperando a outra terminar.
A mudança é especialmente importante em dispositivos móveis, onde o orçamento de CPU e GPU é consideravelmente menor do que em desktops modernos.
Uploads de texturas deixam de bloquear toda a GPU
O tratamento de texturas também mudou.
Anteriormente, a entrada de uma nova textura podia interromper o fluxo do renderer enquanto os dados eram preparados e enviados à GPU.
Agora, esses uploads não precisam mais parar todo o processamento gráfico.
Além disso, a equipe afirma que a etapa de decodificação das texturas ficou aproximadamente cinco vezes mais rápida e passou a acontecer em background.
O resultado esperado é uma redução de pausas e engasgos quando novos monstros, cenários, equipamentos ou outros elementos gráficos aparecem durante a execução.
Shaders ficam preservados entre execuções
Outra otimização mira os engasgos relacionados à criação de pipelines gráficos.
O Yakumo agora mantém shaders e pipelines armazenados entre execuções e prepara esse material durante a inicialização.
Assim, quando uma cena ou efeito já conhecido reaparece, o programa pode evitar parte do trabalho que anteriormente precisava acontecer durante o gameplay.
A equipe também reduziu o número de draw calls para aproximadamente um terço do valor anterior.
Além disso, os shaders deixaram de utilizar determinadas operações que impediam o uso eficiente de early depth testing.
Essas mudanças ajudam a explicar por que a atualização beneficia tanto GPUs de desktop quanto hardware móvel.
Steam Deck caiu de 16–18 ms para cerca de 11 ms por frame
O projeto publicou uma comparação concreta usando o Steam Deck.
Com resolução interna em 6× e apresentação configurada para 90 FPS, o tempo de renderização indicado pelos desenvolvedores caiu de aproximadamente 16–18 ms para cerca de 11 ms por frame.
Esse número não representa um benchmark do Android. Entretanto, ele ajuda a mostrar a dimensão do trabalho realizado no renderer que também beneficia a build móvel.
No Steam Deck, a equipe mediu queda de 16–18 ms para cerca de 11 ms de renderização por frame em resolução interna 6× e apresentação a 90 FPS. Foto: Liam Dawe/GamingOnLinux e VulcanSphere, CC BY-SA 4.0.
Android recebe otimização para manter os clocks estáveis
A alpha.4 também adiciona um comportamento específico para dispositivos Android.
O aplicativo passa a informar ao sistema operacional que está executando uma carga que precisa de desempenho sustentado.
Segundo a equipe, isso evita que os núcleos da CPU reduzam agressivamente seus clocks nos pequenos intervalos existentes entre os frames.
Em jogos, uma redução frequente de frequência pode provocar oscilações de frametime mesmo quando o processador possui desempenho suficiente para manter a velocidade média.
Por isso, manter uma política de desempenho mais consistente pode ser tão importante quanto simplesmente aumentar o pico de processamento.
Fast Loading reduz um carregamento de 6,9 para 1,7 segundo
A atualização também introduz o recurso Fast Loading, ativado por padrão.
Durante uma tela de carregamento silenciosa, o Yakumo deixa temporariamente a simulação executar mais rápido do que a velocidade original do PSP.
Quando o carregamento termina, o jogo volta imediatamente ao ritmo normal.
Em um exemplo fornecido pelos desenvolvedores, a transição da vila para uma quest caiu de:
6,9 segundos → 1,7 segundo.
A equipe afirma que as reduções normalmente ficam na faixa de duas a cinco vezes.
Entretanto, o recurso possui limites claros. Ele não acelera gameplay, menus, cutscenes ou partidas online.
Portanto, Fast Loading não funciona como um botão de fast-forward aplicado indiscriminadamente ao jogo.
Monster Hunter continua rodando sua simulação em 30 FPS
Outro ponto que merece cuidado é a taxa de quadros.
A simulação de Monster Hunter Portable 3rd continua seguindo a lógica original do PSP em aproximadamente 30 FPS.
O Yakumo oferece uma camada separada de interpolação para apresentar a animação em:
- 45 FPS;
- 60 FPS;
- 90 FPS;
- 120 FPS;
- ou na taxa de atualização do próprio display.
Essa interpolação não faz monstros, física, ataques ou timers do jogo executarem duas ou quatro vezes mais rápido.
Ela cria estados visuais intermediários para produzir uma apresentação mais fluida.
Assim, quando o projeto fala em um telefone executando o jogo em “full speed”, isso significa manter corretamente o ritmo original da simulação, e não necessariamente produzir 60 frames nativos de lógica por segundo.
A própria alpha.4 ainda registra um problema conhecido nessa área: com VSync ligado, a interpolação pode apresentar um pequeno stutter periódico porque o jogo trabalha em aproximadamente 29,97 FPS enquanto a tela opera em 60 ou 90 Hz.
Yakumo não é PPSSPP
A arquitetura do projeto é justamente o que torna essa versão Android incomum.
O Yakumo se define como um port nativo criado através de recompilação estática.
O executável do jogo é analisado antecipadamente. Em seguida, cada instrução do código Allegrex/MIPS encontrada pelo sistema é transformada em C++.
Esse código gerado entra no processo normal de compilação da aplicação.
No Android, portanto, o resultado final é compilado para ARM64.
A cadeia principal pode ser resumida assim:
Allegrex/MIPS do PSP → análise estática → C++ gerado → compilação ARM64 → runtime nativo → Vulkan → GPU Android.
Isso difere do PPSSPP, que precisa funcionar como um emulador genérico capaz de receber milhares de softwares diferentes do PSP.
O Yakumo concentra seu runtime, otimizações e integrações em um título específico.
Existe um interpretador, mas ele funciona como fallback
A afirmação de que o Yakumo usa recompilação estática não significa que absolutamente nenhuma instrução possa ser interpretada em qualquer situação.
O framework PSPRecomp mantém um interpretador de último recurso.
Ele entra em ação caso o jogo alcance um endereço que não pertença ao conjunto de código previamente recompilado.
Quando isso ocorre, o programa não precisa encerrar imediatamente. O código daquele trecho pode continuar sendo executado de forma mais lenta até encontrar novamente um endereço conhecido pelo runtime.
Portanto, o interpretador existe como mecanismo de segurança, mas não constitui o modelo principal de execução como em uma arquitetura baseada essencialmente em interpretação.
Todos os 355 overlays de código foram recompilados
Monster Hunter Portable 3rd cria uma dificuldade adicional para recompilação estática.
O jogo não mantém todo o seu código permanentemente no mesmo espaço de memória.
Durante a execução, ele carrega 355 overlays de código em um conjunto limitado de regiões de memória compartilhadas.
O Yakumo recompila cada um desses 355 overlays separadamente.
Cada overlay se transforma em sua própria biblioteca. Quando o jogo solicita determinado bloco, o runtime identifica o conteúdo e instala a biblioteca recompilada correspondente entre os frames.
Isso permite lidar com código que, no PSP, aparecia dinamicamente no mesmo endereço em diferentes momentos da execução.
A documentação atual lista explicitamente os 355 overlays como recompilados.
Runtime reconstrói apenas o ambiente do PSP que o jogo precisa
Recompilar as instruções da CPU não é suficiente para executar o jogo.
Monster Hunter continua esperando encontrar serviços que existiam no sistema do PSP.
Por isso, ao redor do código recompilado o Yakumo implementa seu próprio ambiente hospedeiro.
Entre os componentes documentados estão:
- kernel com threads;
- semáforos;
- event flags;
- timers;
- leitura dos dados do disco;
- renderer Vulkan para a GPU do PSP;
- mixer de áudio por software;
- SDL3 para input e infraestrutura do host.
Isso é diferente de recriar um PSP completo para depois colocar Monster Hunter dentro dele.
O objetivo é fornecer os comportamentos necessários para aquele software específico funcionar como uma aplicação nativa.
Por que o projeto usa uma versão lançada para PlayStation 3?
A origem dos arquivos pode causar confusão.
O Yakumo exige atualmente uma cópia de Monster Hunter Portable 3rd HD Ver. para PlayStation 3, identificada como NPJB-40001.
Entretanto, isso não significa que o projeto esteja recompilando código Cell/PowerPC de um jogo PS3 convencional.
Monster Hunter Portable 3rd HD Ver. faz parte da linha de remasterizações de PSP lançadas pela Sony no PlayStation 3.
A própria documentação do PPSSPP explica que essas edições HD utilizavam software de PSP executado pelo emulador de PSP da Sony dentro do PS3, com recursos adicionais como mais memória, texturas maiores e suporte ao segundo analógico.
Assim, a base recompilada pelo Yakumo continua sendo código Allegrex/MIPS do ecossistema PSP.
A diferença é que a imagem de origem atualmente suportada pelo instalador é a edição HD distribuída em disco para PlayStation 3.
Monster Hunter Portable 3rd HD Ver. foi lançado para PlayStation 3 como parte da linha PSP Remasters. Apesar disso, internamente utiliza software de PSP executado pelo ambiente de PSP da Sony. Foto: Evan-Amos, domínio público, via Wikimedia Commons.
Quatro plataformas já possuem builds pré-compiladas
A alpha.4 não está limitada ao Android.
| Plataforma | Arquitetura | Pacote |
|---|---|---|
| Android | ARM64 | APK |
| Windows | x86-64 | ZIP portátil |
| Linux / Steam Deck | x86-64 | Flatpak ou TAR.GZ |
| macOS | ARM64 / Apple Silicon | DMG |
O Android é a novidade mais relevante desta fase porque leva a mesma estratégia de recompilação para CPUs ARM64 de smartphones e handhelds.
Controles touch já funcionam no Android
A build móvel desenha controles touchscreen diretamente sobre o jogo.
Controles físicos também funcionam.
O projeto ainda pretende aperfeiçoar a experiência touch, especialmente em áreas como câmera, menus e diferentes estilos de arma.
Porém, a infraestrutura básica já permite iniciar o aplicativo, configurar o jogo e jogar diretamente no aparelho.
No desktop, o Yakumo oferece teclado e mouse totalmente remapeáveis e também permite controlar a câmera pelo segundo analógico.
Multiplayer continua compatível com a infraestrutura ad hoc
O port também mantém o multiplayer.
Segundo o projeto, o Yakumo pode se conectar aos servidores ad hoc utilizados pela comunidade PSP.
Além disso, é possível hospedar sessões através de LAN ou VPN.
Isso é particularmente interessante porque o multiplayer não foi substituído por uma implementação completamente isolada e exclusiva do port.
A ideia é manter compatibilidade com a infraestrutura comunitária já existente em torno do jogo.
Saves continuam no formato original do PSP
O Yakumo também preserva o formato de save utilizado pelo jogo.
O usuário pode importar um save vindo do PSP e continuar sua partida no port nativo.
Depois, o programa também permite exportar e fazer backup desses dados.
O projeto ainda suporta quests baixadas e outros conteúdos salvos junto ao perfil original.
Esse modelo facilita a migração entre diferentes formas de executar Monster Hunter sem criar um formato proprietário exclusivo do Yakumo.
Texture packs do PPSSPP e mods mhp3reload são suportados
Outra integração aproveita recursos já desenvolvidos pela comunidade.
O Yakumo aceita texture packs compatíveis com PPSSPP.
Além disso, o projeto implementa o formato de modificações utilizado pelo mhp3reload, incluindo substituição de arquivos e patches suportados pelo sistema atual.
Isso significa que parte do trabalho criado durante anos ao redor da versão emulada pode continuar útil mesmo quando o jogo passa a funcionar através da recompilação nativa.
Android 10 passa a ser o requisito mínimo
A alpha.4 também reduz o requisito de sistema.
As primeiras builds Android trabalhavam com Android 11 ou superior. Agora, o mínimo passa a ser Android 10.
O aparelho ainda precisa ser de 64 bits e oferecer Vulkan 1.1.
A atualização também corrige um problema de orientação que podia surgir quando a rotação automática do Android estava desativada.
Além disso, a importação da imagem do jogo através do seletor alternativo de arquivos do sistema deixa de falhar em determinadas situações.
Yakumo ocupa quase 2,5 GB durante a instalação no Android
O APK possui uma particularidade importante.
O aplicativo ocupa aproximadamente 0,8 GB depois de instalado.
Na primeira configuração, o usuário seleciona sua imagem de Monster Hunter Portable 3rd HD Ver., e o Yakumo copia aproximadamente 1,3 GB para o armazenamento privado da aplicação.
Por isso, a equipe recomenda aproximadamente 2,5 GB livres durante a configuração.
Nenhum desses dados comerciais acompanha o APK.
O usuário precisa fornecer sua própria cópia legalmente obtida de Monster Hunter Portable 3rd HD Ver.
Projeto não distribui Monster Hunter Portable 3rd
Essa separação faz parte da arquitetura do projeto.
O repositório contém o framework, runtime, implementações nativas e ferramentas necessárias para produzir o port.
Já o código recompilado derivado diretamente da cópia do jogo é gerado localmente e não fica armazenado no repositório.
O Yakumo também não distribui texturas, modelos, áudio, vídeos ou a imagem de disco comercial.
Na primeira execução, a aplicação verifica a cópia fornecida pelo usuário e prepara os dados necessários em seu próprio diretório.
Problema em celulares Samsung Exynos ainda está sendo investigado
Apesar da melhoria geral de desempenho, a equipe já documenta pelo menos uma regressão móvel importante.
Em aparelhos Samsung com Exynos, foi reportado um crash ao sair do Gathering Hall.
O problema continua sob investigação.
Portanto, a declaração de que aparelhos Exynos passaram a alcançar full speed não deve ser confundida com compatibilidade perfeita.
Desempenho e estabilidade são duas métricas diferentes.
PSPRecomp pode ser utilizado por outros jogos
O trabalho desenvolvido para Monster Hunter também possui importância além deste título.
O Yakumo é construído sobre o PSPRecomp, framework de recompilação estática projetado para ser independente de um jogo específico.
O núcleo fornece componentes relacionados a Allegrex/MIPS, carregamento ELF e PRX, memória do convidado, dispatch de funções geradas, interpreter fallback e infraestrutura AOT.
Cada jogo recebe então um perfil próprio com o código gerado, funções HLE, bootstrap, renderer, áudio, input e correções específicas.
A documentação já inclui um guia para criação de novos perfis.
Isso significa que soluções desenvolvidas durante o Yakumo podem contribuir para futuras recompilações de outros títulos do PSP, embora cada jogo ainda exija seu próprio trabalho de integração.
Por que esta versão do Yakumo é importante?
Recompilações estáticas ganharam bastante espaço recentemente em ports comunitários para PC.
A alpha.4 demonstra que a mesma estratégia pode ser aplicada também a um smartphone ARM64.
Monster Hunter Portable 3rd não é uma pequena demonstração técnica. O jogo possui centenas de overlays carregados dinamicamente, multiplayer, streaming de dados, áudio, vídeos, uma grande quantidade de assets e diversos sistemas funcionando simultaneamente.
O Yakumo recompila todos os 355 overlays conhecidos e reconstrói ao redor deles o ambiente de PSP necessário para manter o jogo funcionando.
Agora, esse conjunto possui uma build Android ARM64 oficial, testada em hardware físico, com Vulkan 1.1 e controles touchscreen.
Além disso, a nova arquitetura gráfica reduziu bastante o custo de renderização e, segundo a equipe, levou aparelhos Snapdragon e Exynos anteriormente lentos à velocidade completa.
Isso não torna o projeto equivalente a um port comercial finalizado. Existem problemas conhecidos, o suporte móvel ainda é recente e novos drivers ou aparelhos podem revelar regressões.
Mesmo assim, a atualização mostra uma mudança importante de estágio: a recompilação estática de software PSP deixou de ser apenas uma técnica para criar executáveis de desktop e passou a produzir uma aplicação ARM64 jogável diretamente em smartphones Android.
Fontes: Yakumo v0.6.0-alpha.4 — release oficial | Yakumo / PSPRecomp — repositório e documentação oficial | PSPRecomp — arquitetura da recompilação | PPSSPP — documentação sobre as versões PSP HD lançadas no PS3.