Cross Fever para XMvsSF, MSHvsSF e Marvel vs. Capcom de arcade

MVC1 V3: P1 + P2 contra P3 + P4. P1 e P3 escolhem o primeiro lutador; P2 e P4 escolhem o segundo e o ajudante. Os seis ataques usam os mesmos botões do RetroPad em todas as portas: Y/X/L = LP/MP/HP, B/A/R = LK/MK/HK. Cada parceiro mantém seu controle independente durante Duo. Troca do dono do controle, jogo com três pessoas e uma opção clássica de controle compartilhado continuam sendo pedidos separados.

Uma verificação recente da V2.2 reproduziu um erro concreto no perfil Modern: L enviava PPP e R enviava HP, em vez de HP/HK. V3 mantém o mesmo mapeamento de seis botões em Modern, Classic e 6Panel. Isso não identifica a causa de outro relato de inicialização que não informou seu pacote ou core.

Consulte a instalação e os controles atuais: pacote, core carregado, recibo do jogo e atribuições das quatro portas. Um relato sem identificar pacote ou core não comprova uma falha da versão atual. Entradas simuladas não comprovam quatro controles físicos nem uma partida e revanche entre quatro máquinas pela internet.

Arquivo V2.2: usa P1/P3 contra P2/P4; não misture sua ROM ou core com V3. Permanecem os pacotes de Windows x64, Mac Apple silicon · macOS 26+ e Linux x64, o guia, os resultados e o registro de arquivos. V2.2 foi testada com quatro instâncias do RetroArch 1.22.2 em uma única máquina Linux usando lobby e relay locais, não entre quatro máquinas pela internet.

Os downloads e a pesquisa históricos abaixo preservam suas versões. Não são resultados da V3. As instruções dos instaladores .cmd do XMvsSF e do MSHvsSF não substituem o guia do MVC1 V3.

Quatro pessoas. Quatro lutadores. Uma única placa de arcade.

O Marvel vs. Capcom de Dreamcast tinha o Cross Fever: duas equipes de dois, cada lutador no seu próprio controle e os quatro na tela ao mesmo tempo. A placa CPS-2 —a dos fliperamas, a do Fightcade— nunca teve. Agora tem, no X-Men vs. Street Fighter, no Marvel Super Heroes vs. Street Fighter e no MVC1 de arcade, a partir da sua própria ROM.

O XMvsSF e o MSHvsSF também nunca tiveram o Duo do MVC1, então ganham isso também, com o céu de meteoros do MVC1 ao fundo: com QCB + HP + HK o seu lutador faz a pose, o parceiro entra voando e você luta com os dois até o tempo acabar.

Cinco jeitos de jogar

O MSHvsSF tem dois instaladores por modo: um para a ROM USA 970827 (mshvsfu.zip) e outro para a Euro 970625 (mshvsf.zip), a que o Fightcade usa. Os dois instalam a mesma v5.

SHA-256 dos instaladores: XMvsSF Duo v3 4b20caf3284f13692c3d5f1009240cf45f09109df152861bebe5ce67793179ad, XMvsSF quatro jogadores v2 4413b19dbac91415bd1469aba448e5cfe373cf4977d15940e3448aaee8f69c70, MSHvsSF Duo v5 ce4b8cbd7d41bd441057b249ce236f265a2c3e40e9e909b743b81e443a46bb13, MSHvsSF quatro jogadores v5 18858b191291e1cf292ba41cad85e857a974042acd9939106ce038bfe3b5f6be, MSHvsSF Duo v5 Euro 6344b7800a03279a147f666f4465cad87dac305c8e1ee8ee18d4a773ac9047bc, MSHvsSF quatro jogadores v5 Euro a111427640dea5ebfb83f82abd674276c4d740033ae4f18711b500d36f594d13, MVC1 v2.2 aba28617ac229591ab6a4bedfc6a4a35b8ebb2c7281ee898e29d205f9be4b4a4. Cada um tem também um pacote de provas com README, especificação do patch, verificação e instalador em Python: XMvsSF Duo v3, XMvsSF quatro jogadores v2, MSHvsSF Duo v5, MSHvsSF quatro jogadores v5, MSHvsSF Duo v5 Euro, MSHvsSF quatro jogadores v5 Euro, MVC1 v2.1.

