Анимация предметов

https://steamcommunity.com/sharedfiles/filedetails/?id=2039686845

https://steamcommunity.com/sharedfiles/filedetails/?id=2039686903

https://steamcommunity.com/sharedfiles/filedetails/?id=2039687856

https://steamcommunity.com/sharedfiles/filedetails/?id=2039687913

https://steamcommunity.com/sharedfiles/filedetails/?id=2039688422

https://steamcommunity.com/sharedfiles/filedetails/?id=2039688473

https://steamcommunity.com/sharedfiles/filedetails/?id=2039688805

https://steamcommunity.com/sharedfiles/filedetails/?id=2039688861

https://steamcommunity.com/sharedfiles/filedetails/?id=2039689270

https://steamcommunity.com/sharedfiles/filedetails/?id=2039689303

Прикольно, двери из портала

при поворотах и перемещении метод DispatchSpawn не работает и превращает проп анимированной модели в nonsolid, похоже что затык. Делать респаун пропа при каждом перемещении слишком дорого по ресурсам CPU.

Основным вариантом реализации станет кнопочный вариант, ввиду полной отлаженности кнопок, и дополнительной вариативности данного варианта.

Если предметом действия выставления анимации стала анимированная дверь то под эту модель выводится список анимаций именно под эту модель

Необходимо устранить невозможность сохранения последней Анимации у анимированных дверей.

1 час назад, Electr0 сказал:

Необходимо устранить невозможность сохранения последней Анимации у анимированных дверей.

устранено

нужно добавить возможность выставить анимацию перебором так и через !fs_anim, отмена повтор должны быть тоже в деле

4 минуты назад, Electr0 сказал:

нужно добавить возможность выставить анимацию перебором так и через !fs_anim, отмена повтор должны быть тоже в деле

готово

Выясняется еще одна проблема, выставление анимации через AcceptEntityInput(entity, "SetAnimation"); это по сути медленное действие, а кнопки из медленных действий понимают только шаговик.  Соответственно надо решить или бросать это дело, или писать исполнитель анимаций который будет держать открытым указатели таймеров до конца исполнения анимаций 

так же есть логический конфликт  CTRL_SetSequence ранее был только на смену цифрового номера Sequence, теперь же если модель персонаж для нее CTRL_SetSequence меняет номер, а для предметов поддерживающих смену анимации она делает AcceptEntityInput(entity, "SetAnimation"); что уже медленное действие, иначе говоря кнопке надо как-то отличать медленное от мгновенного, в связи с этим внутренний код действия судя по всему лучше под это дело сменить.

ну ты и толстушка

добавляю действие CTRL_SetAnimationSlow, необходимо повсеместное разделение на CTRL_SetSequence и CTRL_SetAnimationSlow

прототип 1:

• Кнопки корректно отображают названия анимаций в списке действий. Во время добавления действий список анимаций генерируется исходя из модели, и отображается текстом.
• Запуск действия происходит корректно, но нет никакого контроля за тем что анимация кончилась, а так же звуков.

прототип 2:

• нужен обработчик анимаций который понимает когда закончатся ВСЕ анимации и только тогда отпустит кнопку.
• надо добавить озвучку анимаций
• пока не решены все проблемы доступ к данному функционалу должен иметь только я
• Передвинуть до значения оси карты (Медл.) должна быть скрыта из меню т.к. она больше не имеет смысла.

а со звуком выглядит просто бомбически

прототип 3:

• нужен обработчик анимаций который понимает когда закончатся ВСЕ анимации и только тогда отпустит кнопку.
• на этапе спавна нужно скорректировать позицию некоторых дверей так как они рождаются в воздухе
• необходимо провести ряд тестов с целью выяснить можно победить проблему невозможности передвинут / повернуть такие анимированные пропы.
• временно внести анимированные двери в список не копируемых другими игроками во избежании утечки пока такие двери не готовы к массовому использованию.
• Загружать открытые анимированные двери нужно в openidle, а закрытые в closeidle анимациях.

прототип 4:

Текущее:

• нужен обработчик анимаций который понимает когда закончатся ВСЕ анимации и только тогда отпустит кнопку.

Сделано:

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

прототип 5:

Текущее:

• нужен обработчик анимаций который понимает когда закончатся ВСЕ анимации и только тогда отпустит кнопку.
• Предиктивная проверка должна аварийно отменить закрытие двери если увидела что в двери находится человек

Надо понять что обработчик анимаций из себя будет представлять: 

• Обработчик должен четко представлять сколько у каждой анимации уходит времени на исполнение.
• При выключении последовательность анимаций должна быть соблюдена.
• Нужно как-то определять что человек стоит в двери и не разрешать запускать анимацию.

выявлено стервозное поведение голубой круглой двери при проведении с ней операций по передвижению

во время тестов выявлен баг https://steamuserimages-a.akamaihd.net/ugc/1008184772390787105/AD72240275B9A3B3AA028FB71F2FBC5A30E6CDF6/ возможно виной конфликт скайбоксов

https://steamcommunity.com/sharedfiles/filedetails/?id=450256600

https://steamcommunity.com/sharedfiles/filedetails/?id=121090376

Error reading material data "materials/metal/black_wall_envmap_002a_hdr.vtf"

фиксирую этот материал у:

industrial_elevator.vmt

underground_door_dynamic.vmt

vent.vmt (на него ссылается railmetal_01.vmt)

проблема с устранена.

23 часа назад, Electr0 сказал:

прототип 5:

 

Текущее:

• нужен обработчик анимаций который понимает когда закончатся ВСЕ анимации и только тогда отпустит кнопку.
• Предиктивная проверка должна аварийно отменить закрытие двери если увидела что в двери находится человек

 

Надо понять что обработчик анимаций из себя будет представлять: 

• Обработчик должен четко представлять сколько у каждой анимации уходит времени на исполнение.
• При выключении последовательность анимаций должна быть соблюдена.
• Нужно как-то определять что человек стоит в двери и не разрешать запускать анимацию.

что-то пока нет идей как это все внедрять

такс.. я все вспомнил, у нас уже все есть еще со времен добавления действий смены статуса кнопки и внедрения аварийной форсировки медленных действий для снятия снимка конца раунда / смены карты.