HLFX.Ru Forum (https://hlfx.ru/forum/index.php)
- Half-Life SDK (https://hlfx.ru/forum/forumdisplay.php?forumid=8)
-- Нубские вопросы от <censored> и других нубов (https://hlfx.ru/forum/showthread.php?threadid=4535)
Отправлено Shapirlic 18-07-2025 в 14:59:
Привет, ребят. У меня технический вопрос
Если я ворую лайтмапы для поверхностей, который обычно рисуются без лайтмап (вода мировая) таким образом:
C++ Source Code:
3 | for (int i = 0; i < world->numsurfaces; i++) |
5 | if (world->surfaces[i].flags & SURF_DRAWTURB || world->surfaces[i].flags & SURF_DRAWTILED) |
7 | int smax = (world->surfaces[i].extents[0] >> 4) + 1; |
8 | int tmax = (world->surfaces[i].extents[1] >> 4) + 1; |
10 | color24* lightmap = world->surfaces[i].samples; |
12 | GLuint lightmapID = current_ext_texture_id; |
13 | current_ext_texture_id++; |
15 | glPixelStorei(GL_UNPACK_ALIGNMENT, 1); |
17 | glGenTextures(1, &lightmapID); |
18 | glBindTexture(GL_TEXTURE_2D, lightmapID); |
20 | glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR); |
21 | glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR); |
22 | glTexParameteri(GL_TEXTURE_2D, GL_GENERATE_MIPMAP, GL_FALSE); |
23 | glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP_TO_EDGE); |
24 | glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP_TO_EDGE); |
26 | glTexImage2D(GL_TEXTURE_2D, 0, GL_RGB8, smax, tmax, 0, GL_RGB, GL_UNSIGNED_BYTE, lightmap); |
27 | glBindTexture(GL_TEXTURE_2D, 0); |
29 | ExtraLightMaps[&world->surfaces[i]] = lightmapID; |
Затем рисую эту например мировую воду стандартно как в ксаше (DRAWTURB, r_turbsin, и вся эта штука), то как мне обработать v[5] и v[6] чтобы получить валидные текстурные координаты для лайтмапы?
Методом тыка я обранужил, что умножение v[5] и v[6] на квадрат Пи даёт околопохжие результаты, но множитель явно не этот и ещё нужна обработка при повернутой текстуре.
Отправлено Дядя Миша 18-07-2025 в 17:18:
Цитата:
Shapirlic писал:
Если я ворую лайтмапы для поверхностей, который обычно рисуются без лайтмап
А у кого ты воруешь лайтмапы?
лайтмапы знаешь ли уникальны для каждой поверхности, их воровать не имеет смысла, они просто не подойдут, да и всё.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено Shapirlic 18-07-2025 в 19:36:
Лайтмапы именно тех сурфоф воды (SURF_DRAWTURB), которые я и буду рисовать. Генерю из world->surfaces[i].samples текстуры, сохраняю их индексы в мапу std::map <msurface_t*, int> чтобы по сурфу потом нужный индекс лайтмапы взять. Только s t координат не могу выдумать для них откуда брать
Лайтмапы то у сурфоф воды, которые потом метятся как DRAWTURB есть в BSP, но двигло ХЛ решило рисовать мировую воду без лайтмапы
Отправлено Shapirlic 19-07-2025 в 15:31:
v[5] v[6] из surf->polys->verts содержат что то похожее на координаты лайтмапы, но их надо как то обработать. На вид они в 9-10 раз меньше чем нужно
Отправлено Дядя Миша 20-07-2025 в 07:53:
Цитата:
Shapirlic писал:
Лайтмапы именно тех сурфоф воды (SURF_DRAWTURB), которые я и буду рисовать.
ты убедись что компилятор эти лайтмапы рассчитал. Их помоему только мой p2st считает.
Добавлено 20-07-2025 в 10:53:
C++ Source Code:
2 | if( !FBitSet( warpface->flags, SURF_DRAWTURB )) |
4 | // lightmap texture coordinates |
5 | s = DotProduct( verts, warpinfo->lmvecs[0] ) + warpinfo->lmvecs[0][3]; |
6 | s -= warpinfo->lightmapmins[0]; |
7 | s += warpface->light_s * sample_size; |
8 | s += sample_size * 0.5; |
9 | s /= BLOCK_SIZE * sample_size; //fa->texinfo->texture->width; |
11 | t = DotProduct( verts, warpinfo->lmvecs[1] ) + warpinfo->lmvecs[1][3]; |
12 | t -= warpinfo->lightmapmins[1]; |
13 | t += warpface->light_t * sample_size; |
14 | t += sample_size * 0.5; |
15 | t /= BLOCK_SIZE * sample_size; //fa->texinfo->texture->height; |
17 | poly->verts[i][5] = s; |
18 | poly->verts[i][6] = t; |
Если проставлен DRAWTURB, то ксаш не рассчитывает координаты лайтмапы. Хотя и может, конечно.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено Ku2zoff 20-07-2025 в 08:56:
Цитата:
Дядя Миша писал:
ты убедись что компилятор эти лайтмапы рассчитал. Их помоему только мой p2st считает.
У китайца, кажись был какой-то флаг для расчёта лайтмап на стёклах и прочих поверхностях с kRenderTransTexture. Помню, что после компиляции старым zhlt стёкла светились в темноте, будто параметр _minlight не равен нулю. Это оно?
Добавлено 20-07-2025 в 15:56:
А, нет. У китайца по-моему текстура модифицировалась, и вшивалась прям в бсп. Точно не помню.
Отправлено Shapirlic 20-07-2025 в 11:11:
Лайтмапа на мировой воде есть даже в оригинальных картах HalfLife. Это легко проверить, если открыть .bsp утилитой BSPGUY.
Lambda_bunker:
Отправлено Shapirlic 20-07-2025 в 12:02:
Я получаю приблизительные результаты если беру такие коодинаты для лайтмапы
C++ Source Code:
gl.glMultiTexCoord2fARB(GL_TEXTURE0_ARB, v[5] * 3.f * M_PI, v[6] * 3.f * M_PI); |
Но в местах со сложным освещением видно, что лайтмапы плохо стыкуются.
Нужно как то иначе обработать v[5] и v[6], с этим вопросом я сюда и пришёл к вам )
Отправлено Дядя Миша 20-07-2025 в 16:56:
Цитата:
Ku2zoff писал:
А, нет. У китайца по-моему текстура модифицировалась, и вшивалась прям в бсп. Точно не помню.
Всё верно. Освещение полупрозрачных поверхностей нетривиальная задача, поэтому либо через мультипроходность (как в Quake3), либо через копию экрана (как в Paranoia 2:Savior), либо предумножить лайтмапу на диффузку и сохранить результат в особую диффузку, вкомпиленную прямо внутрь карты и используемую только на этой поверхности (как в VHLT).
Цитата:
Shapirlic писал:
Лайтмапа на мировой воде есть даже в оригинальных картах HalfLife
Ну в оригинале может и есть, а в ZHLT вроде бы это отключали, оптимизация типо. Лайтмапы экономили.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено Shapirlic 20-07-2025 в 18:50:
Окай, в ZHLT экономили, оригинальный компилятор и Vluzacn_s_ZHLT на воде лайтмапы делают, у меня вопрос с самого начала по текстурным координатам этих лайтмап. BSPGUY и BSPViewer могут мировую воду рендерить с лайтмапой, я в их сорцах покопался, но так и не понял как они высчитывают текстурные координаты для лайтмап мировой воды. И с этим пришёл к вам, у вас есть идеи или догадки? Как я уже писал выше v[5] и v[6] в verts сурфов воды похожи на текстурные координаты лайтмапы, но деленные на 9-10. Есть догадки какая математика там скрывается?
Отправлено Ku2zoff 21-07-2025 в 16:22:
Цитата:
Дядя Миша писал:
предумножить лайтмапу на диффузку и сохранить результат в особую диффузку, вкомпиленную прямо внутрь карты и используемую только на этой поверхности (как в VHLT).
В паранойевских тулзах это вырезано? Смутно припоминаю, что когда-то давно, году в 2020-м, видел разницу после китайца. После этого долго не мапал места, где такое всплывает, поэтому спрашиваю.
Отправлено Crystallize 25-07-2025 в 17:49:
Цитата:
XaeroX писал:
Хм, я сколько с тобой общаюсь, мне кажется, что ты шутишь как минимум в половине постов. может быть, я ошибался все эти долгие годы
Я не знаю о чем именно речь... Я попытался адаптировать под себя ваши с ДМ перестроечные и еврейские шутки чтобы выстроить некую минимальную психологическую оборону чтобы не было так больно когда я вам проигрываю, а проигрываю я каждый раз когда кто-то не согласен со мной по вопросу типа светотекстура это лазер или нет, то есть в подавляющем большинстве постов. И это на глазах у всего форума (хотя тут уже и нет столько народу).
До сих пор помню друган прокомментировал что меня "раскатали в комментариях" под моими статьями 2015 года про графику, хотя сейчас уже никто не вспомнит и не найдет их без меня.
Может это эгоизм или нарциссизм или хз что вообще. В принципе это началось ещё с 2014 когда у тебя и половины форума внезапно обнаружились политические суждения, появился Мастер (о существовании которого я и не подозревал) и вся эта политика начала нападать на мои установки заложенные ещё где-то в дошкольном возрасте, о том что кооперация лучше конкуренции и о том что любой человек тебя полюбит если ты хороший мальчик.
Отправлено XaeroX 26-07-2025 в 04:34:
Цитата:
Crystallize писал:
чтобы не было так больно когда я вам проигрываю, а проигрываю я каждый раз когда кто-то не согласен со мной по вопросу типа светотекстура это лазер или нет, то есть в подавляющем большинстве постов.
Ну вот опять - ты же это в шутку пишешь, не всерьёз? Какие ещё проигрыши? Ты же вроде к нам учиться приходишь, а не в интеллектуальные игры играть?
Цитата:
Crystallize писал:
у тебя и половины форума внезапно обнаружились политические суждения
Политические темы были всегда, даже во времена хлру. Справедливости ради, я в них участвовать не любил, т.к. считал это пустой тратой своего времени, мол, зачем спорить об очевидном? Но после 2014 меня слегка бомбануло, потому что непризнание очевидного начало постепенно приводить к трагическим последствиям.
Цитата:
Crystallize писал:
появился Мастер
Мастер, опять же, был ещё на хлру. Тогда он писал исключительно транслитом и косил под эмигранта. Я тогда был уверен, что Мастер живёт где-нибудь в Штатах. Каково же было моё изумление, когда я узнал, что он из Москвы? Но мы в итоге его таки отучили транслитом писать. 
Цитата:
Crystallize писал:
кооперация лучше конкуренции
Это как? Когда все товарищи в едином порыве - пятилетку в четыре года?
Цитата:
Crystallize писал:
любой человек тебя полюбит если ты хороший мальчик
Не хороший мальчик, а червонец!__________________
Отправлено Дядя Миша 26-07-2025 в 07:14:
Цитата:
Ku2zoff писал:
В паранойевских тулзах это вырезано?
Параноевские тулзы основаны на оригинальном вальвовском коде компиляторов. Там этого не было. Как можно вырезать то, чего не было изначально?
Цитата:
Crystallize писал:
когда кто-то не согласен со мной по вопросу типа светотекстура это лазер или нет
Ну была такая текстура "laser" действительно. Но она не использовалась.
Цитата:
Crystallize писал:
До сих пор помню друган прокомментировал что меня "раскатали в комментариях" под моими статьями 2015 года про графику
а что за статьи?__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено JPEG 15-08-2025 в 12:37:
Такой нубский вопрос. Вот код, каждую 0.1 секунду субмодель сменяется на следующую по порядку. И нужно это зациклить
if (m_flChangeBodyTime && gpGlobals->time > m_flChangeBodyTime)
{
pev->body = pev->body + 1; //следующая субмодель
m_flChangeBodyTime = gpGlobals->time + 0.1;
if (pev->body == Количество Субмоделей)
pev->body = 0; //начинаем сначала
}
А как на сервере узнать количество субмоделей в модели? Что вставить в "Количество Субмоделей"?
__________________
МОЙ НОВЫЙ ПАБЛИК ПО ХЛ))
Отправлено Ku2zoff 15-08-2025 в 15:43:
C++ Source Code:
7 | int modelindex; // index into models array |
Предполагаю, что nummodels. Пример использования в SetBodygroup/GetBodygroup.
Отправлено Дядя Миша 16-08-2025 в 05:55:
Цитата:
Ku2zoff писал:
Предполагаю, что nummodels.
Если кол-во всех вариаций, то по формуле вычисляется.
Есть функция MODEL_FRAMES или чёт такое. Вот она возвращает.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено Ku2zoff 16-08-2025 в 18:36:
Дядя Миша точно. MODEL_FRAMES не только для спрайтов работает. Совсем об этом забыл.
JPEG глянь код цыклер_спрайта. Он же как раз анимируется нужным тебе образом. Весь твой код там уже есть, только в другой форме.
Добавлено 17-08-2025 в 01:36:
Не знаю, как оно будет работать с моделями, в которых несколько бодигрупп, возможно, придётся считать по формуле из SetBodygroup. Для моделей с одной бодигруппой всё работает, цыклеру можно подсовывать не только спрайты, но и студиомодели. Такое я и сам делал, и в кс много раз делали мапперы. Цыклеры анимируются.
Отправлено Дядя Миша 17-08-2025 в 06:26:
Цитата:
Ku2zoff писал:
Не знаю, как оно будет работать с моделями, в которых несколько бодигрупп
Вернёт общее кол-во всех вариаций для всех бодигрупп.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено JPEG 17-08-2025 в 10:16:
ещё у Гарга в TASK_DIE похожий код нашёл, попробую приспособить
Добавлено 17-08-2025 в 13:16:
да, всё отлично, спасибо. Использовал m_maxFrame = (float) MODEL_FRAMES( pev->modelindex ) - 1; от сайклер спрайта
__________________
МОЙ НОВЫЙ ПАБЛИК ПО ХЛ))
Отправлено JPEG 18-08-2025 в 10:07:
Допустим, на примере зомби. Как сделать, чтобы после того, как он нанёс удары, он на несколько секунд переключался на отступление (а не ударял игрока до победного)? К примеру, чтобы для этого проигралась заранее готовая анимация ходьбы инвертированная в обратную сторону (чтобы пятился) или чтобы он сам осуществил движение в случайную/противоположенную сторону (но тут уже автоматом развернётся в сторону движения)
__________________
МОЙ НОВЫЙ ПАБЛИК ПО ХЛ))
Отправлено Дядя Миша 19-08-2025 в 05:10:
Цитата:
JPEG писал:
К примеру, чтобы для этого проигралась заранее готовая анимация ходьбы инвертированная в обратную сторону (чтобы пятился) или чтобы он сам осуществил движение в случайную/противоположенную сторону (но тут уже автоматом развернётся в сторону движения)
Сложна-сложна.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено Ku2zoff 19-08-2025 в 16:31:
Цитата:
Дядя Миша писал:
Сложна-сложна.
Самый простой вариант - сделать это одной длинной анимацией. А вот если кодить, то придётся заморочиться. Проще перейти на сорс, там NPC умеют пятиться и даже одновременно атаковать. Собсно, неделю назад я принял такое решение на основе того, что на моём железе игры на сорс 2013 летают. Оригинальные компиляторы собирают карты для сорса раза в 3 дольше, чем Дядьмишины паранойевские для голдсорса (кастомные для сорса пока не пробовал), но это ещё и мой косяк, просто перенёс карты без причёсывания. Впечатления пока положительные, хл2 еп2 вполне знает многие энтити для первой халфы: функ_валлы, функ_доры, монстер_генерик, лайты. Буду попробовать, может что из этого выйдет.
Отправлено JPEG 20-08-2025 в 08:17:
Цитата:
Ku2zoff писал:
Самый простой вариант - сделать это одной длинной анимацией
не додумывался до этого, надо будет попробовать)__________________
МОЙ НОВЫЙ ПАБЛИК ПО ХЛ))
Отправлено JPEG 23-08-2025 в 20:42:
в принципе рабочий вариант https://youtu.be/AwWeHXn8gVY
Из минусов: нпс проходят сквозь друг-друга и стены, но иногда можно применить
__________________
МОЙ НОВЫЙ ПАБЛИК ПО ХЛ))
Отправлено FiEctro 26-08-2025 в 07:01:
Смотришь вектор куда игрок смотрит, отслеживаешь удар, если удар нанесён то отбрасываешь монстра назад по вектору взгляда игрока (задаешь велосити или импульс на время проигрывания анимации) и включаешь собственно саму анимацию. Можно ещё развернуть самого монстра мордой в направлении игрока, чтобы он потом не тупил когда сам разворачивался. Так же можно кинуть трассу из спины монстра чтобы считать дистанцию насколько далеко он должен отойти, чтобы не пятился в стенки.
__________________
У котёнка мокрый нос и гладенькая шерсть, у него забавный хвост и быстрых лапок шесть. Две задних, две средних и две передних лапы, такая многоножка получилася у папы.
Он ученый — папа мой — зверушек изучает, гуляет по помойкам, ловит крыс и чаек. Две крысы белокрылые и чайки две унылые покрытые пупырчатою кожей лягушат без пёрышек тоскуют и ускакать спешат.
А ещё есть муравей большой размером с гуся он пугает всех зверей, и я его боюся, когда он ковыляет на лапках на своих.
И в двери ударяет, и начинает стих: Я — муравей, воды налей! Не меньше ведра, напиться мне пора!
Отправлено JPEG 26-08-2025 в 14:51:
Цитата:
FiEctro писал:
Смотришь вектор куда игрок смотрит, отслеживаешь удар, если удар нанесён то отбрасываешь монстра назад по вектору взгляда игрока (задаешь велосити или импульс на время проигрывания анимации) и включаешь собственно саму анимацию. Можно ещё развернуть самого монстра мордой в направлении игрока, чтобы он потом не тупил когда сам разворачивался. Так же можно кинуть трассу из спины монстра чтобы считать дистанцию насколько далеко он должен отойти, чтобы не пятился в стенки.
хм, попробую сколхозить в упрощённом виде, после удара просто вызвать импульс назад, и в анимации удара добавить анимацию движения ног назад без передвижения рут-кости__________________
МОЙ НОВЫЙ ПАБЛИК ПО ХЛ))
Отправлено ZGreen 26-08-2025 в 15:25:
Почему бы не сделать анимацию удара с подшагом и последующим отскоком? Вроде, когда дерешься несподручно нос в нос стоять. Теоретически. Сам не дерусь, я только на форуме смелый.
Отправлено JPEG 26-08-2025 в 15:35:
Цитата:
ZGreen писал:
Почему бы не сделать анимацию удара с подшагом и последующим отскоком? Вроде, когда дерешься несподручно нос в нос стоять. Теоретически. Сам не дерусь, я только на форуме смелый.
так я так делал, при анимации нпс может сквозь стены проходить__________________
МОЙ НОВЫЙ ПАБЛИК ПО ХЛ))
Отправлено Ku2zoff 26-08-2025 в 17:50:
Цитата:
ZGreen писал:
Почему бы не сделать анимацию удара с подшагом и последующим отскоком?
Мудрить с анимациями не надо (если только хочется сделать быстро и просто), у ИИ в халфе есть система щедъюлей, где можно переключать активности, типа: шаг вперёд, удар, шаг назад, тремя разными анимациями. Оно не работает как хочется по двум причинам: первая - затупы при переключении активностей, из-за того, что серверный фпс плавает и эвенты плохо отлавливаются (привет ковыряния с DispatchAnimEvents), вторая - монстры не умеют ходить назад, им надо повернуться лицом по направлению движения. И если второе можно победить, невозбранно модифицировав код перемещения с оглядкой на летающих монстров, то первое очень геморно, и корень проблемы сидит в движке, как объяснял Дядя Миша, ЕМНИП.
Добавлено 27-08-2025 в 00:34:
Там даже в коде flInterval фиксированный - 0.1, чтобы срабатывания DispatchAnimEvents совпадали с интервалами тчинка монстра gpGlobals->time + 0.1. Я уже точно не помню, но вроде это нужно для того, чтобы клиентский и серверный эвенты срабатывали одновременно. В этой теме я экспериментировал, и в разных вариациях было так, что либо клиентский эвент опаздывает на один pev->frame за серверным, либо серверный не срабатывает. ДМ в этой же теме упоминал, что интервал в IEngineStudio.ClientEvents - сотые доли секунды, а в CBaseAnimating::DispatchAnimEvents - десятые. Соответственно, клиент в любом случае воспроизведёт эвент, например маззлфлеш при стрельбе. А вот сервер может пропустить. Отсюда все затупы со сменой активностей, например, при попытках монстра выйти из боя и найти укрытие. Мой вариант в теме вполне рабочий, но не на моделях, где эвент стоит на последнем кадре. Я забил на это всё, не стал дальше копаться в теме. Хотя очень хотел сделать НПС подвижнее. Если анимаций нет, незачем и код для них писать.
Добавлено 27-08-2025 в 00:50:
Есть ещё один вариант, но он, на мой взгляд, лишает всей прелести использования студио эвентов на сервере. Это полностью выкинуть эту замечательную систему, и писать фиксированные тайминги в коде, что де на такой-то секунде такой-то анимации монстр наносит урон, делает выстрел, или что-то ещё. Такое себе, потому что опять же, фпс всегда разный, и попасть в эти тайминги нереально. В таком случае монстры должны быть анимированы как игрок. А ведь через эвенты можно не только вызывать функции из кода монстров, но и активировать энтити на карте и ещё много чего.
Отправлено JPEG 27-08-2025 в 00:02:
ну в общем получилось так. Говнокот, но по-крайней мере работает
void CZombie :: HandleAnimEvent( MonsterEvent_t *pEvent )
{
switch( pEvent->event )
{
case ZOMBIE_AE_ATTACK_RIGHT:
{
//в момент удара запускаются таймеры на включении отступления и его выключение
m_flFallbackOn = gpGlobals->time + 0.5; //задержка перед отступлением
m_flFallbackOff = gpGlobals->time + 1.5; //то, сколько бежит назад
int CZombie::IgnoreConditions ( void )
{
int iIgnore = CBaseMonster::IgnoreConditions();
if (m_flFallbackOn && gpGlobals->time >= m_flFallbackOn)
m_fFallback = 1; //разрешить отступать
if (m_flFallbackOff && gpGlobals->time >= m_flFallbackOff)
m_fFallback = 0;
if (m_fFallback == 1)
pev->velocity = pev->velocity - gpGlobals->v_forward * 100; //отступление
__________________
МОЙ НОВЫЙ ПАБЛИК ПО ХЛ))
Отправлено Ku2zoff 28-08-2025 в 14:38:
JPEG ну конечно говнокод. По-хорошему должно быть что-то такое:
C++ Source Code:
2 | Task_t tlPrimaryMeleeAttack1[] = |
4 | { TASK_STOP_MOVING, 0 }, |
5 | { TASK_FACE_ENEMY, (float)0 }, |
6 | { TASK_MELEE_ATTACK1, (float)0 }, |
7 | { TASK_FALL_BACK, (float)0 }, // грамотнее будет TASK_RETREAT |
12 | m_IdealActivity = ACT_WALK_BACK; |
Хотя, если работает, то почему не использовать?
Добавлено 28-08-2025 в 21:38:
Почему таски с щедъюлями лучше? Потому что не надо заводить какие-то сомнительные переменные типа m_fFallback. Тайминги можно задавать прям в массиве тасков, поставив вместо нуля другое число.