Controles das versões históricas

Como no Duo do próprio MVC1, o modo precisa de dois níveis de medidor. Nada é gasto no início; o medidor aparece cheio enquanto o modo dura e, no fim, custa duas barras cheias (uma terceira pela metade é mantida). Começar no nível 3 dá um modo mais longo e esvazia o medidor. As barras TIME mostram a duração do modo, separadas do relógio do round. No XMvsSF e no MSHvsSF de quatro jogadores, P3/P4 precisam do perfil que usa Start/Coin como MK/HK. O core MVC1 v2.2 traduz essas linhas internamente: mapeie seis ataques normais e deixe Start/Coin sem entrada do jogo.

Esta edição em português resume a versão e os resultados. A investigação completa em inglês mantém as listagens, os hashes e as comparações técnicas de cada compilação.

MSHvsSF: os quatro continuam lutando

Ryu e Ken enfrentam Spider-Man e Captain America. Os quatro painéis mostram as entradas físicas e a palavra de controle recebida por cada lutador. Botões diferentes acesos ao mesmo tempo indicam jogadores distintos dando comandos.

Na gravação completa, os quatro ficam ativos durante 997 callbacks amostrados. Com os mesmos comandos, a versão anterior, que só alterava a propriedade dos controles, mantinha os quatro juntos por apenas 17 callbacks e não ativava um modo contínuo.

A versão posterior msh-combined-08 reúne controles, seleção, modo temporizado e HUD. Em um teste delimitado, as 264 amostras de entradas chegaram ao jogador correto, incluindo as 24 combinações de jogador e botão de ataque. Foram observados seis Hypers alternados de Ryu e Ken com o medidor armazenado em zero durante o modo.

MVC1: Variable Cross com quatro jogadores

Zangief e Ryu enfrentam Spider-Man e Captain America. Comandos normais passam por um emulador local de diagnóstico, sem escrita direta no estado do jogo nem carregamento de estado salvo no início.

As duas barras TIME aparecem acima dos medidores de níveis; o fundo de meteoros é o original de MVC1. Não é uma reconstrução animada. O protótipo posterior de MVC1 ocupa 418 bytes e tem provas adicionais de seleção, controles, temporização e salvamento/restauração. Não atribuímos essas melhorias ao vídeo antigo.

Uma equipe não é um controle

A equipe ainda determina adversários, projéteis, medidor, trocas e colisões. O novo dono do controle é independente dessa equipe. Quando muda o personagem ativo, o parceiro continua pertencendo ao mesmo jogador.

O MVC1 de arcade permite que os dois parceiros ajam durante Variable Cross, mas originalmente compartilham os comandos. A troca de controle histórica usada no Kaillera entregava o controle ao dono do personagem ativo. O Cross Fever do Dreamcast permite donos independentes, inclusive os dois parceiros agindo juntos. São três comportamentos diferentes.

O executável do Dreamcast usa quatro registros de controles e seleciona a entrada de cada lutador. Seu código SH-4 é estudado para traduzir o comportamento para 68000; não pode ser colado diretamente no programa CPS-2. Os arquivos Phoenix ajudam com o programa descriptografado, não acrescentam portas de controle.

Fiação nativa dos protótipos

As equipes são P1/P3 contra P2/P4. Cada pessoa tem direções e seis botões. MK/HK reutilizam linhas de Start/Coin; por isso, o projeto exige jogo livre e uma fiação própria.

