Jak zmniejszyć rozmiar Spine JSON bez utraty jakości wizualnej?
Usuń zbedne klucze, uprzóść krzywe z tolerancją błędu i usuń nieużywane encje przed eksportem release.
re-polish pomaga zespołom gier optymalizować eksporty Spine JSON z przewidywalną jakością. To FAQ obejmuje praktyczne pytania dotyczące redukcji rozmiaru, czyszczenia krzywych i baking fizyki w Spine 4.2.
Ostatnia aktualizacja: 2026-04-18
Usuń zbedne klucze, uprzóść krzywe z tolerancją błędu i usuń nieużywane encje przed eksportem release.
JSON jest czytelny dla człowieka i przechowuje rozbudowane struktury tekstowe. Zaletą jest łatwiejsza inspekcja, diffing i automatyzacja pipeline.
Gęste rozkłady kluczy, złożone dane krzywych i przewymiarowane struktury bone/slot.
Tak. Mniejsze payloady oznaczają szybszy transfer, krótszy czas parsowania i mniejsze ciśnienie na pamięć.
Bezpieczeństwo zależy od progów i typu tracka. Typowe transformacje są bezpieczne; VFX i stylizowany ruch wymagają konserwatywnych ustawień.
Przy mikro-ruchach, ręcznie tworzonych detalach stylu i ścisłej synchronizacji z audio lub triggerami gameplay.
Po baking animacja często zawiera zaszumione klucze. Czyszczenie odbudowuje gładsze, bardziej kompaktowe krzywe.
Porównaj przed/po na klipach kontrolnych: szybkie obroty, ekstrema, szwy pętli i segmenty VFX.
Baking konwertuje wyniki symulacji na deterministyczne klucze, poprawiając przewidywalność i stabilizując pętle.
Baking tworzy bardzo gęste sekwencje kluczy. Potrzebny jest drugi przebieg, by odzyskać kompaktowy rozmiar.
W większości przypadków tak, jeśli JSON zawiera standardowe klucze animacji bez specyficznych dla runtime danych fizycznych.
Wyrównaj pozy start/koniec i kontroluj okno przejścia. Wygładzanie po bake pomaga usunąć szpice.
Tak. Użyj pipeline'u upgrade → bake → downgrade: węzeł Set Spine Version podnosi JSON do 4.2, węzeł Add Physics Constraints dodaje fizykę do wybranych kości, węzeł Bake Physics konwertuje symulacje na standardowe klatki kluczowe, a ostatni przebieg Set Spine Version obniża wersję do docelowej. Rezultatem jest zwykły plik animacyjny bez zależności od fizyki, kompatybilny ze starszymi runtime'ami. Pozwala to wykorzystać fizykę Spine 4.2 jako szybkie narzędzie tworzenia ruchu, nawet jeśli projekt działa na starszym runtime.
Ręczne czyszczenie daje maksymalną kontrolę, ale źle się skaluje. Automatyzacja zapewnia spójność i szybkość.
Śledź rozmiar JSON, czas parsowania, szczytową pamięć przy ładowaniu i wizualne diffy.
W przypadku pracy na całym projekcie używaj razem Project Input, Project Viewer i Deduplicator. Ten pipeline pomaga wczytać cały projekt, szybko znaleźć wąskie gardła i usunąć zduplikowane zasoby.
Project Input ładuje do grafu cały folder projektu lub archiwum zamiast pojedynczego pliku. Dzięki temu kolejne nody mają dostęp do JSON, danych atlasu, tekstur i struktury projektu w jednym kontekście gotowym do przetwarzania wsadowego.
Project Viewer pomaga obejrzeć projekt przed wprowadzeniem zmian i wychwycić najcięższe pliki JSON, strony atlasu oraz zasoby tekstur. Dzięki temu łatwiej skupić optymalizację na prawdziwych wąskich gardłach zamiast zgadywać.
Deduplicator znajduje identyczne lub niemal identyczne sprite'y w całym projekcie, zachowuje jedną kanoniczną wersję i przepina do niej odwołania. To ogranicza zduplikowaną zawartość atlasu, zmniejsza marnowanie zasobów i upraszcza dalsze kroki export lub repack.
Static Bake zamienia wybrane klatki animacji w wygenerowane sprite'y PNG i statyczne symbole. To przydaje się w pipeline'ach iGaming, gdzie zespoły potrzebują stabilnych, przewidywalnych i lekkich w runtime zasobów do reels, elementów UI i scen promocyjnych.
Daje zespołom jeden powtarzalny proces wczytywania, analizowania i czyszczenia całych projektów zamiast obrabiania plików po kolei. To oszczędza czas, zmniejsza ryzyko pominięcia ciężkich lub zduplikowanych zasobów i sprawia, że przygotowanie wydania jest bardziej przewidywalne.
Nadmierna kompresja na trackach krytycznych dla stylu. Utrzymuj konserwatywne wartości domyślne i uruchamiaj celowane sprawdzenia QA.