Urządzenia z systemem Android Ograniczenie GL_MAX_TEXTURE_SIZE, bezpieczny rozmiar tekstury

Question

Pracuję z AndEngine i OpenGL ES 2.0. Wciąż czytam o GL_MAX_TEXTURE_SIZE i jak mam zachować moje Texures pod 1024x1024. Zacząłem źle przedtem i podczas używania zestawów klocków w rozszerzeniu TMX (tak naprawdę nie ma znaczenia, co to jest, jeśli nie znasz AndEngine), docieram do zestawu klocków, który sprawia, że ​​tekstura jest szersza niż 1024px. Myślę o podzieleniu zestawu płytek na dwie części, co czyni je "bezpiecznymi". Ale nie mogę znaleźć żadnego urządzenia wydanego w ciągu ostatnich kilku lat, które ma ten limit ustawiony pod numerem 2048x2048. Czy istnieje lista lub strona internetowa, której mogę użyć do filtrowania urządzeń przez GL_MAX_TEXTURE_SIZE?

---

czytałem na następujące pytania:

• Minimum required Texture Size for compliance with OpenGL-ES 2.0 on Android?
• Is there any Android device with screen size greater than GL_MAX_TEXTURE_SIZE?

And I used this site to search for devices. Ale nie mogę wyszukiwać według/filtra przez GL_MAX_TEXTURE_SIZE, co sprawia, że ​​wyszukiwanie nużące. Pytam głównie dlatego, że zacząłem źle, jest to projekt typu hobby i ilość pracy może być zbyt duża w porównaniu do liczby możliwych urządzeń, które będą włączone (spodziewam się 0).

Answer 1

1024x1024 to najbezpieczniejszy ze wszystkich urządzeń, zwłaszcza starszych. Nowsze urządzenia nie powinny mieć żadnego problemu, chociaż widziałem najnowsze urządzenia (przypominam Galaxy Nexus, ale najnowsza aktualizacja ICS) renderuje białe kwadraty o rozmiarach tekstu 2048x1024.

Jeśli kierujesz reklamy na nowe urządzenia i chcesz zachować starsze wersje, nie powinno to zaszkodzić dzielić zestawy klocków. W końcu, prawdopodobnie nie wykonasz zbyt wielu przełączeń kontekstowych, jeśli użyjesz dwóch lub trzech arkuszy sprite'owych dla tła itp.

Answer 2

Jeśli nadal masz pojedyncze pliki obrazów, podzielenie ich na małe atlasy lub atlasy o niestandardowych rozmiarach to łatwe, jeśli używasz narzędzia TexturePacker2 z biblioteki LibGdx.

Nie znam dokładnego ograniczenia urządzeń, ale zawsze lepiej jest wziąć pod uwagę najniższy koniec urządzenia, które chce się obsługiwać i budować od góry. Korzystając z narzędzia LibGdx, możesz później łatwo zmienić zdanie, więc jest to najbardziej elastyczne rozwiązanie.

Spójrz: LibGdx TexturePacker