Здесь технический разговор между создателями ПО на тему ресурсов игры.

ПО для работы с ресурсами игры

Обсуждение ПО для работы с ресурсами

Мелкие моды и фиксы

Моддинг. Общее обсуждение

Советы и решения



Сообщение отредактировал Deimos - 20.04.2010, 17:01

Я, наверное, чего-то недопонимаю, но не на лету же игра генерирует нормалмапы для каждой текстуры? 0_о Это же какие тормоза должны быть.

Сообщение отредактировал BAC9-FLCL - 04.04.2010, 14:19

Ну не факт что тормоза, пара лишних текстурных выборок погоды не сделает, зато у них есть height-map для паралакса или displacement-map для тесселяции.
Вообще я еще их рендер не реверсил, сказать пока точно не могу.

surfer, ты свои плагин(ы) для моделей опубликуешь?

Deimos, мой плагин ничем принципиально не отличается от плагина Оранжа, но ок, пусть будет. Ставится только на 3DS Max 2009 x86. Основное отличие в том, что все необходимые текстуры должны лежать в одной папке с моделью.

З.Ы. Ну и исходным кодом могу поделиться: http://ogre-toolset.googlecode.com/svn/trunk/m2033/plugin

Сообщение отредактировал surfer - 05.04.2010, 13:56

Где они хранятся? )

В бампе. Когда им нужна нормал-мапа, они в шейдере из бампа получают карту нормалей.
В противном случае бамп может служить для других целей (height-map, displacement-map)

Продолжаем плодить плагины
Помнится что товарищ ОСК сильно просил плагин для Maya? Так вот плагин под Maya 8.5 в аттаче.
Плагин обладает тем же функционалом что и для 3DS Max (поэтому читаем инструкцию в шапке), разве что я не полностью разобрался с материалами, и у тех материалов у которых должна быть прозрачность - ее нет. Знатокам Maya это не помеха, а вот кто поделится знанием как это сделать программно?
Так же как и плагин для 3DS Max этот тоже автоматом найдет текстуры.

К сожалению Maya в первые щупаю - не знаю как включить текстуры во вьюпорте


А вот и видно где я не включил прозрачность.


Ну и приношу извинения - исходники плагина под 3DS Max тоже приложил (под Maya пока не выкладываю, выложу как закончу).

Сообщение отредактировал iOrange - 05.04.2010, 21:41

В мае тексуты во вьюпойнте фключаются клавишей "6" на нумпаде

Спасибо! Заработало!

iOrange, можешь под 3d max 7 перекомпилировать плагины для Метро 2033? Заранее спасибо.

Сообщение отредактировал Кирька - 06.04.2010, 17:43

Ок, если найду SDK под эту версию.
Вот под 8-й не нашел. Кстати если у тебя есть - скинь.

iOrange
Держи, что просил: http://download.gameres.com/resource/max7sdk.rar

Приношу извинения за задержку, много работы было.
Пришлось немного попрыгать с бубном, ибо SDK довольно старо, и не хотело дружить с моим плагином.
Работоспособность не проверял, ибо не на чем.

ЗЫ. Спасибо Jesh за раритет

Сообщение отредактировал iOrange - 08.04.2010, 23:15

iOrange
Спс за плагины.
А будут плагины которые открывают динамические модели? И анимация?

Именно над этим сейчас и работаю.

То есть для восьмого нету плагина?

Сообщение отредактировал Deimos - 11.04.2010, 14:05

Извини - не смог найти SDK для 8-го макса. Если у тебя есть - скинь, а я соберу.


Больше никто не ковырял формат ".mesh" файлов?
Он похож на статический ".model", только похоже что геометрия в чанке с ID = 5
выглядит чанк так:
сначала идет 1 байт, указывающий количество OBB (для чего ?) - назовем его byte numOBB
затем идут байты в количестве numOBB, для чего они я не понял (просто скипаю пока)
затем идут собственно OBB в количестве numOBB

затем идет dword указывающий количество вершин
затем идет собственно вершины

размер вершин равен 32 байта, но вот содержимое их мне пока не понятно.
Вобщем именно в этом пока и есть затык

У кого какие мысли по этому поводу?

Сообщение отредактировал iOrange - 11.04.2010, 14:03

Мне тут подсказали, что плагин для 7-го подходит к 8-му максу, хотя сам я не проверял


Чет не похоже. В твоей декларии, если я правильно понял, сначала идет матрица трансформации р-ром 3х3 типа float, затем координаты pivot'а - 3 флоата, затем еще какой-то вектор р-ром 3 флоата - итого, (9 + 3 + 3) * 4 байта = 60, учитывая что все поля структуры кратны 4, то размер структуры = 60 байт. Теперь, если рассмотреть меш с башкой Хантера, то мы получим - id блока (DWORD) по смещению DEh = 0х05, следом за ним размер блока (DWORD) = 63911 байт, далее numOBB = 42, после какие-то данные р-ром 42 байта, а следом 42*60 байт - Obb, но не сходится.

Привет surfer!

Ну почему не сходится? Смотри - чанк с ID = 5 начинается со смещения DEh
его размер как ты сказал 63911 байт
затем идет 1 байт numOBB = 42, за ним мы пропускает эти 42 байта
теперь мы читаем 42 Obb (sizeof(Obb) == 60), т.е 42*60 = 2520 = 9D8h
теперь мы находимся на смещении AE9h

читаем dword и получаем количество вершин == 1917 (я даже выделил на скрине)
теперь читаем sizeof(MeshVertex) * numVertexes (32 * 1917) == 61344
и теперь мы в аккурат находимся в начале чанка ID = 4 (индексы вершин)
читая который мы видим что максимальный индекс = 1916, что еще раз подтверждает мою гипотезу.

осталось только расшифровать содержимое вершины

Сорри, видимо я обсчитался где-то, все верно.


Есть предположение что координаты вершин заданы в экранных координатах, среди первых четырех значений структуры вертекса типа short должны быть ширина, высота, глубина и еще какой-то множитель назначение которого я пока не совсем понимаю, разбираться надо. Что-то типа того, короче: http://www.gamedev.ru/code/forum/?id=80189

Правка: хотя, бред конечно, экран-то у всех разный

Правка2: хотя это не экранные координаты могут быть, а плоское изображение размерностью MxN, тогда все реально

Сообщение отредактировал surfer - 12.04.2010, 16:00

Тогда получается, что башня Хантера состоит из 42-х элементов, положение и ориентация которых задается матрицей поворота и вектором из Object Bounding Box, а вершины этих эл-тов задаются 2D координатами.