Referências técnicas — Jogo do Carrinho

No repositório

O que vai ao ar

Na pasta do jogo no anfitrião, publicada em https://dentistas.com.br/jogos/jogo_do_carrinho/. O deploy só sobe de jogos/vendor/ e jogos/assets/ o que algum HTML cita entre aspas. Tamanhos medidos nesta geração:

Soma do que o jogo usa: 6.578.229 bytes em 21 arquivos (6.578,2 KB), abaixo do teto de 25 MB que o dono fixou para o jogo na 2.1 (13/10/2026; era 5 MB). Primeira carga em paisagem: 12 arquivos, 1.096,5 KB com gzip nos textos.

O script do jogo é dividido em blocos marcados /*==[SEC:NOME]==. A descrição abaixo é a primeira frase do comentário de abertura de cada bloco, como está no código.

Novas na 2.0

Novas ou mudadas depois do QA, da 2.0.1 à 2.6.1

Fonte: os relatórios de construção da run (step-06) e de cada versão depois dela.

A régua do jogo é o tempo de quadro medido, não o peso do JavaScript. Meta: p50 ≤ 33 ms na partida, perfil móvel do harness (390×844 e 844×390, CPU 4× mais lenta); 2.1.0: meta ≤ 30 ms e ≤ 190 draw calls no celular deitado (medido 10–13 ms e 147), teto 220 no computador; nenhum shader compila durante a corrida (109 programas no computador, 71 no celular); 2.2.0 (junção, 15/10/2026): no celular deitado, CPU 4×, p50 19,5 ms na Caça às Moedas, 17,0 na transmissão IA × IA e 15,5 na capa viva; draw calls 153 (Moedas), 99 (transmissão com o diretor), 156 no pior plano forçado, 126 na capa viva; programas 127 no computador e 83 no celular, todos pré-compilados na capa (nenhum compila na corrida, na transmissão nem na capa viva); 2.3.0 (junção, 15/10/2026, A/B intercalado contra a 2.2 em 5 rodadas, celular deitado, CPU 4×, mediana do p50): Caça às Moedas 26,3 ms (2.2: 26,1), Circuito 24,5 (25,2), IA × IA 19,5 (20,1), capa viva 17,1 (18,1); draw calls de cena no máximo 154, 134, 130 e 135, todas ≤ 190; programas 127 e 83, iguais à 2.2 (o turbo, a névoa e o trem não criaram nenhum); 2.4.0 (integração, 17/10/2026, A/B intercalado contra a 2.3.2 no celular deitado, CPU 4×, 8 rodadas; nas 3 rodadas com a máquina quieta as duas versões ficam no teto de 60 quadros/s): lago com os 2 carros (pior caso) 17,0 ms (2.3.2: 16,9), Caça às Moedas 17,1 (17,2), Circuito 16,9 (17,1); draw calls de cena no máximo 194 no lago (2.3.2: 192; só nesse pior caso passa de 190), 154 na Caça às Moedas e 134 no Circuito; programas 127 e 83, nada compila depois da capa (a esteira, as marolas, os anéis, o relevo e o turbo por tempo não criaram nenhum); 2.5.3 (integração, 19/10/2026, A/B pareado contra a 2.5.2 no celular deitado, CPU 4×, 13 pares com a máquina quieta, mas com outros processos a 14–19 %): mediana do p50 no lago 37,1 ms (2.5.2: 42,9), Caça às Moedas com efeitos 32,5 (43,0), Circuito IA × IA 34,5 (36,3), programas 118 e 77; a 2.5.3 não ficou mais lenta que a 2.5.2, mas os valores absolutos refletem a carga da máquina, e a meta não foi remedida com a máquina ociosa (a última medida limpa é a da 2.4.0, ~17 ms); 2.5.5 (etapa 1, 20/10/2026, CPU 4×, o jogo congelado no meio do salto, 30 amostras): as funções do salto custam 0,16 ms por quadro no normal e 0,24–0,30 ms no lateral (na 2.5.4: 0,55–0,61 e 0,76–0,96), e o salto soma ~0,8 ms de quadro, dentro do ruído de ±3 ms da máquina; programas 118 e 77; a medida no celular de verdade continua pendente. Tempos em ms, mediana de 3 runs, GPU Intel Iris Xe (ANGLE/D3D11). Fonte: harness/BASELINES.md.

Computador, 1280×720

Depois do P5b (troca de qualidade sem travar)

Perfil móvel (DPR 3, toque, CPU 4×)

Draw calls: teto 220

Teto revisto no P5 da 2.0 (12/10/2026): 150 -> 220. Cena principal (sem sombra nem pós), semente 42: 1280x720 no fim da janela do bench Moedas 200 e Circuito 201; num quadro com 2,5 s de partida Moedas 182, Circuito 178, Contrarrelógio 161; no móvel 98-138 (390x844) e 133-209 (844x390, a vista mais larga). Já passava de 150 antes do carro novo (Moedas 178). De onde vem (Moedas, 182): 126 da grade 8x8 de baldes de árvores e props (decisão da R3: baldes pequenos para o frustum e o passe de sombra descartarem; juntar baldes troca draw call por casters e triângulos), 16 por carro do carro.glb (7 materiais da carroceria + 9 peças de roda; juntar exige material ou GLB novo) e ~25 do resto (estradas, anel, montanhas, céu, gemas, trem). Corte barato achado: no máximo 6 (3 picos e 3 capas de neve fora das InstancedMesh), longe de 150. A régua de verdade é o frame time (p50/p95 aqui e perfis.movel.p50); este teto vira alarme de crescimento sem plano, ~5% acima do maior medido (209).

Peso e a exceção ao teto de JavaScript do Kit

Registrado na ficha: Exceção ao teto de JS do Kit (60 KB gzip, pensado para os motores engine/): o carrinho é um HTML único com cena 3D, pós-processamento e IA escritos à mão desde a 1.x. Na 2.6.1 (23/10/2026, harness/docs.mjs no código final): JS do jogo 403 KB gzip, index.html 441 KB gzip, o jogo no ar 6,6 MB (os acertos da revisão da 2.6.0). Na 2.6.0 (23/10/2026, harness/docs.mjs no código final): JS do jogo 402 KB gzip, index.html 440 KB gzip, o jogo no ar 6,6 MB (a demo como o vídeo, o seletor de view, o volume em modal, o Preview real, os acertos da revisão e o Tema em rede lenta somam cerca de 18 KB gzip de JS). Na 2.5.9 (22/10/2026, harness/docs.mjs no código final): JS do jogo 384 KB gzip, index.html 418 KB gzip, o jogo no ar 6,5 MB (a música-tema soma 2,08 MB, fora da primeira carga). Na 2.5.8 (22/10/2026, harness/docs.mjs no código final): JS do jogo 377 KB gzip, index.html 411 KB gzip, o jogo no ar 4,4 MB. Na 2.5.7 (22/10/2026, harness/docs.mjs no código final): JS do jogo 376 KB gzip, index.html 411 KB gzip, o jogo no ar 4,4 MB (o replay soma cerca de 5 KB gzip). Na 2.5.6 (20/10/2026, harness/docs.mjs no código final): JS do jogo 367 KB gzip, index.html 400 KB gzip, o jogo no ar 4,4 MB (o som da demo e o alto-falante somam cerca de 1 KB gzip). Na 2.5.5 (20/10/2026, harness/docs.mjs no código final): JS do jogo 366 KB gzip, index.html 399 KB gzip, o jogo no ar 4,4 MB (a 2.5.4 e a 2.5.5 somam 20 KB gzip de JS: o salto Tesla com o salto lateral, a câmera lenta, os jatos de ar e o vapor, e os acertos da revisão). Na 2.5.3 (20/10/2026, harness/docs.mjs no código final): JS do jogo 346 KB gzip, index.html 379 KB gzip, o jogo no ar 4,3 MB (a 2.5.x soma 62 KB gzip de JS: pista larga, monte do túnel, prainha, moedas novas, quatro câmeras, salto a jato, as rodas do trem, a câmera mais perto e o som das rodas nos trilhos). Na 2.4.0 (17/10/2026, harness/docs.mjs): JS do jogo 284 KB gzip, index.html 316 KB gzip, o jogo no ar 4,1 MB (o relevo, as marolas e anéis e o turbo por tempo somam 15 KB gzip). Na 2.3.3 (16/10/2026): JS do jogo 269 KB gzip, index.html 300 KB gzip, o jogo no ar 4,1 MB (a esteira na água soma 7 KB gzip). Na 2.3.0 (15/10/2026, harness/docs.mjs): o JS era 262 KB gzip, index.html 292 KB gzip, o jogo no ar 4,0 MB (o trem.glb.js soma 978 KB). Na 2.2.0 (15/10/2026, harness/docs.mjs): JS do jogo 244 KB gzip, index.html 271 KB gzip, o jogo no ar 3,0 MB, com o teto do jogo em 25 MB por decisão do dono (13/10/2026). Na 2.1.0: JS 217 KB gzip, index.html 241 KB gzip, 2,8 MB. Histórico — medido em 12/10/2026 no build aprovado pelo 07b (commit 8c34746): JS do jogo 134 KB gzip, Three.js r128 150 KB gzip, primeira carga 723 KB gzip (gzip -9, medidos por harness/docs.mjs), o jogo no ar 2,5 MB (< 5 MB). Decisão do dono (12/10/2026, noite): o teto de 5 MB do Kit vale só para o jogo (o que ele carrega), não para a pasta publicada com a documentação — com manual.html, tecnico.html e manual-do-usuario.pdf a pasta tem 6,2 MB, e o jogo não carrega nenhum dos três. A régua que vale é o frame time medido (meta p50 ≤ 33 ms no perfil móvel, atingida na medida com a máquina quieta da 2.4.0: ~17 ms; a 2.5.3 e a 2.5.5 não foram remedidas com a máquina ociosa, ver meta_de_desempenho). Aceita pela QA no ciclo 1 com esta condição de registro.

Medido nesta geração: o index.html tem 1.296.725 bytes (441,1 KB com gzip); só o JavaScript embutido, 402,8 KB com gzip. O total no ar é 6.578,2 KB, sem a documentação.

Testado pela QA técnica (ciclo 2 de 3, decisão: APROVAR COM AJUSTES), com teclas e dedos de verdade, não lido da ficha:

A ficha × a medição

Notas da ficha: alvos de toque ≥ 48 px (controles de jogo ≥ 72 px, o TURBO ≥ 64 px); piscar ≤ 3 Hz; prefers-reduced-motion.

Livre para todas as idades: não há pessoas no jogo, e as batidas amassam a lata ou terminam numa explosão estilizada do carro. Nada sai do aparelho: os recordes e as preferências ficam só neste navegador.

O jogo não tem conta, servidor de dados nem telemetria. Tudo o que grava fica no localStorage do navegador, com o prefixo carSim3d., por meio do objeto store (que devolve se gravou: com o armazenamento bloqueado ou cheio, o jogo segue e avisa).

Rede: o jogo aberto pede versao.json (sem cookies, sem parâmetros além de um carimbo de tempo contra cache); com a Música ligada, também a música-tema (assets/musica/jogo-do-carrinho-tema-intro.m4a e assets/musica/jogo-do-carrinho-tema-laco.m4a), quando o JOGAR fica pronto ou quando a Música é ligada. Por file://, nenhum dos dois.

O jogo publicado é uma pasta estática com nomes fixos, e o navegador guarda o HTML em cache. Para a correção chegar a quem deixou a aba aberta, o jogo confere versao.json ao abrir, ao voltar para a aba e a cada 15 minutos.

• Versão igual: nada acontece.
• Versão diferente, na capa: recarrega uma vez, calado.
• Versão diferente, em partida, pausa ou resultado: mostra a faixa “Versão nova disponível” com “Atualizar agora”, sem interromper. No celular, a faixa espera a pausa ou a capa e a partida recebe uma mensagem.
• Anti-loop: uma recarga automática por versão e por aba (carSim3d.recarga.<versão> no sessionStorage). Sem sessionStorage, não recarrega sozinho.
• Os assets levam ?v=2.6.1: trocar a versão força o navegador a buscar a cópia nova.

Prova: node harness/teste-atualizacao.mjs (11 checagens, inclusive o anti-loop).

Desde a 2.5.9, a capa toca a música-tema: Jogo do Carrinho (Tema) — MusicPlay.club (criada com Suno). O código mora em SEC:TEMA; a regra do som da demo, em SEC:CINEMA (item 11). A música não é MIT: © MusicPlay.club, usada com permissão (gerada no Suno com plano pago; ver o NOTICE.md do repositório e o licencas.txt).

• Os arquivos. Dois, AAC-LC a 128 kbps, 48 kHz, estéreo, sem a capa embutida: assets/musica/jogo-do-carrinho-tema-intro.m4a (a introdução, 44,4 s) e assets/musica/jogo-do-carrinho-tema-laco.m4a (o laço, 83,9 s), 2.080.237 bytes ao todo. “Jogo do Carrinho (Tema)”, criada pelo dono do jogo no Suno em 22/10/2026, com plano pago (licença de uso comercial), conta MusicPlay.club (https://suno.com/s/MTzScgQfoGAjWnhs; perfil https://suno.com/@musicplayclub; id ad683b68-3829-4910-a496-a5922f3a8d53), a faixa 1 do álbum (ALBUM_SUNO.md). O MP3 entregue (184,8 s, 48 kHz, 185 kb/s, com a capa embutida; output/2026-10-22-v2.5.9/musica/) foi cortado em 127,6 s, costurado no fim do laço (43,811 a 127,126 s; ferramentas/costura-tema.py), baixado 0,9 dB (o laço a −16,1 LUFS, pico −5,7 dBTP) e gravado em AAC-LC 128 kbps sem a capa (ffmpeg aac_mf); depois do parecer do revisor (R1), em dois arquivos: a introdução (0 a 44,4 s, 720.242 bytes) e o laço (de 0,1 s antes de 43,811 s a 0,5 s depois de 127,126 s, 1.359.995 bytes; ferramentas/dividir-tema.py), na run 2026-10-22-v2.5.9.
• A memória. Os dois são decodificados um de cada vez, a introdução primeiro, e ela sai da memória depois de passar ao laço (a cópia comprimida, 0,7 MB, fica para a próxima vez que o Tema recomeçar). Medido no celular emulado (390×844, DPR 3, CPU 4×), no processo da página: o pico da decodificação caiu de ~+235 a +263 MB (um arquivo só) para ~+150 MB, e o fixo, de ~+54 a +62 MB para ~+45 MB (o AudioContext custa ~15 MB nas duas). Decodificar a 32 kHz baixaria mais o fixo, mas o Chromium reamostra o buffer na hora de tocar e o agudo cai (−2,6 dB de 8 a 12 kHz, −6,5 dB de 12 a 15 kHz, e imagens acima de 16 kHz): não foi feito.
• A rede. Só com a Música ligada: a introdução é pedida quando o JOGAR fica pronto (ou quando o jogador liga a Música) e o laço logo depois. Prazo de 25 s para a introdução e 60 s para o laço. Até a 2.5.9 eram 8 e 30 s, e o servidor do ar entrega a ~100 KB/s: a introdução, de 0,7 MB, leva uns 7 s. Desde a 2.6.0, enquanto o arquivo chega, a capa e a demo tocam a trilha procedural, e o Tema entra em crossfade de 0,5 s quando chega. A trilha só entra depois de 0,5 s de espera: na rede boa, o Tema chega antes e entra sozinho. Se a introdução acaba antes de o laço chegar, ela sai em fade na junção, a trilha cobre a espera e o Tema volta direto no laço (TEMA.noLaco). Passado o prazo, ou com erro, a capa fica com a trilha procedural de sempre. Testado no Google Chrome com o Tema a 100 e a 50 KB/s, com o laço segurado, com 404 e com a conexão cortada.
• O laço sem emenda. Toca num AudioBufferSourceNode com loop, loopStart e loopEnd: 43,811 s a 127,126 s da música, 41 compassos a 118,1 BPM, com o breakdown no meio. A introdução toca só na primeira volta e passa ao laço no instante exato (start(when)), em crossfade de 0,1 s entre sinais iguais: os 0,6 s depois da junção estão nos dois arquivos. O laço vem costurado no fim: os 0,35 s antes de loopEnd passam em fade para o que antecede loopStart, e 0,1 s antes e 0,5 s depois de loopEnd são o mesmo áudio de loopStart. O salto é contínuo na amostra, mesmo que o decodificador desloque o arquivo.
• Onde toca. Na capa (a primeira carga e a volta de uma partida) e na capa viva, sem recomeçar ao entrar ou sair dela. Ao jogar, crossfade de 0,5 s para a trilha procedural da partida, que tem ganho próprio (audio.chipGain) e um fim de fade (audio.chipFim). Resultado, pausa, modo foto e replay como antes. De volta ao menu, o Tema recomeça, com a introdução. Nunca há dois Temas ao mesmo tempo (TEMA.fonte é única).
• Os controles. O Som da capa e o mudo de Música ligam e desligam o Tema; desligar é um fade de 0,3 s no volume de Música (ganhoDaMusica). O alto-falante da capa viva cala e libera o Tema junto com os efeitos da demo; ao entrar na demo com ele desligado, o Tema sai em fade de 0,5 s. O jogo segue nascendo mudo na primeira visita; o primeiro toque, clique ou tecla na capa (também num cartão ou no fundo) libera o áudio, e o primeiro toque no “Som: ligado” com o áudio ainda preso pelo navegador liga, não desliga.
• O volume. O arquivo está no padrão do álbum, −16 LUFS, e toca com NIVEL = 1, pelo volume de Música (×0,5 de fábrica). Na demo, o Tema fica uns 4,4 dB acima dos efeitos dela (o dono quis assim). A trilha procedural é 6,6 dB mais baixa, mas na largada a contagem e os motores entram juntos.
• Sem os arquivos. Por file:// o navegador não deixa ler os arquivos (o jogo nem pede), e uma falha de rede, o prazo ou um erro de decodificação dão no mesmo: a capa volta à trilha procedural e a capa viva fica sem música, como até a 2.5.8, sem erro no console.
• Para trocar a música. Novos arquivos nos mesmos caminhos (ou outros, em TEMA.INTRO e TEMA.LACO_ARQ), a junção e o laço em TEMA.JUNCAO e TEMA.LACO_S (amostras a 48 kHz) e o ganho em TEMA.NIVEL. A ficha registra a procedência, e o crédito fica no painel Créditos.

Leitura para os testes: window.__tema(). O TEMA.partida só muda nos testes, para gravar a volta do laço e a junção.

Por file://: abrir jogos/carrinho_fable_5.html no navegador. Não precisa de servidor; o jogo só deixa de consultar versao.json.

Por http://, como no ar:

node servidor_local.mjs          # http://localhost:8787/  (a raiz abre o jogo)
node servidor_local.mjs 8080     # outra porta

O servidor resolve em jogos/ o que o jogo pede por caminho relativo (vendor/, assets/, versao.json), como acontece na pasta publicada.

Requisito: o Playwright do repositório OPENSQUAD (o harness o carrega de lá). Comandos, como estão em harness/README.md:

# medição completa (3 runs x 900 frames, 8 poses) — desktop 1280x720, Caça às Moedas, semente 42
node harness/bench.mjs --target jogos/carrinho_fable_5.html --http --label local --out harness/runs/local

# a baseline da semente 42 (tier fixo: o pós não cai no meio e as 8 poses saem comparáveis) — BASELINES.md
node harness/bench.mjs --target jogos/carrinho_fable_5.html --http --tier fixo --label base-2.0.0 --out harness/runs/base-2.0.0

# perfil MÓVEL (meta do GDD 2.0: p50 <= 33 ms na partida): 390x844 e 844x390, DPR 3, toque, CPU 4x,
# Moedas e Circuito, tiers ligados (real) e parados no piso (fixo); --cpus 4,1 junta a linha de referência sem freio
node harness/bench.mjs --perfil movel --target jogos/carrinho_fable_5.html --http --cpus 4,1 --frames 600 --out harness/runs/movel

# a versão publicada (desde 29/08/2026 o jogo mora no dentistas.com.br)
node harness/bench.mjs --target https://dentistas.com.br/jogos/jogo_do_carrinho/index.html --label prod --out harness/runs/prod

# comparar duas execuções e gerar o contact sheet
node harness/bench.mjs --compare harness/runs/prod harness/runs/local --out harness/runs/contact-sheet.html

# 20 loads frios, zero erros de JS/shader tolerados — por HTTP (como no ar) e por file://
node harness/bench.mjs --smoke --target jogos/carrinho_fable_5.html --http --loads 20
node harness/bench.mjs --smoke --target jogos/carrinho_fable_5.html --loads 20

# o portão da atualização automática (11 checagens)
node harness/teste-atualizacao.mjs

# diff isolado de duas imagens
node harness/diff.mjs a.png b.png saida.png --threshold 0.1

Documentação

# fotografa as telas (computador, celular em pé e deitado, e a v1)
node harness/docs-capturas.mjs --saida <pasta-de-capturas> --porta 4471
# gera manual.html, tecnico.html e manual-do-usuario.pdf em jogos/ (--destino <pasta> grava um rascunho fora do repositório)
node harness/docs.mjs --run <pasta-da-run> --capturas <pasta-de-capturas> [--destino <pasta>]

O gerador lê a ficha (jogos/game.yaml) e abre o jogo para ler CONTEUDO, FICHA e VERSION. Texto de interface citado que sumiu do jogo, chave de armazenamento sem explicação, figura ausente ou PDF acima de 5 MB derrubam a geração.

node deploy_ftp.mjs --seco       # ensaio: staging, gates, versão no ar (um GET) e a lista do que subiria; não conecta
node deploy_ftp.mjs --publicar   # publica (produção: só com o OK do dono)
node deploy_ftp.mjs              # sem argumento (ou --help): só mostra o uso

• Argumentos: lista fechada. Publicar exige --publicar explícito; argumento desconhecido é recusado antes de qualquer staging ou conexão (desde a 2.1.0).
• Staging: jogos/carrinho_fable_5.html vira index.html; sobem versao.json, og.jpg, a documentação, o que o HTML cita de vendor/ e assets/, e a v1 em v1/.
• GATE 1: em todo HTML do staging, nenhuma carga de host externo, e toda referência relativa existe.
• GATE 2: a versão no ar tem de ser diferente da que sobe.
• Ordem: v1/, arquivos de apoio, index.html e versao.json por último.
• GATE 3: confere no ar o corpo de cada resposta (o anfitrião devolve 200 com a home para caminho inexistente).
• Página do vídeo (desde a 2.5.8): o --publicar reescreve a versão de divulgacao/video/index.html e sobe só video/index.html, depois do versao.json. Os mp4, a capa e os pôsteres do vídeo ficam com o publicar-video.
• Um só dono da versão na página: harness/versao-pagina-video.mjs. A função trocarVersaoNaPagina(html, versao) troca só a versão antiga da página (a do título), só em texto: título, og:title, twitter:title, h1 e aria-label. Atributos como src, datas e outros números não mudam.
• O publicar-video do vídeo usa o mesmo módulo, com a versão de jogos/versao.json. Assim, publicar o vídeo depois do jogo não volta a versão da página.
• Antes de subir, página com marcador de modelo ({{…}}) ou com a versão antiga sobrando barra o deploy. Mp4 ou pôster citado que não está no ar gera aviso, no ensaio e na publicação. No ar, o título, o og:title e o h1 têm de dizer a versão.
• Carimbo da ficha (desde a 2.5.8): com o GATE 3 limpo, o --publicar grava em jogos/game.yaml o status, a versao_no_ar, a data_publicacao e a data da versão no changelog (harness/carimbo-da-ficha.mjs). O ensaio mostra o que mudaria.
• Trava de escopo: o script só escreve dentro da pasta do jogo no anfitrião (o caminho está no próprio deploy_ftp.mjs). FTPS com certificado validado; as credenciais ficam fora do repositório.

O deploy reescreve dois caminhos da v1 (favicon e Three.js) por string literal e aborta se a troca não acontecer exatamente uma vez. O resto da 1.5.2 fica como era, inclusive os 2 avisos de flatShading no console.

• trilha sonora (item 2 do Kit, dispensado): em parte desde a 2.5.9 — a música-tema (Jogo do Carrinho (Tema), MusicPlay.club, criada com Suno; a faixa 1 do álbum, ALBUM_SUNO.md) toca na capa e na demonstração; a partida e o resultado seguem com a trilha sintetizada no jogo (Web Audio) até as faixas Acid na Pista e Bandeira Quadriculada (TRILHA_SONORA.md e ALBUM_SUNO.md).
• vídeo vertical de divulgação (item 11 do Kit, dispensado): fica para quando o dono decidir o calendário de lançamento; sem ele o jogo não entra no YouTube Shorts.
• Conta, ranking online e servidor de dados: não existem. Recorde é do aparelho.
• Multi-idioma: um idioma só, português do Brasil.
• Teto de 60 KB gzip de JavaScript do Kit: não se aplica a este jogo (ver Orçamento medido).
• Dirigir com o mouse: no computador, o carro só se dirige pelo teclado.

Limitações conhecidas

• Troca de modo com a largada na fila. Quem aperta JOGAR durante o preparo (rótulo “Iniciando…”) e depois toca outro cartão larga no modo tocado por último. O cartão marcado é o que joga; o rótulo do botão não repete o modo.
• Rede muito lenta. Se o carro não chega em 12 s, o JOGAR libera com o carro de reserva. Quando o carro chega, o botão volta a “Preparando…” por uma fração de segundo; um clique nesse intervalo entra na fila e larga uma vez.
• Versão 1. A 1.5.2 é servida como era, sem correção: o console dela mostra 2 avisos de flatShading.
• Equilíbrio da IA. Nos testes com piloto automático, a IA perdeu o Circuito com folga e venceu a Caça às Moedas. O comportamento dela se ajusta em AI_MAX e planSpeed.