ILL / Oleg Vdovenko :: Ill :: кровь :: games :: хоррор :: unreal engine 4 :: artist :: видео (video)

У желейки была своя скелетная анимация? Риг+скин?

Как бы симуляция всяких "blob-образных" объектов - тема еще с первого Portal - реализованная. А может и раньше.
Но вся фигня в том что там не было необходимости - добавлять кости в риг и проводить автоскиннинг новой геометрии.
А как раз этот момент создаст проблем - дохуища в квадрате.

Например есть довольно неплохие алгоритмы авторига + автоскина как в основных 3D-пакетах (типа MAXа), так и в решениях типа mixamo.
Но... в любом случае это работает только на определенных типах ригов (например - бипеды и все), плюс - требует человеческого участия в указании пропорций и конечностей, плюс - занимает дофигища времени на расчет (несколько десятков секунд).

Допустим что геометрия дыры с ошметками занимает на порядок меньше времени т.к. костей меньше, вертексов меньше. Но даже это не особо помогает ибо ловить "фриз" в пару секунд при каждом попадании по врагу игрок вряд ли захочет.
Но допустим мы придумали оптимизацию - классифицировали места попаданий, заготовили под каждое место свой набор геометрии, сразу заригенный+заскиненный и даже с заготовленной физической моделью. Тем самым, мы ускорим например в 100 раз. Ну круто же - оптимизация в 100 раз!
Только этого недостаточно и пиковая нагрузка в сотую долю секунды на каждое попадание, выльется в итоге в падении fps на 10-20 кадров. Ведь даже заготовленную геометрию надо правильно разместить, все равно - потребуется привязать часть вертексов добавляемой геометрии к костям оригинальной модели (хотя бы к одной), учесть текущее положение оригинальной тушки, а если из оной еще и кусок надо удалить - все равно генерить вертексы и полигоны, считать для них UV, и проводить скиннинг.

Дальнейшая оптимизация по сути приведет к тому варианту, что делал я:
- т.е. подготовка к расчлененке заранее, просто обвешать это дополнительными VFX (заготовленными ранами с болтающимися ошметками \ кишками). У себя я VFX заготовил, но развешать на модели руки пока не дошли.

Но визуально это будет выглядеть несколько иначе, чем эффект в ролике и чем хочешь ты.

Вот эти все заявления "не встанет", решаемо", "Там нечему особо убивать." - они на основе чего? Ибо пока они являются просто словами, не подкрепленными никакими сопоставлениями \ выкладками и т.д.

"В том и сложность, что требуется самостоятельное построение дополнительной системы, по сложности сопоставимой с системой ригов и весов." - эм... звучит это примерно как "нужно написать программу чтобы работала как сложная программа")

Т.е. - фраза построена несколько неграмотно.

Никаких систем "ригов и весов" нет. У модели есть ОДИН риг, к которому привязаны вертексы модели. Вот у каждого вертекса - один \несколько весов, определяющих привязку к одной \ нескольким костям рига. В нормализованной сумме данные веса дают 1.0f.
Мы можем либо добавить в имеющийся риг костей и к ним привязывать вертексы новой геометрии, либо - привязывать к имеющимся костям. Если вертекс привязывается к нескольким костям - как определить какое распределение весов должно быть между ними БЕЗ участия человека? Текстурки это конечно хорошо. Да вот беда - ты можешь получить UV-координаты соотв. конкретному месту модели. Но обратной связи "UV - к вертексу" нет, есть "вертекс имеет конкретные UV". Т.е. обратную связь эту придется хранить дополнительно - нужен алгоритм который сможет определять набор вертексов, близких к запрошенным UV. "Текстурка" тут не поможет.

Добавляем, что вертексы - дискретны и располагаются в XYZ-пространстве с любыми значениями, а UV - в 2D-пространстве и "условно непрерывны" в диапазоне 0f-1f.

Прямой перебор всех вертексов модели для определения подмножества "подходящих" - слишком долго. Сл-но потребуется еще хранить списки по подгруппам (локализовать по конечностям \ участкам тела). И перебирать в подгруппе - уменьшая кол-во итераций.

Если мы привязываем новую геометрию к костям оригинальной модели - можно скопировать веса, с ближайших вертексов, используя усреднение, похожее на JPEG.

И это - всего лишь - привязка новой построенной геометрии к Skinned Mesh. Я не касался самого построения. А там достаточно "тяжелых" моментов - например - поиск пересечений границ новой геометрии с полигонами оригинальной модели.

Если рассматривать гибридный вариант - готовая "новая" геометрия (заговленный skinned mesh) со своим ригом, физикой и т.д., то все равно встает вопрос корректного соединения ее с оригинальной моделью. Т.е. привязывать часть вертексов новой геометрии к костям оригинальной модели все равно придется. Иначе эта новая геометрия будет выглядеть "нашлепкой" на оригинальной модели и не будет деформироваться согласно оригинальным анимациям.
Т.е. совсем избежать всех выше указанных сложностей нельзя.

И это я рассматриваю только упрощенный вариант - когда мы "добавляем" визуальные элементы. Если же мы хотим еще и "откусить" от оригинальной модели, то появляется следующее:
- построение новой геометрии в рамках оригинального skinned mesh'а
- распределение весов созданных вертексов - для привязки к ригу оригинальной модели
- генерация UV для созданных вертексов + корректное смешение текстур на "границе" перехода "новая геометрия-старая геометрия" - это чтобы поверехность раны (например) выглядела как рана, но натуралистично переходила в неповрежденную поверхность тела там где рана заканчивается.

Это если просто - "откусить кусок". А если мы туда начинаем добавлять еще и "ошметки" - т.е. геометрию со своим ригом \ физикой, то к перечисленному добавляем все, что написано в первой половине моего коммента.

Так что я не вижу оснований для заявлений: "не встанет", решаемо", "Там нечему особо убивать." - ибо как ни выкручивайся, но определенные (и довольно ресурсоемкие) операции выполнить придется - само по себе (и бесплатно) ничего не бывает.