¿Cómo puedo reducir el tamaño del JSON Spine sin perder calidad visual?
Elimine keys redundantes, simplifique curvas con tolerancia de error y remueva entidades sin usar antes de exportar para release.
FAQ — Optimización de Spine JSON y baking de física (Spine 3.7–4.2)
re-polish ayuda a equipos de juegos a optimizar exportaciones Spine JSON con calidad predecible. Esta FAQ cubre preguntas prácticas sobre reducción de tamaño, limpieza de curvas y baking de física en Spine 4.2.
Última actualización: 2026-02-17
Tamaño y rendimiento
¿Por qué el JSON Spine suele ser más grande que .skel?
JSON es legible por humanos y almacena estructuras de texto verbosas. La ventaja es inspección, diffing y automatización de pipeline más fáciles.
¿Qué partes de un proyecto Spine aumentan más el tamaño del JSON?
Distribuciones densas de keys, datos de curvas complejos y estructuras bone/slot sobredimensionadas.
¿Reducir el JSON mejora el rendimiento de carga del juego?
Sí. Payloads más pequeños significan transferencia más rápida, menor tiempo de parsing y menos presión de memoria.
Curvas y keys
¿Es segura la limpieza automática de keys?
La seguridad depende de los umbrales y tipo de track. Las transformaciones típicas son seguras; VFX y movimientos estilizados necesitan ajustes conservadores.
¿Cuándo debo evitar la simplificación agresiva de curvas?
Para micro-movimientos, detalles de estilo hechos a mano y sincronización estricta con audio o triggers de gameplay.
¿Qué significa «limpiar keys bakeadas en curvas»?
Después del baking, la animación a menudo contiene keys ruidosas. La limpieza reconstruye curvas más suaves y compactas.
¿Cómo verifico que la optimización no rompió el estilo de animación?
Compare antes/después en clips de control: giros rápidos, extremos, costuras de loop y segmentos VFX.
Baking de física (Spine 4.2)
¿Por qué debería bakear la física en Spine 4.2?
El baking convierte la salida de simulación en keys deterministas, mejorando la previsibilidad y estabilizando loops.
¿Por qué puede aumentar el tamaño después del baking de física?
El baking produce secuencias de keys muy densas. Se necesita un segundo pase para recuperar un tamaño compacto.
¿Funciona la física bakeada en runtimes antiguos?
En la mayoría de los casos sí, si el JSON contiene keys de animación estándar sin datos de física específicos del runtime.
¿Cómo suavizo las costuras de loop después del baking?
Alinee las poses de inicio/fin y controle la ventana de transición. El suavizado post-bake ayuda a eliminar picos.
¿Puedo añadir física a proyectos que usan versiones anteriores de Spine (3.7–4.1)?
Sí. Usa el pipeline de upgrade → bake → downgrade: el nodo Set Spine Version sube tu JSON a 4.2, el nodo Add Physics Constraints añade física a los huesos seleccionados, el nodo Bake Physics convierte las simulaciones en keyframes estándar, y un paso final de Set Spine Version baja de nuevo a tu versión objetivo. El resultado es un archivo de animación normal sin dependencias de física, compatible con runtimes anteriores. Esto te permite aprovechar la física de Spine 4.2 como herramienta rápida de creación de movimiento aunque tu proyecto use un runtime anterior.
Pipeline
¿Es mejor la optimización automática que la limpieza manual?
La limpieza manual ofrece máximo control pero no escala bien. La automatización aporta consistencia y velocidad.
¿Qué métricas demuestran la utilidad de la optimización?
Rastree tamaño JSON, tiempo de parsing, pico de memoria en carga y diffs visuales.
Límites y control de calidad
¿Cuáles son los principales riesgos de calidad?
La sobrecompresión en tracks críticos para el estilo. Mantenga valores conservadores y ejecute verificaciones QA dirigidas.