Criando lugares para dirigir no Seat Time
Nosso percurso de Usui tinha 17 divergências registradas nas curvas fechadas. Nós o criamos para o Seat Time, nosso simulador de direção no navegador, na AI Maker Lab, com nossa equipe de agentes de programação com IA. A recontagem mudou a história: 13 eram artefatos da medição, 2 vinham de pontos do protótipo ajustados para fora da estrada e 2 eram desvios reais de cerca de 13 m. Precisávamos corrigir a medição antes de decidir quais curvas corrigir.
No começo de outubro de 2026, queríamos mais lugares para levar os carros. Estradas de montanha, circuitos compactos de kart e uma pista feita pela comunidade pareciam bons caminhos. Entre 5 e 18 de outubro, cada um trouxe um motivo diferente para ir com calma: dados incertos, um traçado fiel demais ou uma geometria mais fácil de exibir do que de tornar dirigível.
Lemos a licença antes de ler o mapa
As estradas de montanha começaram por uma análise dos direitos de uso. A Autoridade de Informação Geoespacial do Japão, ou GSI, publica tiles de mapas e elevação, mas as condições variam por camada. Selecionamos camadas de elevação e vetores permitidas, com créditos e avisos sobre nossas alterações. Fotografias aéreas e comparações com o OpenStreetMap ficaram nas verificações internas, sem virar geometria das estradas de montanha distribuída no jogo.
Essa distinção importava antes mesmo de escrevermos o gerador de percursos. Poder consultar um tile não significava ter liberado todos os usos possíveis. Os termos do GSI exigem atribuição e um aviso separado sobre o processamento. A lista de tiles apresenta as categorias e condições individuais. Também escolhemos manter um crédito visível durante o jogo, seguindo a abordagem mais rigorosa das orientações de atribuição.
As descrições e figuras dos percursos de montanha usam tiles e tiles vetoriais otimizados do GSI, processados pela AI Maker Lab. O GSI não criou nem endossa nossos percursos. Transformamos os dados de origem em geometria de jogo.
Três estradas de montanha, carregadas sob demanda
Haruna veio primeiro; Usui e Hakone se juntaram a ela como percursos ponto a ponto. A rota registrada de Usui tinha cerca de 12,06 km de subida. A de Hakone, cerca de 12,65 km de descida. O processo transformava tiles em cache numa linha central da estrada, num perfil de elevação suavizado e numa malha simplificada do terreno ao redor. São aproximações de engenharia, não dados de levantamento topográfico. Fonte: tiles e vetores do GSI, processados pela AI Maker Lab.
Os percursos carregam sob demanda, então o pacote inicial da página não leva nenhuma dessas geometrias. Assim, adicionar uma estrada de montanha não acrescentava o arquivo inteiro ao primeiro carregamento de todos os visitantes. O tamanho do arquivo importava na hora de selecionar o percurso. Ainda precisávamos decidir quanto terreno levar junto com a estrada.
Hakone tornou essa escolha bem concreta. O arquivo comprimido media 174.661 B, diante de um teto escolhido de 174.702 B: sobravam 41 bytes. Quantizamos a malha do terreno distante em incrementos de 1 m. Era uma escolha de armazenamento, não uma afirmação de que o terreno tinha precisão de um metro. Fonte: dados do percurso derivados do GSI, processados pela AI Maker Lab.
A recontagem de Usui deixou duas curvas em aberto
A recontagem separou defeitos na comparação de desvios na estrada. Treze resultados vinham da forma como amostramos o ápice, a parte mais fechada da curva. Outros dois vinham de pontos do protótipo ajustados para fora da via. Os dois desvios restantes, de cerca de 13 m cada, continuaram sem explicação. Fonte: nossas verificações do percurso derivado do GSI, processado pela AI Maker Lab.
Refazer a construção com os dados em cache reproduziu o arquivo distribuído byte por byte. O processo era repetível, mas ainda não tínhamos uma fonte vetorial pública permitida com precisão suficiente para resolver aquelas curvas. Aceitamos os desvios dentro de um limite de ±15 m escolhido por nós.
Em 6 de outubro, aceitamos as falhas em aberto com avisos nos cartões dos percursos. A nota de elevação de Usui dizia “uma aproximação de engenharia, não dados de levantamento topográfico”. Hakone mantinha 43 verificações por fotografia sem confirmação, porque as imagens não tinham precisão de alinhamento documentada.
Nossas primeiras pistas de kart eram esticadas demais
O problema dos karts começou pela escala. Tínhamos três classes de kart, mas o menor circuito existente tinha 2,2 km de extensão e 14 m de largura. Os agentes criaram primeiro traçados fictícios de 834 m, 1.208 m e 1.480 m. Eram menores, mas as retas longas ainda não davam a impressão de circuitos de kart.
Em 12 de outubro, tentamos usar traçados reais. Os agentes ajustaram linhas centrais do OpenStreetMap com retas e curvas de fechamento gradual, refinando o encaixe. Os traçados chegaram a um erro médio de cerca de 0,5–0,6 m em relação às fontes cartográficas. No mesmo dia, nós os renomeamos e remodelamos. As distâncias em raiz da média dos quadrados, ou RMS, passaram a 5,6 m, 9,2 m e 10,9 m em relação às fontes.
A mudança foi uma decisão nossa sobre risco. Queríamos retas curtas e muitas curvas fechadas, mas não queríamos distribuir cópias fiéis anunciadas como locais reais pelo nome. A remodelagem criou uma separação mensurável, preservando esse caráter compacto. Ela não definiu uma distância juridicamente segura, e não a apresentamos como liberação legal.
O primeiro conjunto registra o erro médio de ajuste. O RMS eleva as distâncias ao quadrado antes de tirar a média e a raiz, dando mais peso aos desvios maiores.
A atribuição permaneceu depois da remodelagem: “Layout based on © OpenStreetMap contributors (ODbL).” A página de direitos autorais do OpenStreetMap explica a licença Open Database License e as obrigações de atribuição. Mover a geometria não transformou os traçados em trabalho inteiramente original nem apagou seu ponto de partida.
Deixamos a pista da comunidade apenas visual no começo
O experimento com uma pista da comunidade começou pela permissão, antes de baixar qualquer arquivo binário. Analisamos projetos feitos para Assetto Corsa, o simulador para desktop. Um deles tinha uma licença que cobria claramente seus recursos originais: OVER99K/assetto-hellvik, com crédito a Assetto Hellvik contributors sob a licença MIT. Outro candidato não passou pela nossa análise, pois a procedência de texturas continuava sem esclarecimento.
A primeira importação, em 13 de outubro, converteu apenas a geometria estática para um formato neutro adequado ao navegador. Fixamos a versão de origem, não executamos código do mod e não convertemos a física do simulador original. A permissão cobria apenas aquele projeto da comunidade, excluindo pistas arbitrárias ou recursos oficiais do jogo. Mantivemos a importação apenas visual enquanto inspecionávamos a geometria convertida.
Nós medimos a conversão de coordenadas em vez de confiar nas configurações desconhecidas do exportador. Entre 24 pontos de controle publicados, a distância máxima até a linha central convertida foi de 0,111 m. Isso sustenta a correspondência da conversão com o traçado da comunidade. Não mede a correspondência com o local real. Nem o local nem o titular de Assetto Corsa têm afiliação com nosso trabalho ou o endossam.
Uma alteração separada de desempenho removeu arrays temporários de um cálculo geométrico muito usado pelo importador. A alocação ponderada caiu de 575,4 para 87,4 kB por passo da simulação, preservando a aritmética e a ordem das chamadas.
Até 18 de outubro, as estradas ganharam mais que formas
O reparo do terreno chegou em 17 de outubro. Em Haruna, o solo era construído para fora de pontos individuais ao longo da estrada. As faixas vizinhas acabavam se sobrepondo nas curvas fechadas e nos zigue-zagues. Substituí-las por um campo de alturas contínuo reduziu as superfícies empilhadas detectadas de 212.908 para 0 na nossa geometria processada a partir do GSI. O mesmo reparo eliminou as ocorrências correspondentes em Usui e Hakone.
Em 18 de outubro, a pista importada da comunidade se tornou dirigível com um kart padrão e nosso próprio modelo de contato com a superfície. A aderência vinha de proporções nas definições de superfície da pista de origem; não importamos um carro ou sua física. O obstáculo seguinte era bem menor que uma lacuna visível: funções matemáticas da plataforma alteravam as direções das paredes no último bit armazenado.
Trocar esses cálculos por nossas rotinas matemáticas de aritmética pura tornou os dados de contato e o relatório idênticos byte por byte no macOS arm64 e no Linux arm64. O resultado registrado cobre apenas esses dois ambientes.
Também naquela semana: Graphic Street
Em 10 de outubro, Graphic Street virou nosso visual padrão, com Classic ainda disponível. Sombras em faixas e contornos de tinta deram outra linguagem visual aos circuitos. Um aparente efeito de pinceladas era, na verdade, um defeito nas sombras: rotações ruidosas de amostras encontravam um limiar abrupto de sombreamento e criavam listras. Fixar a rotação removeu essa causa. Alterações seguintes levaram o visual aos circuitos fora das montanhas.
Depois: a cidade precisou do mesmo cuidado
Em 19 de outubro, a verificação das paredes dos meios-fios passou de 3.076 faces ausentes em 37.782 sondagens para 0 em 37.781 sondagens. Em 24 de outubro, outra mudança passou a conferir todos os dados de entrada antes de reutilizar a geometria pré-gerada, reconstruindo-a quando desatualizada.
Onde ainda precisávamos dirigir
A lacuna de condução continuava importante: não tínhamos dirigido manualmente os traçados com um kart, e as versões remodeladas não foram dirigidas no navegador antes da integração. O piloto automático genérico também não conseguia dirigir karts. Nossos registros ainda deixavam em aberto uma volta de verificação na versão de produção dos três percursos de montanha e uma inspeção visual dos zigue-zagues. A transição de detalhe distante em Haruna continuava aparecendo abruptamente a 900 m.
Nosso plano era investigar os tiles de elevação GSI DEM1A para Usui e as nuvens de pontos de levantamento a laser aéreo de Kanagawa para Hakone. Nenhum deles era uma solução já entregue para essas dúvidas ou uma promessa de fidelidade topográfica. Dados melhores ainda exigiriam verificações próprias de cobertura, direitos e superfície da estrada.
Dirija no Seat Time e escolha um percurso de montanha.
A próxima ideia era observar o que acontecia quando a chuva chegava a essas estradas — e por que um carro estacionado não ficava parado.
Anterior: nosso primeiro motor parecia ter som de 8 bits. Próximo: a chuva e o carro que se arrastava.
Notas e fontes
Medições — Nossos registros de desenvolvimento preservam a recontagem das curvas, extensões, tamanho comprimido, desvios dos karts, verificação da conversão, alocação e resultados do terreno citados aqui. O resultado em bytes de Hakone usou Bun 1.4.2 e gzip -9. A evidência de alocação veio de um M1 Max compartilhado sob carga; mede a criação de memória temporária, não a velocidade de condução nem o desempenho em celular. A média e o RMS dos karts são estatísticas diferentes. São registros históricos, não novas execuções para este artigo.
Valores de projeto escolhidos — O teto de 174.702 B, a quantização de 1 m no terreno distante e o limite de aceitação de ±15 m em Usui foram escolhas nossas. Não estabelecem a precisão das fontes. Nossa interpretação — Remodelar os circuitos reduziu um risco que não queríamos assumir; não foi uma liberação legal. As explicações do terreno e das sombras vêm das nossas investigações de desenvolvimento.
Fatos documentados — O material dos percursos de montanha usa tiles de elevação e tiles vetoriais otimizados do GSI, processados pela AI Maker Lab. Consulte os termos do GSI, o catálogo de tiles e os exemplos de crédito. O GSI não criou nem endossa os percursos. Circuitos de kart: Layout based on © OpenStreetMap contributors (ODbL); consulte direitos autorais e licença.
Ainda não dirigido — As verificações de kart e montanha mencionadas como abertas continuam sendo lacunas neste registro histórico. Fontes planejadas — DEM1A e as nuvens de pontos de Kanagawa são caminhos de pesquisa para essas lacunas, não melhorias concluídas. Cronologia — Nossos registros situam o reparo do terreno em 17 de outubro, a importação dirigível e o reparo matemático em 18 de outubro, e as alterações da cidade em 19 e 24 de outubro de 2026.
Transparência — Nós desenvolvemos o Seat Time na AI Maker Lab com agentes de programação com IA. A IA também auxiliou na síntese da pesquisa, redação e localização deste artigo. O repositório público e a licença MIT registram o crédito da pista da comunidade. O aviso original em inglês segue sem alterações.
Aviso MIT — Assetto Hellvik contributors
MIT License
Copyright (c) 2026 Assetto Hellvik contributors
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.