Read this manual in English

Profile tekstur w Defoldzie

Defold obsługuje automatyczne przetwarzanie tekstur i kompresję danych obrazów (w Atlasie, Źródłach Kafelków (Tile sources), Mapach Kostkowych (Cubemaps) i samodzielnych teksturach używanych do modeli, GUI itp).

Istnieją dwa rodzaje kompresji: programowa i sprzętowa kompresja tekstur.

1. Programowa kompresja tekstur (software texture compression) (takie jak PNG i JPEG) zmniejsza rozmiar pamięci zasobów obrazu. Powoduje to zmniejszenie ostatecznego rozmiaru paczki z grą. Jednak pliki obrazów muszą być rozpakowane podczas wczytywania do pamięci, więc nawet jeśli obraz jest mały na dysku, może zajmować dużo miejsca w pamięci.

2. Sprzętowa kompresja tekstur (hardware texture compression) również zmniejsza rozmiar pamięci zasobów obrazu. Jednak w przeciwieństwie do kompresji programowej, zmniejsza rozmiar tekstur w pamięci. Dzieje się tak, ponieważ sprzęt graficzny może bezpośrednio zarządzać teksturami skompresowanymi, bez konieczności ich wcześniejszego dekompresowania.

Przetwarzanie tekstur jest konfigurowane za pomocą konkretnego profilu tekstury (ang. texture profile). W tym pliku tworzysz profile, które wyrażają, jakie skompresowane formaty i jakiego typu powinny być używane przy tworzeniu paczki z grą dla określonej platformy. Profile są przypisane do odpowiadających im wzorców plików - paths patterns, co pozwala na dokładną kontrolę nad tym, które pliki w twoim projekcie powinny być kompresowane i w jaki sposób dokładnie.

Ponieważ każda dostępna sprzętowa kompresja tekstur jest stratna, otrzymasz tzw. artefakty w danych tekstury. Te artefakty są silnie zależne od tego, jak wygląda twój materiał źródłowy i jakie metody kompresji są używane. Powinieneś przetestować swój materiał źródłowy i eksperymentować, aby uzyskać najlepsze wyniki. Wujek Google może być twoim przyjacielem w tej kwestii.

Możesz wybrać, jakie kompresje obrazów oprogramowania są stosowane na ostatecznych danych tekstury (skompresowane lub nieskompresowane) w archiwum paczki (bundle archives). Defold obsługuje kompresję tekstury Basis Universal, która kompresuje obraz w pośredni format. Ten format jest przekształcany w czasie rzeczywistym na format sprzętu odpowiedni dla GPU bieżącego urządzenia. Format Basis Universal jest formatem wysokiej jakości, ale stratnym. Wszystkie obrazy są również kompresowane za pomocą LZ4, aby jeszcze bardziej zmniejszyć rozmiar pliku, gdy są przechowywane w archiwum gry.

Profile tekstur

Każdy projekt zawiera określony plik .texture_profiles, który zawiera konfigurację używaną podczas kompresji tekstur. Domyślnie ten plik to builtins/graphics/default.texture_profiles i zawiera konfigurację dopasowującą każdy zasób tekstury do profilu przy użyciu RGBA bez sprzętowej kompresji tekstur i z domyślną kompresją plików ZLib.

Aby dodać kompresję tekstur:

• Wybierz File ▸ New..., a następnie Texture Profiles (Profile tekstur), aby utworzyć nowy plik profili tekstur. (Albo skopiuj default.texture_profiles poza folder builtins na wybrane miejsce)
• Wybierz nazwę i lokalizację nowego pliku.
• Zmień wpis texture_profiles w game.project, aby wskazywał na nowy plik.
• Otwórz plik .texture_profiles i skonfiguruj go zgodnie z własnymi wymaganiami.

W preferencjach Edytora można włączyć i wyłączyć korzystanie z profili tekstur. Wybierz File ▸ Preferences.... Karta General zawiera opcję Enable texture profiles (Włącz profile tekstur).

Ustawienia ścieżki

Sekcja Path Settings (Ustawienia ścieżki) w pliku profilów tekstur zawiera listę wzorców ścieżek i informacje, który profil ma być używany przy przetwarzaniu zasobów odpowiadających danej ścieżce. Ścieżki wyrażone są jako wzorce “Ant Glob” (zobacz tutaj w celu uzyskania szczegółów). Wzorce można wyrazić przy użyciu następujących symboli wieloznacznych (wildcards):

*

Dopasowanie do zera lub więcej znaków. Na przykład sprite*.png pasuje do plików sprite.png, sprite1.png i sprite_with_a_long_name.png.

?

Dopasowanie dokładnie do jednego znaku. Na przykład sprite?.png pasuje do plików sprite1.png, spriteA.png, ale nie pasuje do sprite.png ani sprite_with_a_long_name.png.

**

Dopasowanie do całego drzewa katalogów lub - gdy używane jako nazwa katalogu - do zera lub więcej katalogów. Na przykład /gui/** pasuje do wszystkich plików w katalogu /gui i wszystkich jego podkatalogach.

Ten przykład zawiera dwa wzorce ścieżek i odpowiadające im profile.

/gui/**/*.atlas

