Добавлен , опубликован
Собственно тот знаменитый хак на память который нам радостно предоставил DracoL1ch, который позволяет нам больше не морочится с системами отлова урона, или вовсе узнать координаты курсора без стороннего по.
Для сохранения требуется: экспериментальная версия pjass.exe
Причём не все подходят, меньше всего проблем было с этой версией
В хаке присутствует только 1 пример на изменение белой атаки у героя, остальные готовые функции можно найти на:
Хайве
Гитхабе
Просто копируем саму функцию, все остальное для её работы есть в наработке и сохраняем.
Так же на хайве есть инструкция по созданию собственных функций для чтения\изменения данных в памяти игры.
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
4
Делал карту с этими мышками, отловом кнопок всех. Задержка есть где-то в 0.2-0.3 сек в мультиплеере
32
Daniil18, ну без задержки никак, синхронизация занимает время, хорошо если немного, но задержка между игроками это вещь такая непостоянная...
21
Не пойму, уже есть мышка для мультиплеера? Обновленный мемхак мной пока не скачивался, но если она там есть, то мб стоит посмотреть... Даже с задержкой...
32
Новый баг, нельзя запускать в кулдаун стандартные блинки "AEbl' (скачек), вылетит с фаталом. Ждем фикса.
20
Не припоминаю чтобы кто-то говорил об этом, но дабы AdicParser не крашился, попутно удаляя все комментарии (что приводит к удалению директив pjass) и конфликту с хаком, после "//! nocjass" должна быть хотя бы одна пустая строчка(возможно одна пустая строчка в конце всего юзерского кода, я без понятия.).
Для приложения следующая версия компилится нормально (см. приложение)
Загруженные файлы
5
Всем привет. Обновил хак, теперь при сохранении показывает 4 ошибки: Index missing for array variable l__bytecode, как лечить?
set i=RMem((l__bytecode)) INLINED!!
32
pjass какой? Вначале темы прикреплен нужный.
32
Ну не знаю, у меня все сохраняется и работает. Попробуйте дважды сохранить карту и запустить, мб баг.
20
Я тут добрался до
function AddUnitMovespeedBonus takes unit u, real r returns nothing
И обнаружил что этот бонус подвержен погрешности как и прочие вычисления с флоатом. Операции нужно производить с числами определенной точности(хотя мне кажется что 0.0900000 будет воспринято как 0.09) или где-то прячется нативная функция округления MS'а?
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.