Ano 1 · Ano 2 · Ano 3 · Ano 4 · Ano 5 · Ano 6 · Ano 7 · Ano 8 · Ano 9
Tópicos › Nono ano › Emuladores em 4 KB e ports para o V9990
RicBit escreveu emuladores de MSX (msxzin) e de Game Boy (minigb) que cabem em 4 KB, otimizados pela namagiri, seu assembler auto-otimizador. O minigb chegou a rodar casos difíceis como Super Mario Land 2, Asterix e Rockman 8, e passou a ter relatórios de compatibilidade contra o No-Intro. Depois, RicBit passou a trabalhar em ports de jogos para o V9990.
Nono ano: novembro de 2025 a outubro de 2026
O emulador em código 8086 ganhou Z80 com opcodes não documentados, SCREENs 0 a 3, PSG via SCC, disco, fita e mappers sem passar de 4 KB. O código-fonte foi publicado depois de congelada a sintaxe da namagiri.
RicBit desenvolve um emulador de MSX em 4 KB, em código 8086 que roda no DOSBox. A cada versão acrescenta funcionalidades sem passar dos 4 KB: - Z80 com IM0/1/2 e opcodes não documentados; - SCREENs 0 a 3, sprites e colisão; - PSG via SCC; - slots, disco e fita cassete; - mappers megarom, incluindo o do R-Type. Para reduzir o código, usa algoritmo genético e simulated annealing e depois cria a 'Namagiri', um assembler auto-otimizador que passou por algoritmo genético, LNS e GOMEA. Publica a história do projeto e, em 06/09, a versão final com o nome msxzin.
Felipe pergunta se RicBit pretende publicar os nanoemuladores, porque desenvolvedores do MAME se interessaram. RicBit indica o release online do msxzin. Depois de congelar a sintaxe da Namagiri, publica o código-fonte do msxzin no GitHub. Ele diz que a Namagiri tem 20 mil linhas, metade das 40 mil que tinha antes da limpeza da sintaxe.
Feito em 24 horas, o minigb chegou a 100% das ROMs dos romsets de RicBit; para otimizá-lo, ele criou o 'milibit'. Foi depois verificado contra o No-Intro e passou a rodar Super Mario Land 2, Asterix e Rockman 8.
RicBit faz em 24 horas um emulador de Game Boy em 4 KB. Experimenta suporte a Super Game Boy, mas o abandona para focar no DMG e diz que precisa ser cycle-accurate para passar de 90%. A compatibilidade sobe para 97,7% e 98,18% e depois chega a 100% das ROMs dos seus romsets, que ele amplia em seguida. Passam a rodar casos difíceis como Pinball Fantasies, Zerd no Densetsu, Road Rash, mappers Wisdom Tree e Berlitz e multicarts. Para otimizar, cria o 'milibit' (na prática 1/65536 de bit), medido no estágio de compressão aritmética do seu compressor. Com ele, a Namagiri ganha um gradiente mais fino e converge muito mais rápido, sem precisar rodar na nuvem.
Shideravan recomendou verificar as ROMs de teste com os checksums do No-Intro via clrmamepro, para descartar bad dumps. RicBit descobriu que o Super Mario Land 2, que usa a SRAM como pilha, não rodava, e usou a namagiri (com VND na nuvem e depois GOMEA) para liberar os 80 bytes necessários. Publicou uma versão de 4 KB que roda o jogo e, depois, outra que se recusa corretamente a rodar ROMs exclusivas de GBC.
O Asterix parou de rodar depois da inclusão do mapper da Wisdom Tree, e faltavam 8 bytes para corrigi-lo. RicBit descobriu que acrescentar alguns bytes aleatórios diminuía o tamanho do arquivo comprimido e publicou uma versão de 4 KB que roda o Asterix. Shideravan sugeriu medir a compatibilidade contra o fullset do No-Intro. RicBit disse que o fullset de DMG roda inteiro e que as dúvidas estão nas ROMs de GBC, como o Daikatana, cujo cabeçalho declara suporte ao DMG mas que é exclusivo de GBC, e o bootleg Matel Gear II, que segundo o BootlegGames Wiki não deveria rodar.
RicBit publicou relatórios de compatibilidade do minigb com os conjuntos No-Intro de DMG e de GBC. Discutiram ROMs que não são jogos (como a da scooter Aprilia, que depende de hardware extra) e o bootleg taiwanês Rockman 8, cujo mapper, segundo Shideravan, só o hhugboy suporta entre os emuladores que ele conhece. Depois de golf manual, da namagiri e de edição direta do stream LZ, RicBit publicou uma versão de 4 KB que roda o Rockman 8 e disse que ainda precisava repetir os testes de todas as ROMs para checar regressões.
Depois do Rockman 8, discutiram os próximos passos: buscar tamanhos abaixo de 4 KB ou repetir o desafio em outras plataformas. RicBit considerou o NES viável em 4 KB e o SNES inviável por ter duas CPUs. Felipe "Juca" Sanches observou que 4 KB era a memória do Patinho Feio, e Jecel Assumpcao Jr explicou que as instruções indexadas permitiam endereçar 64 KB e que tinha a impressão de ter visto algo sobre uma expansão para 16 KB.
Com 19 agentes do Opus 5.5, as 29 mil linhas de C++ da namagiri foram portadas para Rust em 2 horas, com os 512 testes passando. Com intrinsics de AVX2, a versão em Rust ficou tão rápida quanto a de C++.
RicBit contou que havia criado 490 casos de teste para a namagiri, até chegar a 99,8% de cobertura, e então a refez do zero; hoje a suíte tem 512 testes. Em seguida pediu ao Opus 5.5 que portasse as 29 mil linhas de C++ para Rust, tarefa concluída em 2 horas com 19 agentes e os 512 testes passando. A versão Rust ficou mais lenta, porque o g++ gera AVX2 automaticamente; com intrinsics de AVX2 ficou igual ao C++. L. sugeriu a biblioteca rayon e comentou os níveis x86-64.
RicBit portou o Galaga para o V9990 e vem refazendo à mão, com ajuda de uma rede neural, os gráficos do Death Wish 3. Também fez a abertura do Ys III com parallax em velocidade total e planejou medir o V9990 no hardware real. Ao testar o Ys III no turbo R, encontrou um defeito nos slots.
RicBit portou o Galaga para o V9990 do MSX, com gráficos tirados do arcade, todos os ângulos das naves e uma versão jogável na web. Explicou o limite de 16 sprites por linha, que impede três naves sem multiplexação, e Felipe "Juca" Sanches sugeriu tiros fora de sincronia. RicBit discutiu sugestões de Pablo Vasques Bravo-Villalba: estrelas coloridas, que foram incluídas, e o som do WSG no SCC.
RicBit mostrou o andamento dos gráficos refeitos à mão do Death Wish 3 para o V9990. Como LLMs não pintam e modelos de difusão erram muito com pixel art, treinou uma rede neural para gerar os quadros seguintes; o resultado sai cerca de 60% certo e ele corrige o resto à mão. Explicou que o colete precisa ser preciso no pixel porque o jogo verifica os acertos pelo bitmap.
RicBit fez uma prova de conceito do Ys III no V9990 com scroll parallax, com link para a versão original, que roda a 2 fps, para comparação. Pedro de Medeiros apontou o recurso de janela do V9990 (registrador R#27), que RicBit notou funcionar em blocos de 64 pixels. RicBit refez a abertura com cinco camadas de parallax, otimizou-a até velocidade total e traduziu o jogo para japonês, inglês e português. Notou ainda problemas de timing no WebMSX.
RicBit planejou ligar um turbo R com V9990 à rede e deixar o Claude medir os atrasos experimentalmente, para depois corrigir o WebMSX, e filmar a tela a 120 fps para medir o tearing. Com o mesmo arranjo pretende corrigir um bug do seu TMNT que só aparece no hardware real; ele suspeita do tratamento da tabela de atributos de sprites.
Ao testar o Ys III no turbo R, RicBit descobriu que os slots não reconheciam cartuchos. Como cartuchos leves funcionam, suspeitou da fonte e considerou usar um expansor de slots com alimentação externa, o que exige levantar o esquema de um expansor Ademir sem documentação. Felipe "Juca" Sanches sugeriu publicar o esquema.