Архитектура игры на AIR.
 

Собственно я делаю игру на AIR для гринлайта. У меня очень много 3д моделей, всяких текстур и прочего. Проект создаю в фд. Так вот, как лучше всего мне подключать игровые ресурсы, просто эмбеддить их или как вообще?

Только не Embed. Так не делают.
Все нужно загружать/выгружать по месту.

Т.е. через лоадеры? Но тогда же ресурсы игры могут изменить. И как её устанавливать будут? Как там всё запаковать тогда?

Для пк не критично, памяти много.

Тогда почему чуть не в каждой игре мы видим "LOADING…" после каждого чиха?

В конечном счете да, через Loader. Можно пользоваться уже готовыми и удобными Asset Manager-ами. Ресурсы можно зашифровать чем-то быстреньким, вроде XOR-а того же. Устанавливается все из файла .air, который содержит все ресурсы приложения в виде файлов и папок, которые после установки будут находиться в папке File.applicationDirectory.

У меня в игре много 3д моделей. И вот перед каждым уровнем у меня парсится 3д модель уровня, а это какое-то время. Думаю там так же, либо какая-то генерация идет.

Може и так, не спорю. На мобилах (моя привычная платформа) это роскошь, поэтому вариант "грузануть/заэмбеддить все сразу" — это не вариант вообще =)

У меня ПК, поэтому я жирую. А вот можно сразу ByteArray лоадером загрузить, а затем этот byteArray в Vector.<Number> перегнать, это же быстрее, чем парсинг модели?

Добавлено через 37 секунд
Вообще я раньше играл в игру "Машинариум" и вот там куча каких-то левых ресурсов была. Вот как они хранились.

Очевидно FileStream придется кстати.

Простите что? Расскажите, быть может я отстал от жизни.

По поводу ресурсов, конечно же хранить локально и грузить в рантайме. Как минимум вы сможете реализовать полноценный клиент с автообновлением. Конечное решение зависит от разработчика, кто упаковывает графику в zip + LayoutManager. Кто просто в корне приложения. Лично я, если ресурсы большие, то упаковываю и передаю архивами. Само же приложение при обновлении/первом запуске разпаковывает ресурсы из архива + отдельный файл-конфиг с меткой версии ресурсов и удаляет архив. Приложение так же не грузит все ресурсы, а только лишь те которые нужны

Например, у битмапдаты есть метод . Я почему-то подумал, что можно сразу byteArray в вектор загрузить.

Это можно, но логичнее будет в Vector.<uint>. Только вот не понятно что это даст, потому и спрашиваю, чтобы понять, что это и для чего.

Перебрасывать в вектор придется по одному числу в цикле… или я чего-то не знаю?

Парсится 3д модель. В Stage3D создаются буфферы из Vector.<Number> для Vertex и UV буффера, Vector.<uint> для Index буффера. Чем мне это парсить из формата, я уж лучше готовый byteArray сохраню, а точнее конкретный vertexBuffer и потом же его загружу.

Хотя может моя "гениальная идея" верх тупости.

Добавлено через 1 час 3 минуты
Хотя я не думаю, что создание vertexBuffer из Vector.<Number> это такое уж долгое занятие. Поэтому я хочу просто загрузить лоадером ByteArray, затем загрузить его в Vector.<Number>, а уже из него создать буффер. Я думаю это гораздо быстрее, чем парсинг модели. Тем более стоит учесть, что загрузка одного уровня занимает около 6-10 сек.

Добавлено через 1 час 5 минут
Хотя вначале я хотел ембеддить ресурсы, т.к. доступ к ним быстрее, чем загрузка лоадером. Но уверен есть свои минусы.

Внедрение ресурсов займет столько же времени на загрузку, сколько и чтение из файла. Разница лишь в том, где пользователь будет ждать — на старте приложения или где-то посреди игры. И там и там придется повесить прелоадер и ждать.

Это да. Но разве их не смогут модифицировать

Ну а какие проблемы вызывает вычисление MD5 от загруженного ByteArray и сравнение с тем, что ты захардкодил внутри? Совпадает — хорошо. Не совпадает — кто-то лазил.