Como corrigir o erro de save do GBA com Flash 128K
Quando um jogo de GBA no iGBA diz que o save falhou, quase sempre ele está rodando com a metade da memória que precisa: 64K em vez de um chip flash de 128K. Atualize para o iGBA 2.14.0 ou mais recente, onde Automático já lê o tamanho certo direto do arquivo do jogo. Se o erro continuar, defina Tamanho da memória flash como Flash 128K em Ajustes → Salvando e abra o jogo de novo.
O conserto rápido
- Atualize o iGBA na App Store. A versão 2.14.0 mudou como a memória de save é detectada, e a maioria desses erros some com ela.
- Abra Ajustes → Salvando e veja Tamanho da memória flash. Deixe em Automático primeiro.
- Feche o jogo por completo e abra de novo. O aviso embaixo diz "Aplica-se no próximo lançamento do jogo", e é literal: mudar isso no meio do jogo não faz nada.
- Salve pelo próprio menu do jogo. Se ele ainda reclamar, volte, escolha Flash 128K, abra o jogo de novo e salve outra vez.
Por que alguns jogos de GBA precisam de 128K de save
Os cartuchos de GBA salvavam em um de três tipos de chip: SRAM, EEPROM ou flash. O chip flash grande guarda 128K divididos em dois bancos de 64K, e o jogo alterna entre os bancos com um comando próprio.
Dê a esse jogo um chip de 64K e a troca de banco não vai a lugar nenhum. A escrita cai em cima do primeiro banco, o jogo lê os dados de volta para checar, encontra outra coisa e mostra o próprio erro de save. É daí que vêm mensagens como "troque a memória de backup": o jogo está culpando o cartucho, porque no hardware real essa era a única explicação possível.
Isso também explica o timing, que nos confundiu por um tempo. Os primeiros saves cabem no primeiro banco, então tudo funciona por horas. O erro só aparece quando o jogo grava, por primeira vez, um registro que pertence ao segundo banco — muitas vezes tarde na história.
Veja com o que o seu jogo está rodando
Você não precisa adivinhar. Abra o jogo que falha ao salvar, vá em Ajustes → Salvando e role até Diagnóstico do jogo salvo, bem abaixo do ajuste de flash. Se nenhum jogo estiver aberto, ele só avisa para abrir um primeiro.
Duas linhas importam: a que começa com core: (o chip que o emulador está realmente usando) e a que começa com file: (o tamanho do seu .sav).
| O que aparece | O que significa | O que fazer |
|---|---|---|
core: flash 128K e um arquivo de 131072 bytes | A memória está certa | Se o jogo ainda falhar, o save em si está danificado: veja a próxima seção |
core: flash 64K num jogo que falha mais tarde | Rodando com metade da memória | Defina Automático na 2.14.0 ou mais recente, ou Flash 128K, e abra o jogo de novo |
| Arquivo de 64K para um cartucho de 128K | Uma sessão antiga salvou em 64K | Metade desse save nunca foi gravada; recupere uma cópia mais antiga |
file: no .sav on disk yet | O jogo nunca salvou | Salve uma vez pelo menu do jogo e confira de novo |
O painel só lê; nada é enviado a lugar nenhum a menos que você mesmo copie o texto. Se pedir ajuda pra gente, esse texto é a coisa mais útil que você pode colar.
Erro de save corrompido no GBA: recuperando um save antigo
Aqui vem a parte incômoda. Se o jogo já gravou o save rodando em 64K, mudar o ajuste não conserta esse arquivo. O ajuste decide como os próximos saves são gravados; ele não recria dados que nunca chegaram ao arquivo.
Depois, da opção mais leve até o último recurso:
- Recuperar dados salvos no jogo, no menu de pausa, restaura o save de antes do carregamento automático. Só aparece quando o iGBA guardou essa cópia; se você não vê a opção, ela não existe.
- Um estado salvo de antes do erro: carregue em Estados salvos e depois salve pelo próprio menu do jogo com o tamanho de memória certo ativo. Na 2.14.0, um estado antigo carrega com o tamanho que o jogo precisa, não com os 64K com que foi criado.
- Um backup feito em Ajustes → Backup. Restaurá-lo sobrescreve saves com o mesmo nome, então exporte o atual primeiro.
- Reinicie e carregue o jogo salvo, no menu de pausa, inicia direto do .sav, pulando o salvamento automático, se você suspeitar que o problema está nele.
Save contra estado salvo, nesse problema
Um estado salvo congela o console inteiro, então nunca falha do jeito que o save do próprio jogo falha. Isso tenta a gente a parar de salvar pelo jogo e viver de estados. Eu não faria isso: o .sav do próprio jogo é o que você exporta, faz backup e usa para trocar de emulador, e um arquivo danificado continua danificado por baixo dos seus estados.
Importando um .sav de outro emulador
Importe .sav, no menu ⋯ da Biblioteca de jogos, aplica um save ao jogo correspondente. Confira o tamanho primeiro. Um save de um jogo de 128K deve ter 131.072 bytes; se o outro emulador gravou 65.536 bytes, ele já estava rodando com metade da memória lá. O iGBA vai rodar o jogo em 128K, mas a metade que falta nesse arquivo não pode ser reconstruída.
O iGBA não inclui nenhum jogo. Use apenas arquivos de jogo que você tem o direito de usar.
Perguntas frequentes
Por que o erro de save só aparece tarde no jogo?
Devo deixar o Flash 128K ligado sempre?
O Flash 128K conserta um save que já está corrompido?
O ajuste de flash importa para jogos de GBC?
Mais guias do iGBA
- Como salvar um estado e carregá-lo de volta num emulador de GBA
- Como retroceder um erro e acelerar um emulador de GBA
- Como usar cheats num emulador de GBA ou GBC
- Como usar o cabo link de GBA de perto ou online, ou trocar consigo mesmo em um iPhone
- Como usar um controle de Xbox ou PS5 em um emulador de GBA no iPhone
- Como jogar jogos de GBA e GBC no Apple Watch
- Como fazer backup dos saves de GBA antes de reinstalar ou trocar de iPhone
- Como transferir seus saves de GBA entre iPhone e Android
- Como aplicar patch em uma ROM no iPhone com o iGBA e depois jogar o hack
- Como jogar Radical Red no iPhone, do patch ao arquivo de save
- Jogue Unbound no iPhone e leve seu save antigo junto
- Tela branca em hack de ROM: o que um patch ruim faz e como consertar
- Todas as perguntas sobre o iGBA
- Voltar para o iGBA