Os registros são IN0 $804000, IN1 $804010 e IN2 $804020. As linhas de serviço e EEPROM são preservadas. Fora da luta, um novo acionamento de HP+HK permite entrar; é preciso soltar os botões antes de jogar. Durante a luta, as prioridades dos comandos e das trocas são mantidas. A compatibilidade com um gabinete físico exige outra validação.

O temporizador e as transições difíceis

MSHvsSF mantém seu ataque de equipe QCF + HP+HK. O modo contínuo usa QCB + HP+HK e consome o medidor disponível seguindo as regras investigadas de MVC1. Nos testes, o contador percorreu 576, 575…0; outra ativação com dois níveis e fração 92 produziu 430 unidades. São unidades de simulação, não segundos decimais.

Captura real de combined-06: rótulos TIME e barras desenhados pelo próprio jogo, sem sobreposição. A verificação do HUD foi repetida em combined-08.

combined-06, ativações em momentos diferentes: resta apenas o contador direito. O relógio da rodada e os medidores normais são preservados.

combined-08 corrige dois problemas concretos: HP+HK mantidos até o fim do modo podiam vazar quando o personagem voltava após uma troca; soltar os botões no banco podia deixar uma trava pendente e engolir a próxima pressão. Também evita a pausa inicial dos Hypers da própria equipe durante o modo, seguindo o comportamento verificado em MVC1 e Dreamcast.

Um teste de salvamento/restauração reproduziu os 300 callbacks seguintes, entradas, temporizadores e checksum dos 64 KiB de RAM. Isso não demonstra rollback de rede. Foi verificado um caso de KO do personagem ativo e comparados 7.600 registros de uma sequência; a matriz completa de derrotas e personagens continua aberta. Uma comparação histórica de QCF apresentou 73 diferenças de campos em 70 callbacks: não se afirma identidade quadro a quadro com o jogo original.

Uma correção concreta de comandos

O perfil local do emulador filtrava algumas mudanças rápidas de direção: P3/P4 em MVC1 e os quatro controles em MSHvsSF podiam passar de Esquerda → Direita ou Cima → Baixo e produzir uma entrada neutra. O perfil corrigido preserva essas mudanças entre amostras consecutivas e neutraliza somente direções opostas pressionadas ao mesmo tempo.

Os controles ordenados entre controle e porta passam de 59/77 para 77/77 em MVC1 e de 43/77 para 77/77 em MSHvsSF. Durante Duo simultâneo em MVC1, as 156 palavras solicitadas chegam à porta, contra 118 antes. Foram verificados 2.461 ciclos completos de leitura e 1.337 entregas de entradas e histórico aos lutadores, sem divergências. A ROM não mudou para essa correção; os registros fixam o emulador e as ROMs usados.

Isso ainda não prova a preservação de todo toque breve. Das 156 solicitações, 154 são lidas e concluídas no mesmo callback, uma termina no seguinte e um toque de P2 não tem leitura física pelo lutador. Não foi adicionada uma fila de entradas. Os problemas específicos de Wolverine/Strider, o rollback do Fightcade e os controles físicos continuam sendo testes separados.

O TIME azul original já aparece em MSHvsSF

msh-exact-time-11 incorpora as 11 peças da moldura e as 16 máscaras de esvaziamento originais de MVC1. Preserva suas cores e usa dois contadores independentes. A comparação dos 32 MiB de gráficos confirma que somente essas 27 peças reservadas foram alteradas; a memória gráfica não foi ampliada.

Captura real no callback 5500 de staggered11-latched. O desenho é feito pelo jogo, sem anotação sobre o vídeo.

Callback 6200: o modo da esquerda terminou. As duas barras desaparecem até o callback 6400.

As 22.900 comparações de pixels opacos em 14 capturas coincidem exatamente. O observador acompanha os bancos físicos de objetos e sua captura em VBlank, sem presumir que o contador atual corresponde à imagem exibida. Os registros desta versão fixam os hashes e os limites. Na expiração observada, as duas linhas de paleta são restauradas; se houver conflito de paleta ou faltar espaço na lista de objetos, o HUD opcional é omitido.

