Resumo
A análise estática encontrou código do MOVIE que registra um descritor na tabela de listas. O replay, porém, termina com a entrada selecionada e a RAM baixa ainda zeradas; falta provar que esse caminho inicializa o buffer mpegbuff.
Defeito
Na primeira chamada do setup de vídeo, o MOVIE seleciona a entrada 0 da tabela 0x001448F0, que aponta para 0x10. O descritor em 0x10..0x4C está zerado e o percurso segue até esgotar o fuel. Ainda não está confirmado qual rotina deveria prepará-lo.
Solução aplicada
Localizei no ELF o caminho em 0x001101A4..0x001101C4 que calcula um slot da tabela e grava nele o endereço de um nó, além de montar campos com assinatura 0x4253. Comparei esse candidato com o log do replay: embora as continuações 0x00110124 e 0x00110180 apareçam no dispatcher, no stop a tabela permanece [0]=0x10, [1]=0x10 e [2..15]=0; isso não prova que o store foi executado para o slot 0. Nenhum estado guest foi inventado e o runtime não foi alterado.
Detalhes e evidências
Resultado: diagnóstico parcial, sem correção de runtime. Próximo passo: mapear o fluxo de controle e os argumentos que alcançam o store em 0x001101C4, e confirmar se algum caminho grava a entrada 0 antes do registro de mpegbuff.\n\nO replay continua em MOVIE.ELF. Não há evidência de ACTION.ELF, quadro apresentado ou gameplay; META 019 permanece NOT_READY e sem previsão confiável. O Ynix continua sendo um recompilador estático nativo, não um emulador.
META 019