Export textures as separate NIF files
Textures
Отвечает за работу с файлами текстур. Каким образом ниф файл будет взаимодействовать с текстурами.
Include in main Nif - пакует текстуры прямо в экспортируемый ниф файл, что сильно сказывается на размере оного.
И фактически создает дубль текстуры, что может быть хорошо только для уникальных текстур используемых в единичном Ниф файле.
Save a separate Nifs - создает ниф файл с упакованной текстурой, который указывается в качестве текстуры для основного.
Такие упакованные текстуры весят БОЛЬШЕ оригинальных текстур, и их невозможно редактировать в 2д Редакторе!
Но, как пишут аглицкие газеты, ака MaxImmerseHelp, это должно былинно повышать быстродействие.
Такие файлы "текстур" можно использовать, для любых других Nif файлов.
Use Original image - обычная ссылка на оригинальную текстуру.
Примечание.
Уважаемый тов. Хрчамд (Hrnchamd) написал по этому поводу:
Nif textures are uncompressed, which means worse performance. It's a bad idea.
Т.е. какой-то аналог БМП файла получается. Текстура без компрессии.
И что создавать такие текстуры, не лучшая идея, которая скорее понизит производительность чем повысит.
Image format
Создает оптимизации для упакованных текстур.
Т.е. раздел активируется, только при выборе опций упаковки текстур в ниф файлы.
Пресеты под Куящик360 и ГеймКуба.
Фактически, не актуально.
Platform - выбор приставки.
Image file sub directory - если текстура упакована в Ниф файл, можно указать директорию куда файл будет помещен.
Печально, что эта опция не активна при использовании прямой ссылки на текстуры.
Default content quality - качество текстуры, 16 бит или иное.
Актуально только для приставок.
Копипаста оригинальной справки MaxImmerse.chm
Textures can be exported inside the main NIF, as separate NIFs, and in their original form. Exporting to separate NIFs or to the original textures has many advantages that can help accelerate performance.
1) Textures can be shared across multiple NIFs, saving disk space.
*но сами Ниф файлы текстуры весят в разы больше оригинальных ДДС файлов.
2) Textures that are shared can save huge amounts of memory. When the NiSourceTexture objects are encountered during NIF loading, the renderer is the class responsible for doing the file loading in the event that external files are used. If external objects are used, the renderer has the option to destroy the original NiPixelData object if it does not match the format that will actually end up getting used by the renderer. Otherwise, an additional copy of the NiPixelData is stored in memory, which is a huge memory waste.
3) If the files are exported as separate NIFs, the options for texture formatting are available. This can add additional performance benefits for the console platforms by pre-computing the textures to a format the target platform can handle.