A sequência fixa anterior continua sem conseguir um KO na versão 11: os lutadores do lado direito chegam ao mínimo de 12 e 80 de vida. Essa execução, ko11, permanece como cobertura que falhou. O desenho adicional muda a relação entre callbacks e simulação; não se presumiu que a sequência anterior manteria seu resultado. As capturas de 06/08 e o vídeo de 03 mantêm seus rótulos.

Outra sequência de controles normais alcança um KO do personagem ativo na mesma ROM de build11, sem modificá-la. Spider-Man cai com os dois modos ativos e 131 unidades em cada temporizador. Captain America assume como personagem ativo do lado direito no callback seguinte. P4 o move para a direita e inicia um novo soco fraco: chegam as oito amostras de movimento e as quatro de soco solicitadas. Só termina o modo da equipe de Spider-Man; o temporizador esquerdo continua.

Os registros do KO e da recuperação em build11 comparam a execução original com uma reprodução fixa: coincidem os 7.600 registros de callbacks, exceto o rótulo que identifica o método de controle. Os objetos TIME passam de duas barras para uma e depois para nenhuma ao expirar o último temporizador; as duas linhas de paleta recuperam os valores salvos. Cada execução passa 5.808 verificações de desenho e 6.908 de envio de objetos. Foram executadas sem janela nem capturas novas, usando o perfil histórico de observação; não ampliam o resultado do novo filtro de direções.

Isso verifica um caso de KO e recuperação do controle do sobrevivente. Continuam pendentes rodadas completas, revanches, KOs simultâneos, a matriz de personagens, os escritores de paleta, as referências gráficas calculadas e os limites de objetos e pixels. Não demonstra o comportamento em gabinetes nem em rede.

Por que os meteoros faltavam

O fundo de MVC1 utiliza 866 peças de 32×32. Dividi-las e reutilizar padrões de 16×16 permite uma proposta sem perdas, mas exige 2.404 padrões novos. Espaços aparentemente vazios não estão necessariamente livres: alguns formam partes transparentes dos cenários existentes.

Depois de proteger as referências observadas numa execução normal de MSHvsSF, restam 2.381 espaços, 23 a menos do que o necessário. Com o corpus completo dos mapas recuperados, restam 1.695. A primeira distribuição é rejeitada porque alteraria cenários. Nenhum gráfico foi escrito para essa proposta. É necessária outra distribuição segura, além de resolver mapas, paletas, prioridades e restauração ao terminar o modo.

O que falta antes do lançamento

Uma pressão de um único callback pode acontecer entre duas atualizações de um lutador; esse tipo de entrada já se perdeu em MVC1. É preciso resolver isso com provas do mecanismo real de amostragem, sem confundir callbacks de vídeo com quadros de simulação. Também faltam personagens e formas, agarrões, projéteis, cruzamentos, transformações, expiração durante supers, KO duplo, revanches e orçamento de CPU/objetos.

O harness agora verifica as linhas físicas, a origem das leituras e a amostragem de cada personagem. Um perfil novo expõe os controles nativos dos dois jogos e passa 43 casos de interruptores por jogo. Os builds fixam hashes, bytes originais, reservas e fontes para permitir reprodução.

O patch DHC é outro projeto: adiciona cancels e trocas, não quatro donos independentes. Publicar este relatório permite mostrar o progresso sem anunciar compatibilidade com gabinetes, Fightcade online ou uma versão final que ainda não existe.

Atualização de 22 de setembro: os meteoros cabem

Duas medições mudaram o resultado. Primeiro, as oito fases do deslocamento acabaram sendo um ciclo roteirizado de 24 atualizações deduzido do código, não um intervalo amostrado; e a auditoria que excluía 774 espaços atribuía cada lista de sprites ao banco 0. Corrigindo cada lista para o seu banco real, as 12.790 listas contabilizadas não produzem risco algum e restam 2.235 espaços realmente livres.

