Объркан с мащабирането и позиционирането на изображението в libgdx

• Текстурата е по същество необработените данни за изображението.
• TextureRegion ви позволява да вземете по-малки области от по-голяма текстура. Например обичайна практика е да опаковате всички изображения за вашата игра/приложение в една голяма текстура (LibGDX „TexturePacker“ е отделна програма, която прави това) и след това да използвате региони от по-голямата текстура за вашата индивидуална графика. Това се прави, защото превключването на текстури е тежка и бавна операция и искате да сведете до минимум този процес.
• Когато опаковате изображенията си в едно голямо изображение с TexturePacker, той създава файл „.atlas“, който съхранява имената и местоположенията на отделните ви изображения. TextureAtlas ви позволява да заредите файла .atlas и след това да извлечете оригиналните си изображения, които да използвате във вашата програма.
• Sprite добавя възможности за позиция и цвят към текстурата. Забележете, че API за текстура няма методи за настройка/получаване на позиция или цвят. Спрайтовете ще бъдат вашите герои и други обекти, които всъщност можете да местите и позиционирате на екрана.
• Batch/SpriteBatch е ефективен начин за рисуване на множество спрайтове на екрана. Вместо да прави извиквания за рисуване за всеки спрайт един по един, пакетът прави няколко извиквания за рисуване наведнъж.

И се надяваме, че не добавям към объркването, но друга опция, която наистина харесвам, е използването на класовете „Actor“ и „Stage“ над класовете „Sprite“ и „SpriteBatch“. Actor е подобен на Sprite, но добавя допълнителна функционалност за преместване/анимиране чрез метода act. Stage замества SpriteBatch, тъй като използва свой собствен вътрешен SpriteBatch, така че не е необходимо да използвате изрично SpriteBatch.

Има и цял набор от компоненти на потребителския интерфейс (таблица, бутон, текстово поле, плъзгач, лента за прогрес и т.н.), които са базирани на Actor и работят със Stage.

Не мога наистина да помогна с въпрос 2. Придържам се към базирани на потребителски интерфейс приложения, така че не знам най-добрите практики за работа с големи светове на игри. Но се надяваме, че някой по-запознат в тази област може да ви помогне с това.

Това беше твърде дълго за отговор като коментар, така че отговарям като друг отговор...

Мисля, че както Sprite/SpriteBatch, така и Actor/Stage са еднакво мощни, тъй като все още можете да анимирате и да се движите със Sprite/SpriteBatch, но с Actor/Stage се работи по-лесно. Сцената има два метода, наречени „действай“ и „рисувай“, което позволява на сцената да актуализира и рисува много лесно всеки актьор, който съдържа. Вие отменяте метода act за всеки от вашите актьори, за да посочите какъв вид действие искате да извърши. Потърсете няколко различни урока за сцена/актьор с примерен код и трябва да стане ясно как да го използвате.

Също така бях малко неправилен преди, че „Actor“ е еквивалентен на Sprite, защото Sprite включва текстура, но Actor сам по себе си няма никакъв вид графичен компонент. Има разширение на Actor, наречено „Image“, което включва Drawable, така че класът Image всъщност е еквивалентът на Sprite. Actor е основният клас, който предоставя методите за действие (или „актуализиране“), но не е необходимо да е графичен. Използвал съм Actors за други цели, като задействане на аудио звуци в определени моменти.

Atlas създава голямата текстура, съдържаща всички ваши png файлове и след това ви позволява да получите региони от нея за отделни png. Така че конвейерът за получаване на конкретна png графика ще бъде Atlas > Region > Sprite/Image. И двата класа Image и Sprite имат конструктори, които вземат регион.