Origens flutuantes: preservar a precisão local em mundos de jogo grandes

Finalidade

Uma coordenada grande pode caber num tipo de ponto flutuante e, mesmo assim, não ter a precisão necessária para representar um movimento pequeno. Tremores visíveis, contatos instáveis e jitter relativo à câmera podem, portanto, aparecer muito antes de ocorrer qualquer overflow numérico. Uma origem flutuante mantém a região ativa perto de uma coordenada local pequena, deslocando o referencial. Ela altera a forma como as posições são representadas, não o lugar onde o jogador se encontra no mundo persistente.

Como funciona

Conceitualmente, uma localização é representada como x_global = origin + x_local. A origem global é mantida numa representação adequada à escala do mundo, e a simulação ou a renderização na vizinhança usam valores relativos pequenos. Algumas engines oferecem ainda tipos de mundo de maior precisão ou aritmética em shaders que preserva a informação de baixa ordem.

A renderização relativa à câmera e o reposicionamento de toda a simulação local resolvem partes diferentes do problema. Uma conversão feita apenas na renderização não melhora automaticamente as coordenadas da física. Numa translação pura do referencial, aplica-se o mesmo deslocamento a todas as posições relevantes; as velocidades não passam a ter um novo valor físico só porque a origem posicional mudou.

Exemplo resolvido

Suponha que uma unidade do mundo equivale a um metro. No intervalo binary32 normalizado [2^20, 2^21), os valores representáveis adjacentes estão separados por 2^(20-23) = 0.125 metro. Um ajuste solicitado de 0.01 metro, nessa magnitude, não pode ser representado como um passo posicional independente.

Se a representação global preservar a posição desejada, subtrair uma origem próxima antes de converter para um float local pode manter o pequeno deslocamento. Converter para double um float global já arredondado não permite reconstruir a informação perdida antes. Este é um exemplo de representação, não um limite medido para a engine de física de qualquer jogo.

Fluxo de trabalho prático

Defina qual sistema é dono do referencial global e quando um reposicionamento (rebase) pode ocorrer. Num limite controlado da simulação, atualize as transformações ativas e avise os sistemas que guardam histórico espacial. Inclua as transformações do frame anterior, a suavização da câmera, partículas, emissores de áudio, dados de navegação e estruturas de física, sempre que usem o referencial reposicionado. Use os caminhos de atualização suportados pela engine para que as estruturas de aceleração em cache continuem consistentes.

Mantenha as localizações gravadas e as mensagens de rede associadas a uma representação global estável ou baseada em setores. Converta de forma explícita nas fronteiras entre subsistemas. Use uma política de limiar que evite reposicionar repetidamente em torno de uma mesma fronteira. Registre o identificador da origem junto das posições de diagnóstico, para que relatórios vindos de referenciais locais diferentes possam ser comparados.

Limites e verificação

Teste deslocamentos longos a partir do ponto inicial, reposicionamentos repetidos, pequenos movimentos de contato e efeitos que atravessam a transição. Compare as distâncias relativas imediatamente antes e depois do deslocamento. Confirme que o histórico temporal da renderização acompanha a mudança de coordenadas sem a interpretar como movimento físico.

Maior precisão acarreta custos de memória e de computação, e uma malha gigante ainda pode conter geometria local mal resolvida. Audite toda conversão de volta para floats comuns. Referenciais em rotação ou aceleração exigem um tratamento físico adicional; este procedimento, restrito à translação, não os cobre. Escolha a representação com base na resolução espacial e na escala necessárias, não apenas no tamanho do mapa.

Fontes

• Large world coordinates — colaboradores do Godot Engine
• Large World Coordinates Rendering Overview — Epic Games