Segundo, a geometria estava posta ao contrário. O mapa de origem tem 2.048 px de largura e o da camada anfitriã 1.024, então ele nunca pode ser copiado por posição. Empacotar as oito janelas de fase num atlas de janelas — oito células de 27×15 peças, com o escritor de deslocamento do port mapeando fase para célula — exige 2.012 peças novas e 3.240 das 4.096 entradas de mapa.

Contra 2.223 espaços livres, depois de subtrair doze que uma compilação irmã do Strider já ocupa, a margem é de 211 espaços. As 3.240 células do atlas foram decodificadas de volta e comparadas com o render nativo: zero diferenças de pixel ou de paleta. Os espaços estão reservados no registro de alocação compartilhado.

Isto era um plano de alocação, não um patch publicado: faltava capturar a paleta real do fundo.

Atualização: os meteoros já estão no MSHvsSF (v2)

As duas versões v2 do MSHvsSF já trazem o céu. Ele mantém quatro das oito janelas de fase do MVC1 (0, 2, 4 e 6), cada uma por seis atualizações, na posição que o MVC1 mostra com mais frequência; o paralaxe do cenário não é reproduzido. A animação de paleta está completa: os 36 registros da tabela do MVC1, um a cada quatro atualizações. Cortar as quatro janelas em peças de 16×16 e compartilhar as espelhadas exige 1.019 peças, colocadas só em blocos vazios de Scroll 2 protegidos pelo censo corrigido; cada célula é decodificada de volta sem nenhuma diferença de cor ou de paleta. O mapa, um buffer de paleta e o estado ocupam 16 KB de RAM de vídeo que estavam zerados em todas as amostras de combate, e são limpos quando o modo termina. O céu só aparece enquanto o modo temporizado de uma equipe está ativo, deixa passar os clarões brancos dos Hypers do jogo e devolve a tela ao MSHvsSF quando o último temporizador acaba. Os Hypers normais mantêm o fundo do MSHvsSF.

As duas compilações rodaram no MAME com controles normais: um Hyper normal antes do modo, a ativação, um Hyper com os seus clarões dentro do modo, a ativação da outra equipe com a primeira ainda ativa, os dois finais e a limpeza. Para a de quatro jogadores, o driver de dois jogadores do MAME recebeu a fiação de quatro controles nas portas de entrada: os quatro entraram e P1 e P3 lançaram cada um um Hyper com o próprio controle dentro do modo. Nenhuma v2 tem ainda gravação no FBNeo local.

Atualização: o ∞ do MVC1 (v3)

O MVC1 troca o seu dígito de nível por um sinal de infinito enquanto o Duo dura, e as duas versões v3 do MSHvsSF agora fazem o mesmo durante o modo temporizado de cada lado. A própria rotina do HUD do MSHvsSF continua desenhando o dígito: no fim do código que escreve o nível de cada lado, um gancho confere o bit de modo e o temporizador daquele lado e, enquanto os dois estão ativos, escreve no lugar o sinal de duas peças do próprio MVC1, três pixels à esquerda do dígito. O sinal usa a paleta fixa do HUD do MSHvsSF, os dourados do rótulo LEVEL, porque a paleta dos dígitos fica mudando; o dígito volta quando o modo termina.

As duas compilações v3 repetiram os testes no MAME, e o medidor de cada quadro amostrado foi comparado com o estado do modo naquele quadro. Na de 1 contra 1, 334 de 336 verificações bateram e as outras 2 pegaram a própria atualização do HUD logo depois de uma mudança. Na de quatro jogadores bateram 223 de 228 e 1 pegou o HUD no meio da atualização; as outras 4 são dois quadros isolados na cena mais pesada testada (quatro lutadores, dois Hypers ao mesmo tempo e o céu ativo) em que faltou todo o HUD de baixo por um quadro. É um efeito dos quadros atrasados: a lista de sprites é fixada antes de os registros do HUD serem copiados, e a v2 mede o mesmo atraso nessa cena. Os clipes e as imagens do MSHvsSF foram refeitos na época com as ROMs v3 e as mesmas entradas.

