Я вот ток подумал поучаствовать, может че успею запилить, если успею)

Может ты имел ввиду Ctrl + Page Up (или PgUp) / Ctrl + Page Down (PgDn)?

Аааа я понял, в чем проблема, рефордж и правда сбрасывает почему-то высоту при перемещении объектов, надо поэкспериментировать с этим...

prog:

Вот только есть два нюанса.

1. Память луа машины и память занимаемая хендлами вара это совершенно разные вещи, практически не связанные между собой.
2. Близы недавно резали доступ к используемым в той наработке функциям, в процессе борьбы с десинками, так что не факт что она еще работает.

Хм, вот как, спасибо за информацию, еще не проверял тот код

Steal nerves:

konvan5, я помню еще эту поможет ли она тебе неизвестно

Уважаемый, вы ответили чисто на поставленный вопрос, спасибо :)
Пускай показывает немного в других единицах, но суть схожая, очень поможет!

Steal nerves:

На сайте НазерПанк выкладывал наработку LUA определения утечек.

Спасибо, нашел эту статейку. Вдруг кому еще пригодится.

Sergarr:

Это из разряда "дебаг не нужен, просто пишите код без ошибок с первого раза".

Именно! ;)

NekoriDes:

Так ведь счётчик хендлов тут вряд ли поможет. Т.е. ты всё равно не знаешь где именно ты забыл удалить очередной и тебе придётся делать код ревью. Короче говоря, знание КОЛИЧЕСТВА не даёт тебе ничего вообще.

---

Не представляю даже область его применения в 1.26-.

---

Если только в качестве демонстрации каких-нибудь сложных систем.

Как раз таки дает, ибо код, который я предоставил - обновляется ежесекудно и зная, видя, в какой момент они растут сильно - легко можно определить, в какой системе недосмотрел. Даже если прибавка идет относительно медленно - периодичность все равно во время игры можно связать с игровым фактором (тот-же спавн юнитов, особый скил или еще какая система). Что в разы облегчает полное ревью кода.
Применял еще 5 лет назад на джассе, было удобно, когда видишь, как память забита.

NekoriDes:

Встаёт вопрос о том, что ты предпримешь узнав о количестве хендлов, если не доверяешь функциям удаления? Есть какой-то другой магический способ их удалять?

Да это я уже на крайности перешел, ибо люди не пытались ответить на вопрос, а спрашивали, зачем надо и твердили о простой истине - иди и удаляй. Но мы не все перфекционисты, часто ленивы или забывчивы, из-за чего можем не всегда сразу удалять объекты, когда это надо. Поэтому такая система была бы неким контроллером, что все идет ок и нигде не начинается собираться свалка невидимого мусора.

Hate:

если ты используешь гуи, тебя утечки должны волновать в последнюю очередь, если на коде - то как я уже написал, создал объект, удалил объект.

А как понять, что объект удалился? Как проверить? Если я новичок и не доверяю функциям удаления. Смысл в этом.

NekoriDes:

Hate имеет в виду, что есть конкретный набор типов (хэндлы), которые утекают. Тебе просто нужно запомнить их, а не функции.

---

Все эти типы описаны в статьях 15-летней давности.

Ну я хотел бы видеть, сколько у меня объектов в игре в данную секунду. Представлять и понимать, что утекает - это не проблема.
Проблема лишь в том, что я хочу видеть, сколько сейчас в игре есть объектов.

Hate:

ты когда юнита создаешь, не думаешь же о том что он сам по себе исчезнет?

Уважаемый, вы говорите о другом, не пытаясь ответить на вопрос или как-то помочь.
Маленькая справка для вас: редактор варика не идеален и в нем есть функции, которые утечны, но при этом это не очевидно. К примеру если использовать в сложной конструкции функцию "взять позицию юнита", которая вернет нам точку - то получим утечку в виде этой точки. И если мы используем короткие периоды-таймеры, то куча таких утечек могут повлиять на игру. И проблема в том, что не все такие функции очевидно создают объект. Любой начинающий картостроитель об этом может даже не задумываться. Я, как и любой другой, не знаю всех функций, которые утечны. Для этого мне и нужен инструмент, чтобы находить утечные участки кода.
Может вы сможете расписать алгоритм для нахождения существования не удаленных объектов?
Если не можете помочь, то можете не писать очевидные вещи, которые не относятся к теме :)

Hate:

а сразу удалять объекты религия не позволяет, или что?

Так в этом то и дело, что я не знаю всех функций, которые утечны и могу легко пропустить. Чтобы об этом узнать - я нашел давно наработку на джассе. Она вполне исправно работала. Теперь хочу попробовать поработать с LUA - но тут и возникают проблемы. Либо объекты не удаляются либо я неправильно их отлавливаю. Поэтому и прошу помочь, кто с этим сталкивался или у кого есть решение на LUA.

Bergi_Bear:

Нет, нужна статья которая учит работать с API, рассказывает что такое API и как его использовать

Это верно, однако для такого подхода человек, который никогда не кодил, должен жестко поменять свое мышление (и скорее после такого забросит идею учится). ГУИ как никак ближе по понятиям простому люду)
Думаю кодинг - как следующая ступень после гуи.

Феникс:

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

Как писал автор - кроме заполнения всех описаний тригов он планирует добавить скрины, а так-же позже заняться описание jass функций (может и lua?). Что собственно неплохо. Хорошо если через месяц уже будет контент с полным описанием функционала под reforged со скринами о тригах. Поживем увидим.

Тема интересная, но я бы не стал заменять файлы. Уж лучше старого качнуть :)

Как раз таки если хочешь поставить много декора друг над другом - убирай пути у декораций, а потом закрой все дыры блокираторами путей. Или ты хочешь, чтобы в твой дом могли заходить и бегать по этажам?

А вообще вот прекрасная работа, демонстрирующая многоэтажки с кучи декораций:

vk.com/photo-67833009_456239784 (скачать карту можно в комментариях)

Полезная статейка, хоть основы точно можно подчеркнуть и перенять чужой опыт в незнакомой, но интересной теме. Спасибо за работу!

AlexeyNexXer:

Я работал в аним. студии и могу сказать, что нихрена у нас там не развивается. Учитывая стоящий у руля народ, для которых это бизнес и им лишь бы своё благополучие улучшить.

Это всемирная проблема творческих студий, когда руководят бизнесмены а не творцы. Этот капитализм...

На ГУИ нельзя повернуть башню, которая находится на кости turret, на ГУИ можно указать только голову head и туловище chest но это легко обойти, если переименовать кость в редакторе MDLVIS
Есть предположение, а через код можно ли указать другие кости кроме head и chest? Тогда не придется переименовывать их через mdlvis.

Ну так-то да, спасибо.

О, и правда нестареющая. Четко, модно, молодежно. Выглядит круто)

Все гениальное - просто :)

Drulia_san:

Да, писал с нуля исключительно сам

Спасибо за развернутый ответ! :)
Проект и правда очень перспективный с выходом reforged'a и может помочь многим картостроителям... ибо боли у нас всех общие)))