GPCracker

Я про пустую строку вместо ивента. Там кода на 2 строчки проверить. Импорт и вызов функции воспроизведения. Работает, кстати? Главное чтобы не та, что целевая у картошки :)

1. Скачать реально последнюю версию. 2. Отключить проверку версии.

Так пни через отладчик по-быстрому, делов-то :)

KEY_LCONTROL+KEY_H переключает значение <activated> в противоположное, хоткей работает только если стоит <enabled>, функционал работает только если одновременно True <enabled> & <activated>. По сути в конфиге <activated> это начальное состояние.

Скрин можно? Тоже скрин, пожалуйста. Возможно имеет место быть динамическая камера. При выстреле камера как-бы подпрыгивает... Возможно из-за этого кажется что маркер проваливается. Алгоритм, задействованный в расчетах, практически идентичен картофельному, за той лишь разницей, что при активации корректировки включается коллижн-тест, прерывающий расчет траектории в точке с удалением, эквивалентным удалению цели. Т.е. на "захваченной дистанции" как-бы появляется "виртуальная стенка". Все остальное почти как у картохи. Если требуются какие-то дополнительные фиксы - запилим, но нужны данные.

Да, либо кидаешь загрузчики, либо переименовываешь файл и кидаешь в gui.mods. Загрузчиков в архивах нет, потому что сторонние скрипты паковать не хочу, а свои нужно немного допилить. Пока руки не доходят, ибо не самая важная вещь.

Testing, testing, 123... Еще немного тестовых вариантов. Перенес хук на метод VehicleGunRotator'а, но там перегрузка, поэтому прикрутил плагином. Кстати, попутно тестирую методику "слабого" прикручивания микроскриптов, которые могут очень вероятно вызывать конфликты или сами по себе не особо стабильны к основному скрипту в виде модулей-плагинов. Насколько я понял, "провал" в некоторой степени присутствует и в оригинале, когда расстояние до точки в небе больше максимального расстояния стрельбы. Надо будет проверить. Постарался максимально точно воссоздать скрипт расчета от картохи, но на своем движке и с необходимым патчем. Просто аккуратно поставить хук без перегрузки всего метода там не вариант, оба используемых коллижн-теста предназначены не только для расчетов маркера, а по другому внедрить свой дополнительный туда никак не получается. Для работы нужен небольшой патч библиотеки. Старую советую сохранить на случай отката. Тест все-таки. XModLib.zip AdvancedAimingSystem.zip

Вангую тут дело без скриптов не разруливается.

Проблема та же, что и в постах выше. Трейсы идентичны.

Немного не то. То маркеры урона. Нужен маркер орудия. Хотя в принципе для тестов уже нашел, а в релизе уже разберемся по ходу.

Покопался тут немного в моментах интеграции WWISE в игру... Что могу сказать: 1. У WWISE есть прикольные фичи типа RTPC, в FMOD я такого что-то не помню. Рулится это из питона, в частности активно юзается для озвучки танка, подробности со стороны движка пока не раскуривал. Но картофан тут ни при чем, по сути. 2. По части API WWISE в Python - полный 3,14 походу. Как и везде, куда добираются рукожопы из картохи, которые "как всегда" *bash** на *****сь. Там походу обе стороны один человек рулит, захотел - убрал, понадобилось - добавил. Интересно, у них там вообще code-review есть?

Ну для очередного аргумента в поддержку позиции "винда г***о" это значения не имеет. Туда же кривые сокеты, которые к примеру на линуксе работают как файлы, и тому подобные вещи. Учитывается как-то странно - файл в разных регистрах винда считает одним и тем же, но имя к регистру не приводит. Наверное потому и поддержки EXT отчасти до сих пор нет. У меня нет ни того, ни другого. Вообще только два моих мода, в которых я ничего подобного не патчу. Но трабла та же.

Есть такой момент, называется "регистр путей". Так вот, в win системах он не учитывается, а *nix - учитывается. Вот такая арифметика. Поэтому *nix-совместимые приложения могут жестко чекать регистр файлов. З.Ы. Вообще, линукс местами приучает к порядку :) @SkepticalFox, именно так :) И не советую туда лезть. Там в общих чертах все ок, а любые патчи корневых классов затрагивают почти все графические элементы. Проблема явно где-то на уровне запуска "выводильщика сообщений" при первоначальном старте реплея. Кстати, на чистом все ок, или та же проблема?

Для этого есть python.log Там все написано, хоть далеко и не каждому там все понятно.

Очередная порция картофельной магии.

К теме про Орион и "вирусы":

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

У меня та же самая беда, но клиент почти чистый, кроме пары чисто моих модов... Очень странно, походу картошка как всегда, что-то где-то знатно накосячили. Возможно, беда не имеет к реплейсору прямого отношения, трабла где-то хитро зарыта.

Ну если ты берешь академ в первый раз, то отсрочка продляется на год... З.Ы. В академе ты как-бы студент, но как-бы не учишься.

В случае полной *опы бери академ :)

Аттач тут Тянешь файлик на нужный батник и делов то :) Если прям хочется - можно и все локализации разобрать (и при необходимости собрать обратно) на вполне нормально читаемый и редактируемый po формат.

Опа-на, а вот и первый баг по ходу... 2016-10-18 21:44:23.834: ERROR: Traceback (most recent call last): 2016-10-18 21:44:23.834: ERROR: File "scripts/client/ProjectileMover.py", line 57, in 2016-10-18 21:44:23.836: ERROR: File "source/XModLib/HookUtils.py", line 50, in __call__ 2016-10-18 21:44:23.837: ERROR: File "AdvancedAimingSystem.py", line 1424, in new_ClientArena_collideWithSpaceBB 2016-10-18 21:44:23.838: ERROR: File "AdvancedAimingSystem.py", line 876, in getGunMarkerCollisionPoint 2016-10-18 21:44:23.839: ERROR: File "AdvancedAimingSystem.py", line 845, in getPositionAboveVehicle 2016-10-18 21:44:23.840: ERROR: AttributeError: 'NoneType' object has no attribute 'positionAboveVehicleProv'В коде это @classmethod def getPositionAboveVehicle(sclass): return sclass.getInputHandlerCtrl().camera.aimingSystem.positionAboveVehicleProv.value[0:3]Т.е. aimingSystem == None. Забавно, попробую понять почему... Upd 1. Прикол в том, что я попытался реализовать этот костыль-фичу на старой привязке... а картофан впилил этот коллижн-тест много куда, отсюда и выплывают эти баги. Попробую перенести хук, может выйдет что.Upd 2. Вот, блин, зараза. К нужному методу свой коллижн никак не подсунуть... Только если оверрайдить метод полностью, что делать как-то ну совсем не хочется.

Не понял, относительно, чего вопрос... Если про те ссылки, которые я дал на исходники AAS - то это просто пример реализации определенных моментов, но никак не готовый "Hello world!" для новичков. Вообще с загрузкой боевых флешек все не так просто, есть куча далеко не самых очевидных даже для меня подводных камней. Для новичка могу посоветовать для начала разобраться с чем-то одним, а уже потом копать взаимодействие флеша и питона, имея хотя бы какую-нибудь базу. К сожалению все никак не найду времени для написания хотя бы простейшего примера реализации боевого интерфейса с комментариями и пояснениями. Да и далеко не все раскопал пока. Но в общем и целом, используются все те же классы, что и для ангарного интерфейса, за некоторыми исключениями, так что часть информации из "ангарной темы" актуальна и тут.

Сомневаюсь, что он их нормально захавал.

Есть такое дело...