Atualização de 24 de setembro: XMvsSF, MSHvsSF v5 e MVC1 v2

▶ Play

O X-Men vs. Street Fighter é o terceiro jogo, com duas versões prévias: 1 contra 1 com Duo (xmv-two-human-full-02, v3) e quatro jogadores (xmv-four-human-full-02, v2). Os comandos são os mesmos dos outros dois: QCB + HP + HK para o modo temporizado, QCF + HP + HK para o Hyper de equipe (no XMvsSF ele se chama Variable Combination) e HP + HK para trocar de lutador.

O início segue o Variable Cross do MVC1: o seu lutador faz a pose de chamada, a própria provocação com a voz, e não pode ser atingido enquanto ela dura; depois aparece a pausa do Variable Combination do XMvsSF e o parceiro entra por trás com o próprio ataque de entrada. Enquanto o modo de um lado dura, o céu de meteoros do MVC1 substitui o cenário, a barra TIME do MVC1 conta o modo daquele lado sobre o medidor de Hyper e o ∞ do MVC1 substitui o número do nível. Dentro do modo os Hypers não têm pausa nem custo, então no Duo um único comando dispara os Hypers dos dois. Quando o tempo acaba, o parceiro sai e o lutador principal fica.

As duas compilações do XMvsSF foram testadas no MAME 0.264 com comandos normais: o Cross das duas equipes, atualização por atualização, e as marcas, a barra TIME, o ∞, o céu e as sombras em cerca de 41.000 quadros com nove formações (Duo) e 52.000 com dez (quatro jogadores), cobrindo os 17 personagens selecionáveis. Esses testes de censo colocaram o medidor no nível 3 com uma escrita de análise no início do combate; os clipes, as imagens e o trailer vêm de outras execuções no MAME, só com comandos normais e sem escritas na memória.

O MSHvsSF v5 começa o modo como o MVC1: a pose com a voz, o corte do Hyper de equipe do MSHvsSF com os retratos dos dois e, depois, o parceiro entra voando por trás com o seu ataque. No início nada é gasto: o medidor aparece cheio enquanto o modo dura e custa duas barras no fim. A v5 também põe as marcas do MVC1: 1P e 2P na de 1 contra 1, e de 1P a 4P sobre cada cabeça na de quatro jogadores. A v4 foi uma compilação interna; tudo o que ela trouxe está na v5. O MVC1 v2 mantém byte a byte os controles, a entrada dos jogadores e o temporizador da v1 e acrescenta as marcas de 1P a 4P sobre cada lutador.

O trailer é uma montagem, não uma prova: cada tomada é uma destas compilações prévias rodando no MAME, com comandos normais e na velocidade própria da CPS-2.

O que «prévia» quer dizer aqui

Os downloads são exatamente os arquivos cujos instaladores passaram por sete casos de PowerShell e pelo instalador em Python, comparados peça por peça com a ROM testada. Fora isso, cada pacote diz o que as gravações cobriram e o que não cobriram. Continua em aberto nos cinco: o elenco completo e as transformações, salvar e carregar, as revanches, o pior caso de objetos e CPU, toques de um único quadro, Windows nativo, quatro controles físicos, a fiação de gabinete e o jogo online com rollback para quatro. Nada disso é afirmado antes de ser testado.

Compartilhe

Cross Fever na placa de arcade: quatro jogadores em X-Men vs. Street Fighter, MSHvsSF e Marvel vs. Capcom, e o Duo do MVC1 com a pose, a entrada voando, o céu de meteoros e o ∞ no medidor. Instaladores gratuitos, só com o patch. morphus56k.com/pt-br/blog/cps2-four-player-cross-fever