Ельнур
WarCraft 3

высота юнита mui

Добавлен
каждую 0.01 секунду меняю высоту юнита, но иногда когда два юнита юзают для одного высота не поднимается что делать?

все еще не решил, а где Назарпанк он вроде про вот такие моменты исчезает))
пробовал даже через GetLocationZ(loc) но один и тот же баг!!
решил через группы спасибо!!
Загруженные файлы
20 дек 2019
1 822
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
Показать
7
0
Показать
Загруженные файлы
Полный список
0
Показать
22
0
Показать
вобщем ятп триггер который запускает юнитов называется GrimjowMui
FlyD[DI[0]] значение задается в нем? если нет то выполнение цикла который по таймеру будет обрываться
0
Показать
7
0
Показать
biridius:
вобщем ятп триггер который запускает юнитов называется GrimjowMui
FlyD[DI[0]] значение задается в нем? если нет то выполнение цикла который по таймеру будет обрываться
нет, поставить ноль?
3
Показать
26
3
Показать
Кароче - так делать нельзя.
И давай переменным вменяемые имена.
0
Показать
22
0
Показать
Ельнур, Да, поставь ноль, иначе прибавлять 7 не к чему
если юниты должны лететь по параболе, то поставь число вроде 2000 и не прибавляй, а вычитай 7 (пока скорость больше нуля юнит набирает высоту, затем падает когда из-за вычитания гравитации она становится отрицательной)
реально конфузят имена переменных, FlyD это высота а Fly35 скорость; ускорения там нету
0
Показать
7
0
Показать
biridius:
Ельнур, Да, поставь ноль, иначе прибавлять 7 не к чему
если юниты должны лететь по параболе, то поставь число вроде 2000 и не прибавляй, а вычитай 7 (пока скорость больше нуля юнит набирает высоту, затем падает)
поставил ноль все правильно работает но потом оно багается и высота вообще для всех не поднимается
0
Показать
22
0
Показать
Ельнур, я думаю записи из массива не убираются, их становится слишком много и движок не справляется
Просто увеличивать счетчик недостаточно, надо при гибели/приземлении юнита заменять его на последний в массиве (и все его данные тоже) и уменьшать счетчик на 1
Если не заменять на последний юнит при гибели а только уменьшать счетчик, то более новые юниты будут зависать в воздухе при гибели остальных.
0
Показать
7
0
Показать
biridius:
Ельнур, я думаю записи из массива не убираются, их становится слишком много и движок не справляется
просто увеличивать счетчик недостаточно, надо при гибели/приземлении юнита заменять его на последний в массиве (и все его данные тоже) и уменьшать счетчик на 1
при приземлении когда я выставлял счетчик -1 из за быстрости(0.01 сек) он багался поэтому при приземлении создал даммика который имеет таймер 0.50 сек и когда этот даммик умирает то счетчик становится -1
0
Показать
22
0
Показать
там в этих японских названиях триггеров и дио с джотаро черт ногу сломит
У тебя там где счетчик уменьшается, все переменные умирающего заменяются на последний юнит в массиве или нет?
Если нет то до них счетчик просто не будет доходить тк они идут после уменьшившегося максимального значения для цикла.
0
Показать
7
0
Показать
biridius:
там в этих японских названиях триггеров и дио с джотаро черт ногу сломит
У тебя там где счетчик уменьшается, все переменные умирающего заменяются на последний юнит в массиве или нет?
Если нет то до них счетчик просто не будет доходить тк они идут после уменьшившегося максимального значения для цикла.
там ничего нет) только счетчик
Загруженные файлы
0
Показать
22
0
Показать
Ельнур, вот, сделай чтобы подмена была
тип перед уменьшением
FlyD[умирающего] = FlyD[DI[0]]
и тд
а то ты дио уменьшил например с 3 до 2, а юнит который записан на номер три остается висеть в воздухе тк до него цикл больше не будет доходить, ведь он теперь проходит не от 1 до 3, а от 1 до 2
и не нужно везде всю арифметику делать через DDD1, что мешает просто вычесть 1?
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.