Wszystkie pliki .atlas w katalogu /gui lub którymkolwiek z jego podkatalogów będą przetwarzane zgodnie z profilem “gui_atlas”.

/**/*.atlas

Wszystkie pliki .atlas w dowolnym miejscu w projekcie będą przetwarzane zgodnie z profilem “atlas”.

Należy zauważyć, że bardziej ogólna ścieżka jest podawana na końcu. Kryterium działania jest określone jako od góry do dołu. Pierwsze wystąpienie, które pasuje do ścieżki zasobu, zostanie użyte. Dopasowanie ścieżki niżej na liście nigdy nie zastępuje pierwszego trafienia. Gdyby ścieżki były podane w odwrotnej kolejności, każda mapa kostek zostałaby przetworzona profilem “atlas”, nawet te w katalogu /gui.

Zasoby tekstur, które nie pasują do żadnej ścieżki w pliku profili, zostaną skompilowane i przeskalowane do najbliżej potęgi liczby 2, ale poza tym pozostaną nietknięte.

Profile

Sekcja profiles (profile) w pliku profili tekstur zawiera listę nazwanych profili. Każdy profil zawiera jedną lub więcej platform (platforms), a każdą platformę opisuje lista właściwości.

Platforms

Określa pasującą platformę. OS_ID_GENERIC pasuje do wszystkich platform, w tym do wersji dev-app na urządzeniu, OS_ID_WINDOWS pasuje do wersji docelowych systemów Windows, OS_ID_IOS pasuje do wersji na urządzenia iOS itp. Należy zauważyć, że jeśli określono OS_ID_GENERIC, zostanie on uwzględniony we wszystkich platformach.

Formats

Jedna lub więcej formatów tekstury do wygenerowania. Jeśli określono wiele formatów, zostaną wygenerowane tekstury dla każdego formatu i dołączone do paczki. Silnik wybiera tekstury formatu obsługiwanego przez platformę uruchomieniową.

Mipmaps

Jeśli zaznaczone, generowane są mipmapy dla platformy. Domyślnie nie jest zaznaczone.

Premultiply alpha

Jeśli zaznaczone, alfa, czyli wskaźnik przezroczystości, jest wstępnie mnożona do danych tekstury. Domyślnie jest zaznaczone.

Max Texture Size

Maksymalny rozmiar tekstury. Jeśli ustawiono tę opcję na wartość różną od zera, tekstury są ograniczone pod względem liczby pikseli do określonej liczby. Każda tekstura, która ma szerokość lub wysokość większą niż określona wartość, zostanie przeskalowana w dół.

Do każdego profilu dodawane są następujące formaty (Formats):

Format

Format do użycia podczas enkodowania tekstury. Poniżej znajdują się dostępne formaty tekstur.

Compression

Kompresja. Wybiera poziom jakości wynikowego obrazu skompresowanego.

Type

Pozwala określić typ kompresji dla obrazów, COMPRESSION_TYPE_DEFAULT albo COMPRESSION_TYPE_BASIS_UASTC. Zobacz Typy Kompresji tutaj.

Formaty tekstur

Tekstury sprzętowe mogą być przetwarzane na dane nieskompresowane lub skompresowane stratnie o różnej liczbie kanałów i głębi bitowej. Kompresja sprzętowa oznacza, że ostateczny obraz będzie miał stały rozmiar, niezależnie od zawartości obrazu. Oznacza to, że utrata jakości podczas kompresji zależy od zawartości oryginalnej tekstury.

Ponieważ transkodowanie kompresji Basis Universal zależy od możliwości karty graficznej (GPU) urządzenia, zalecane formaty do użycia z kompresją Basis Universal to ogólne formaty, takie jak: TEXTURE_FORMAT_RGB, TEXTURE_FORMAT_RGBA, TEXTURE_FORMAT_RGB_16BPP, TEXTURE_FORMAT_RGBA_16BPP, TEXTURE_FORMAT_LUMINANCE i TEXTURE_FORMAT_LUMINANCE_ALPHA.

Transkoder Basis Universal obsługuje wiele formatów wyjściowych, takich jak: ASTC4x4, BCx, ETC2, ETC1 i PVRTC1.

Obecnie obsługiwane są następujące formaty kompresji stratnej:

Typy kompresji

Obsługiwane są następujące typy programowych kompresji obrazów. Dane są rozpakowywane, gdy plik tekstury jest ładowany do pamięci.

Przykładowy obraz

Aby lepiej zrozumieć wyniki, oto przykład. Należy pamiętać, że jakość obrazu, czas kompresji i rozmiar kompresji zawsze zależą od obrazu wejściowego i mogą się różnić.

Obraz oryginalny (1024x512):

Czasy kompresji

Utrata sygnału

Porównanie wykonuje się za pomocą narzędzia basisu (pomiar PSNR) 100 dB oznacza brak utraty sygnału (jest to to samo co oryginalny obraz)

Rozmiary plików skompresowanych

Oryginalny rozmiar pliku wynosi 1572882 bajtów.

Jakość obrazu

Oto wynikowe obrazy (pobrane z kodowania ASTC przy użyciu narzędzia basisu)

FAST

NORMAL

HIGH

BEST