В карте есть один длиннющий ролик, который сделан одним триггером. Редактор аж тормозит, когда добавляю в него какие-то ещё действия. А добавил я действия сброса этого ролика. Ну и думаю теперь, может фатал потому происходит, что есть какое-то ограничение на размер триггера? Ведь ранее всё работало, но стоило добавить множество одинаковых действий, как перестало.
P. S. Я разделил триггер на три, но не помогло. Тогда решил попробовать сохранить в родном редакторе, так как сохранял в JNGP; удалил действия UMSWE, сохранил в JNGP, потом открыл в родном WE, при попытке сохранить карту редактор вылетает на этапе генерации сценария, когда начинается его проверка. Что там может быть не так?

Принятый ответ

8gabriel8, довольно много. Разбиение на отдельные триггеры может помочь от проблем с лимитом операций, но если в этом коде нет циклов, то оно практически бессмысленно. Ради интереса можешь попробовать сохранить карту с конвертированными триггерами, вдруг причина в модуле редактора, который за отрисовку GUI отвечает.

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
23
7 лет назад
0
8gabriel8, И сколько идет твой этот чудо ролик? У меня есть теория что когда ты пробуеш произвети пропуск ролика, происходит многие операции одновременно и память перенапружается, это также обясняет почеему разделение на несколько тригеров не помогает поскольку количество задач отсается таким же.
Только без тапков.
0
26
7 лет назад
0
FrigatPlay, идёт более двадцати минут, но это не суть, ведь есть ролики и побольше. Важно то, что именно действий очень много. Попробую удалять части триггера, может в какой-то из них проблема.
0
30
7 лет назад
0
Превышение лимита операций на поток отражается только на работоспособности кода в игре, но никак не влияет на возможность сохранить этот код в редакторе, насколько мне известно.

Практически наверняка проблема в чём-то другом. Просто ради интереса хотел бы попросить 8gabriel8 конвертировать триггер в текст и сказать, сколько в нём окажется строк (строки нумеруются только при наличии TESH, т.е. удобнее будет воспользоваться JNGP).

А, и ещё: отсутствие или наличие JNGP не может влиять на работоспособность редактора, если используется стабильная сборка.
0
26
7 лет назад
Отредактирован 8gabriel8
0
Clamp, было 619, после добавления однотипных действий if/then/else и разделения триггера на три части стало 1148+2630+810.
P. S. Так интересно получается)
Если удалить первую и последнюю часть триггера, то есть 1148+810 строк, то с самым большой оставшейся карта работает без фатала. Если удалить самую большую, которая из 2630 строк, то карта фаталит. Если удалить только первую или последнюю часть, оставив две других, то карта тоже фаталит.
0
30
7 лет назад
0
8gabriel8, довольно много. Разбиение на отдельные триггеры может помочь от проблем с лимитом операций, но если в этом коде нет циклов, то оно практически бессмысленно. Ради интереса можешь попробовать сохранить карту с конвертированными триггерами, вдруг причина в модуле редактора, который за отрисовку GUI отвечает.
Принятый ответ
0
26
7 лет назад
0
Clamp, сохранить в стандартном WE или в JNGP?
0
30
7 лет назад
0
8gabriel8, индифферентно.
0
26
7 лет назад
Отредактирован 8gabriel8
0
Clamp, в стандартном WE попробовал, ошибки выскочили в первой и последней частях. Но только я их не понимаю)
Может вы поможете разобраться, если скину карту, заменив импорт на стандарт?
Clamp, кажется, я догадался в чём дело. В JNGP есть Empty String для реплик, которые не исходят ни от какого юнита, наверное, фатал из-за того, что я их указал.
0
29
7 лет назад
0
ГУИ, но нет там таких событий. Добавил просто кучу if Skip=Да then Skip Remainig Actions else Do Nothing и триггер, если Skip Cinematic, то Skip=Да. Стандартный сброс кинематики.
Обычно скип делается отдельным триггером, ловится событие и потом отрубается триггер проигрывания синиматика и проводятся действия на восстановление состояния до нужного
0
26
7 лет назад
0
alexprey, да. Вот скип:
А вот триггер с действием для скипа:
Загруженные файлы
0
29
7 лет назад
0
8gabriel8, без использования if/then/else на каждом шаге. На сколько я помню, то там должно быть действие, мол прекратить выполнение триггера. И вот вместо присвоения значения переменной можно использовать его и тогда не надо будет каждый шаг заниматься проверкой переменной
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.