Цитата

Но соласитесь будет быстрее 500 раз обратиться к области >памяти, чем 400 раз посчитать тот же cos угла.

А кто говорит, что он считается 400 раз? Он считается один раз, заносится в таблицу и 399 берется обращением к области памяти...

CyberZX(gamedev.ru) - человек, который меня убедил.
Только вот два вопроса:

Цитата

5. возомжность привезать к костям эфекты. например эмитеры партиклов или какое-нибудь свещение. в вершиной анимации этого делать нельзя.

Почему же нельзя?

Цитата

совсем совсем не соглашусь. вы отстали от жизни

Вы предлогаете хранить 360 значений?
Расскажите...

sin можно по другому вычислить : на ГПУ если не ошибаюсь ...
и он это делает екстремально быстро (поговаривают за пару тактов ГПУ)

Цитата(CyberZX @ 23.6.2005, 18:58)

1. память. в вершинной анимации нам необходимо выделять память для геометрических данных на каждого персонажа. но мало того, еще приходиться каждый кадр гнать эти данные по AGP в видеокарточку для их дальнейшей отрисовки. то есть предположим у нас 50 персонажей в кадре. на каждого уходит по полмегабайта памяти. это 25 мегабайт данных за кадр или порядка 100-200 мегабайт в секунду надо пересылать в видеокарточку. что очень очень много. я не говорю сколько надо системной памяти выделять для всех этих моделей. и их анимаций. в скелетной анимации у нас есть только одна модель, которую можно один раз положить в видеопамять и забыть. CPU просто будет гнать туда матрицы скелета(полтора килобайта за кадр) и модель проскинеться в вершинном шейдере.

А ты не знаешь, GLScense делает именно так для моделей?

> Писал, извените, какой-то глупый человек...
Сам дурак.

>Цитата 
> Во-первых, это относительно малое количество данных, требуемое для хранения анимации, например, если сравнивать с морфингом. 

> Когда речь идёт об оптимизации, то ставку делается на кол-во тактов процессора, а не на задействованную память.

Читать с диска меньше данных, это уже не ускорение и не оптимизация?

> Цитата 
> Во-вторых, поскольку скелет представляет собой некую иерархию костей, то имеется возможность использовать инверсную кинематику.  

> Это вообще не аргумент против других анимаций. Инверсная кинематика относится только к скелетной анимации.

Других это каких? На момент написание статьи времена были перехода от морфинга к скелетке. Инверсная кинематика с морфингом? Это как? :)

> Цитата 
> Иногда предоставляется возможность применять одну и туже анимацию для похожих моделей с одинаковой структурой.  

> Тоже не аргумент. Раз ты можешь двигать одни и теже точки у одной модели по средствам скелетной анимации, то, следовательно по логике вещей, ты можешь двигать теже точки и без скелетной анимации.

Это что за бред? Преимущество в том, что у тебя одна инфа об анимации, независимая от скина. Подставляй любой скин и получай готовую анимацию. Морфинг с таким не дружит. Например, персонаж с разной комбинацией доспехов и предметов в руках. Не нужно для всех анимаций персонажа ещё хранить отдельно анимации для каждого предмета или части одежды, достаточно одного варианта вершинок с весом и списком влияющих костей.

> Ну и что получается?
Я там вначале написал :)