Сообщение от Алексей

Анимация хранится там в виде контроллеров анимаций. Это - скелетная анимация. Т.е. каждая вершина крепится к какой-нибудь кости (обязательно!). Как осуществляется крепление: в MDX у каждой поверхности есть секция Groups. Она состоит из наборов костей (Matrices). Каждый такой набор содержит список костей. Наборы получают порядковые номера - начиная с 0, в порядке следования. Кроме того, каждая поверхность содержит ещё 1 секцию - VertexGroup. В ней на каждую вершину приходится 1 число, указывающее ID набора костей, влияющих на эту вершину.
Теперь о самих костях. Они организованы в виде скелета. При этом существуют собственно кости (Bones) и помощники (Helpers). Помощники отличаются от костей только тем, что к ним НИКОГДА не крепятся вершины. У большинства костей/помощников есть РОДИТЕЛЬ. Он указан в поле Parent. Это объект, все трансформации которого передаются потомкам. У каждого объекта может быть несколько потомков, но только один родитель (или ни одного). Причём родителем кости м.б. как кость, так и помощник. А вот родителем помощника - только другой помощник.
Собственно анимация - это преобразования костей. Она хранится там в виде набора Ключевых кадров (КК), между которыми осуществляется интерполяция. Для каждого объекта могут быть следующие виды анимации:
1. Translation - указывается по 3 числа на кадр, сдвиги по осям координат.
2. Rotation - указывается 4 числа на кадр, представляют собой кватернион вращения (x,y,z,w).
3. Scaling - указывается 3 числа на кадр, масштабные множители по каждой оси.
4. Visibility (очень редко). 1 число на кадр: 0 - невидимость, 1-видимость. Само собой, кости всегда невидимы, тут задаётся видимость связанных с костями вершин.
У каждой кости есть позиция (Pivot), от которой и считаются вращение/смещение/масштабирование. Все эти позиции хранятся в секции PivotPoints. Нумеруются они с нуля, а номер центра кости совпадает с ObjectID этой кости. Центр - это просто координаты кости, (x,y,z).
Что касается кадров, то War использует 1000 кадров в секунду (реально, конечно, проигрывается ~75кадров/сек, т.е. часть кадров пропускается). При попадании в КК можно просто взять значения оттуда, рассчитать матрицы костей и применить их к вершинам.
В случае же, если кадр попадает между КК, значения параметров кости для этого кадра придётся рассчитывать (интерполировать). Метод интерполяции всегда указывается в самом контроллере:
1. DontInterp - нет интерполяции. Нужно брать значения ближайшего слева КК (т.е. того, который идёт ПЕРЕД текущим кадром).
2. Linear - линейная интерполяция. Тут всё понятно. ВНИМАНИЕ: в случае контроллера Rotation используется в этом случае СФЕРИЧЕСКАЯ линейная интерполяция (алгоритм SLERP) - благодаря этому движения персонажей получаются "мягкими".
3. Bezier - интерполяция по кривой Безье. В этом случае кроме собственно значений в КК даются также значения угловых коэффициентов касательных: входа в кадр (InTan) и выхода из кадра (OutTan). В случае вращения полученные кватернионы необходимо ещё нормировать.
4. Hermite - интерполяция сплайнами Кочанека-Бартельса. В качестве InTan и OutTan даются производные rb и ra соответственно, для уравнения Кочанека-Бартельса. В случае вращения используется SLERP-форма сплайнов.
Кроме того, в параметрах кости может стоять значение Billboarded. В этом случае матрица поворота кости сбрасывается и заменяется матрицей вида (это приводит к тому, что объекты, связанные с такой костью, всегда повёрнуты к наблюдателю 1 и той же стороной. Например, шары, летающие вокруг Каэльтаса, на самом деле выполнены в виде плоскостей, но кажутся шарами, т.к. всегда повёрнуты к наблюдателю).
Кроме всего этого существуют ещё текстурные анимации, анимации многочисленных Источников, анимации прозрачностей, материалов и т.п.
Так что работы тут много. Например, в моём редакторе моделек War'а (MdlVis) редактор анимаций до сих пор в разработке и выйдет, скорее всего, только перед самым Новым годом (числа 31-го).