Go to Editor

FAQ — Otimização de Spine JSON e baking de física (Spine 3.7–4.2)

re-polish ajuda equipas de jogos a otimizar exportações Spine JSON com qualidade previsível. Esta FAQ cobre questões práticas sobre redução de tamanho, limpeza de curvas e baking de física no Spine 4.2.

Última atualização: 2026-02-17

Tamanho e desempenho

Como posso reduzir o tamanho do JSON Spine sem perder qualidade visual?

Remova keys redundantes, simplifique curvas com tolerância de erro e elimine entidades não utilizadas antes da exportação de release.

Porque é que o JSON Spine é frequentemente maior que o .skel?

JSON é legível por humanos e armazena estruturas de texto detalhadas. A vantagem é inspeção, diffing e automação de pipeline mais fáceis.

Que partes de um projeto Spine aumentam mais o tamanho do JSON?

Distribuições densas de keys, dados de curvas complexos e estruturas bone/slot sobredimensionadas.

Reduzir o JSON melhora o desempenho de carregamento?

Sim. Payloads menores significam transferência mais rápida, menos tempo de parsing e menos pressão de memória.

Curvas e keys

A limpeza automática de keys é segura?

A segurança depende dos limites e do tipo de track. Transformações típicas são seguras; VFX e movimentos estilizados precisam de configurações conservadoras.

Quando devo evitar simplificação agressiva de curvas?

Para micro-movimentos, detalhes de estilo artesanais e sincronização estrita com áudio ou triggers de gameplay.

O que significa «limpar keys baked em curvas»?

Após o baking, a animação frequentemente contém keys ruidosas. A limpeza reconstrói curvas mais suaves e compactas.

Como verifico que a otimização não danificou o estilo de animação?

Compare antes/depois em clips de controlo: rotações rápidas, extremos, costuras de loop e segmentos VFX.

Baking de física (Spine 4.2)

Porquê fazer bake da física no Spine 4.2?

O baking converte a saída da simulação em keys determinísticas, melhorando a previsibilidade e estabilizando loops.

Porque pode o tamanho aumentar após o baking de física?

O baking produz sequências de keys muito densas. É necessário um segundo passo para recuperar um tamanho compacto.

A física baked funciona em runtimes antigos?

Na maioria dos casos sim, se o JSON contiver keys de animação padrão sem dados de física específicos do runtime.

Como suavizo as costuras de loop após o baking?

Alinhe as poses de início/fim e controle a janela de transição. O alisamento pós-bake ajuda a remover picos.

Posso adicionar física a projetos que usam versões anteriores do Spine (3.7–4.1)?

Sim. Use o pipeline upgrade → bake → downgrade: o nó Set Spine Version atualiza o seu JSON para 4.2, o nó Add Physics Constraints adiciona física aos ossos selecionados, o nó Bake Physics converte simulações em keyframes padrão, e um passo final do Set Spine Version faz o downgrade para a sua versão alvo. O resultado é um ficheiro de animação normal sem dependências de física, compatível com runtimes anteriores. Isto permite-lhe aproveitar a física do Spine 4.2 como ferramenta rápida de criação de movimento mesmo que o seu projeto funcione num runtime anterior.

Pipeline

A otimização automática é melhor que limpeza manual?

A limpeza manual oferece controlo máximo mas não escala bem. A automação oferece consistência e velocidade.

Que métricas provam a utilidade da otimização?

Monitorize tamanho JSON, tempo de parsing, pico de memória no carregamento e diffs visuais.

Limites e controlo de qualidade

Quais são os principais riscos de qualidade?

A sobrecompressão em tracks críticos para o estilo. Mantenha valores conservadores e execute verificações QA direcionadas.