• Сейчас мы заняты следующими задачами:
• Рефакторинг кода;
• Когда разработчик передал в api объект другого warcraft типа теперь выводится сообщение об ошибке, вместо тихого обрыва потока;
• Добавление возможности подключать скрипт из папки с варом, чтобы во время разработки после изменения кода карту не надо было даже пересохранять. Это актуально для всех больших проектов у которых карта сохраняется по 20+ секунд;
• Добавляем возможность передавать данные из jass в lua и обратно через общую hashtable. Что даст возможность подключить lua без переписывания jass кода;
• Делаем возможность добавить mix в карту без необходимости игрокам заранее класть его в папку вара.

---

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

goodlyhero:

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

С определенными изменениями код должен работать.

Честно говоря, я особо в этом не разбираюсь, всё таки что-то можео сделать, что бы w3c код работал с помощью данного мода на 1.26?

---

Vlod:

Либо это функции которые связаны исключительно с их лаунчером, который у них только с 1.32+
Либо это Blz-функций рефоржа, которых нет и не было на 1.26, и которые относятся к api игры, а не к lua. На 1.26 вместо них функции из мемхака

W3c код работает не только на рефордже, а на всех версиях варкрафта в которых есть lua (то-есть начиная с 1.31)

Unryze:

ибо просто на просто захломлять карту псевдо API

так ты ж делал псевдо-группы для эффектов, предметов и прочего, вместо массива

Конечно я могу рассказать о том кто это использовал и где, но это не изменит тот факт, что вы сочли возможным оценить "применяемость" работы без объективных на то предпосылок, из чего следует:

1. Что на самом деле объективные предпосылки вам не нужны, иначе вы бы изначально поинтересовались у меня или у других компетентных людей по вопросу "применяемости".
2. Что упор был сделан на сугубо на личное мнение.

Потому предлагаю сначала изучить примеры в работе, которые были сделаны как раз для ознакомления начинающих, и только после этого мы сможем начать конструктивное обсуждение в соответствующей теме

Unryze:

И где это в итоге применялось? Нигде? О чём и речь.

Если вы были бы автор этой работы, то имели бы представление о том где это используется. Так что призываю использовать те аргументы, за которые можете нести ответственность

Unryze:

Закончим тем, что фактической необходимости в удалении хештаблицы - нет

Да. Если не создаешь, то и удалять не надо. А глобальные в любом случае существуют всю игру.

Unryze:

ибо за всё это время ещё никто не жаловался на лимит хештаблиц.

Не совсем так xgm.guru/p/wc3/hashtable8000

Unryze:

Говоря проще, твой юзкейс - это полноценный бред, который не встречается нигде.

Так статья на то и нужна, что предупреждает людей так не делать. Ты ведь не думаешь, что зашедшие читать эту статью знают правильные юзкейсы?
Может там конечно не совсем ясно донесена мысль, но суть такая: не создавайте таблицы в больших количествах. Все остальное вы уже начинаете додумывать.

Unryze:

Не совсем по теме, но скажу так, патчить именно файл game.dll - всегда плохо, так как ломаются хеш суммы, да и аутентичность файла летит в урну. Правильный выход - патчить game.dll напрямую в памяти, что убирает вышеупомянутую проблему и позволяет \\\"на ходу\\\" патчить и снимать патчинг тех или иных данных, что по факту делает моя WFE. Альтернатива снятия 8 мб файла (которая и лучше) - это Map Size Limit Remover от Karaul0v, что позволяет не затрагивать сам game.dll но получить тот же эффект.

В остальном, любые дефолтные хаки/программы для War 3 как раз и делают то, что я описал выше, модифицируют память, в которой хранится game.dll, да и на деле это не \\\"хаки\\\" библиотеки, но это в целом и не важно. А набор программ, которые модифицируют игру - навалом (правда 99% из них - это мапхаки всякие).

Unryze, благодарю за замечание насчет хешсумм... Насколько хэшсуммы файлов важны в рамках движка warcraft-a? Спешу напомнить, что от перестановки мест слагаемых сумма не меняется. Поэтому если посчитать суммарное число, которое я отнял или прибавил в шестнадцатиричном коде модифицироаэванных ячеек, а потом компенсировать его в некоторый свободный регистр (или в текстовую информацию) в файле, то мы выравняем хешсумму.

В крайнее время задаю ряд вопросов на xgm, т.к. собираю информацию перед чисткой оригинальных mpq архивов и некоторых сопутствующих файлов (подробнее об этом позже). Так что даже замена одной единственной модели повлечет за собой несовместимость или несопостовимость данных при игре по сети, с игроком, который играет на чистой сборке. Не говоря уже о том что односторонняя модификация файлов будет результативна лишь для конкретной персоны. Но меня это не останавливает.

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

Unryze, ещё раз говорю: это подложка, а не само хп. Вот например какой результат дают
call SetCSimpleTextureTexture(pStatBarTexture, "ReplaceableTextures\\PassiveButtons\\PASBTNHumanArtilleryUpOne.blp", false)

call FillCSimpleTexture(pStatBarTexture, 0xBBBBBBBB)

А мне надо саму зелёную полоску редактировать.

Unryze:

JackFastGame:

Для ХП баров ничего не завезли? Вообще как-то можно получить указатель на хп-бар юнита, или всё гораздо сложнее и нужна отдельная DLL?

pUnit = ConvertHandle( unit )
pPreselectUI = ReadRealMemory( pUnit + 0x50 )
pStatBar = ReadRealMemory( pPreselectUI + 0x0C ) это CStatBar, расширение CSimpleStatusBar

Так как pStatBar - это расширение симплфреймов, то большинство функций оттуда уже будет работать. Далее:

pStatBarTexture = ReadRealMemory( pStatBar + 0x144 ) Это CSimpleTexture.

Все хотелки реализуемы, было бы кому оно нужно и был бы он готов заплатить за моё время, мне уже лень делать больше, чем я уже сделал на одном энтузиазме. :)

pStatBar — это чёрная подложка под зелёной полоской, а саму зелёную полоску хп как получить?

Daro:

Похоже никто не оценил и не понял в чем суть и полезность системы.

Поддержка патча 1.21

У Cooldown UI в старых версиях отображался кулдаун в точности до десятых, если кулдаун меньше 10 сек, сейчас только если меньше 1 сек, в остальных случаях округляется, это как-то можно пофиксить?

Unryze, спасибо большое)
оказывается мне хватило просто создание симплфрейма

нужно было полосу под кнопки засунуть

не подскажет кто, пожалуйста, название функций, которые могут повысить/понизить уровень фрейма? (чтобы он был выше или ниже другого фрейма)

---

Равкоды много где повторяются, было бы правильно вынести их в константу.

миф который я сам для себя придумал и даже не проверял: постоянно юзать Player( 0x00 ) медленее, чем обращаться к глобальной переменной этого игрока
может у кого-нибудь тоже такая мысль мелькала

> Pow( a, a ) в сравнении с a * a
a * a = a^2, а не a^a.

Unryze, ты видимо как-то криво отвечаешь. Вот с твоей же цитаты.

Ты сам придумал про единожды, а я изначально сразу указал кейс.
Весь поинт сообщения как раз в том, что лучше создавать только ограниченное количество таблиц на карту. Потому что могут найтись уникумы, которые на каждый каст будут новую таблицу заводить. Так что я не знаю что там придумать пытаетесь.

а u_temp не будет утекать в функции GroupHasUnitEx?

в остальных функциях оно обнуляется даже при условии что перед присвоением null оно и так будет null

Так ханабиши и написал - создавать только одну