GPCracker

mod_ добавить в начале имени файла.

Не знаю, для чего еще, кроме загрузки модов, он еще нужен. Но то, что нужны правильные (совместимые) файлы - это однозначно. Лично у меня загрузчики вообще самописные, когда последний раз их патчил - не помню даже, никаких траблов не было. Выкладывать тут по определенным причинам не хочу, тем более что Мод никак не влияет на значки техники... Единственно, картоха могла маппинг немного поменять... Будет время - проверю на всякий. Скорее всего у тебя какой-то конфликт. Мод грузит конфиг, получая свою локацию и заменяя *.pyc на *.xml. Пруф. Т.е. мод адекватно перемещается с переименованием в новую локацию. @oleg_68, наверное просто ты что-то делаешь не так...

Командой командной строки для накладывателя протектора. Если ты про Орион - кури тему, там было. У питона есть возможность запуска сторонних приложений, кури subprocess. Хотя, как я заметил, ТС манией скрытия кода не страдает.

Ааа, сорян, немного ошибся. Для работы альта нужно чтобы в общем мод был активирован (РШифт). Так что что ты хочешь сделать вряд ли получится в точности.

На питоне можно собирать архивы скриптом. Кликнул пару раз, мод собрался, упаковался и готов к публикации :)

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

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

Попробуй :) Попытка не пытка, как сказал Лаврентий Павлович.

Mods are python modules, import-being-loaded just after loader imported. Loader gets files list from mods folder, in abc order... But sometimes this order don't fit our requirements. So mod provides a loading delay - it will wait some time after mod loaded, letting other mods finish their loading procedure.

Эээ не понимаю прикола. Чем наличие этого файла может мешать работе чего-либо?

Чет, ошибок куча, но из мода ничего не видел... Может что-то косвенно мешает моду.

Логи есть?

Хмм... Где-то это я уже видел.

Ну в принципе я не вижу весомых причин, чтобы оно не работало. Попробуй переименовать папку 0.9.13 в 0.9.14 :)

Как раз таки наверное ближе к концу списка будет. Там есть планы на серьезные переделки, только вот руки пока не доходят. Для начала надо поправить AAS и ED (баги). Хотфиксы на все остальное. Потом там кой-чего надо допилить в AAS (немного дополнительного функционала), немного переделать (оптимизировать/улучшить) движок ED, чтобы MGM можно было повесить туда же, без лишних затрат ФПС... и можно было прикрутить дополнительные теговые модули. Потом перенести MGM на новые рельсы. Потом уже только буду думать с ASS, ибо на нее в отличие от всего остального пока нет полного проекта даже. Вобщем, как-то так. Что и когда буду делать, пока неизвестно. Планы есть, а возможностей пока не особо. Что подразумевается под "мультиком"?

А кактус вполне себе ничего так) Насчет добавления - не знаю пока, посмотрим, насколько реально такое добавить чтобы фпс на плинтус не упал. Снаряд то посчитать несложно, только вот камера прыгать будет если обновлением делать. Короче, надо копать низкий уровень, смотреть что и как... Ну и доки насчет камеры курить естественно) Интуиция мне подсказывает, что использование курсорной камеры артиллерийского режима тут не совсем гуд... Ну и сама концепция тоже нуждается в некотором осмыслении. Короче, КТТС. Задача неприоритетна пока, ибо есть более важные и более срочные задачи, на которые пока нет времени.

RGBA - A - это и есть альфа. Во-первых, нет особой нужды пока, во-вторых, я не смотрел, насколько возможно такое реализовать с BW GUI. Но что-то сильно в этом сомневаюсь. Есть некоторые моменты, где JSON не могёт, к сожалению (вектора, матрицы и т.д.). Плюс для комментариев в конфиге там придется немного вые***ться - стандартный JSON не поддерживает комментарии. Плюс есть некоторые моменты, которые для JSON придется допиливать. Короче, работы для такого нужно прилично, мод и так работает ОК, так что данная задача явно неприоритетна. Прикольно, че) Есть видео?

В моде есть по сути два конфига - внутренний и внешний. Внешний - это тот самый файл, который вы все дружно редактируете. Внутренний вшит в сам скрипт. Система простая - если параметр есть во внешнем конфиге - он читается оттуда, если его там нет - берется из внутреннего конфига. Так вот, в целях упрощения некоторых процедур настройки элементов все передаваемые напрямую параметры были перенесены в общий блок, который раньше был скрытым. Чтение и передача параметров из этого блока осуществляется ассоциативно напрямую блоком в элементы BW GUI. Т.е. имена параметров в конфиге совпадают с именами параметров элемента BW GUI. Теперь для настройки какого-то параметра элемента достаточно дописать его в нужный блок конфига. Т.е. просто добавить. Список всех доступных параметров содержится во внутреннем конфиге мода, его можно глянуть тут. Конкретно в твоем случае нужно в блоке arcadeAS/aimingInfo/settings/window добавить параметр colour и прописать туда твои 4 нуля через пробел. Ну и само собой, пример для аркадного режима, ты делаешь там, где тебе нужно.

Судя по отзывам населения, большая часть функционала работоспособна.

Ок, значит проверю самостоятельно в трене и запилю патч в конфиг. Она никакого влияния в данном случае не оказывает. Это чисто "опорная точка" для математических расчетов и баллистических тестов.

BOM (Byte Order Mark). Его в конфиге быть не должно. Но некоторые текстовые редакторы его туда вставляют. Ну или если пользователь ошибется с выбором кодировки. В NPP есть UTF-8 и UTF-8 BOM к примеру. Там кстати изменили немного не так давно. Тебе нужна так, которая либо без BOM, либо w/o BOM (в зависимотри от того как называется другая).

Shit! Опять картоха постаралась. ERROR: Traceback (most recent call last): ERROR: File "CameraNode.py", line 22, in load_mods ERROR: File "<string>", line 1, in <module> ERROR: File "AdvancedAimingSystem.py", line 1790, in <module> ERROR: File "AdvancedAimingSystem.py", line 1777, in loadApplication ERROR: File "source/XModLib/ClientInfo.py", line 33, in isCompatibleClientVersion ERROR: File "source/XModLib/ClientInfo.py", line 29, in getClientVersion ERROR: AttributeError: 'module' object has no attribute '_readClientServerVersion'Включи игнор версии, так по сути ты в этот код попадать не будешь скорее всего.

Будем разбираться. Как появится время. Есть кой-какие идеи, на месте уже конкретику смотреть буду. Вторая часть того, что ты процитировал, как раз про wasteshot - он юзает БКТ для расчета точки попадания снаряда. Значит при значении basePitch=0.1 все ОК? Хмм. значит насчет отрисовки трассеров я был прав. Посмотрим, покатаем в трене, если патч реально решает проблему не только у тебя - тогда м.б. впилим в дефолтный конфиг.

Проблема обнаружена уже довольно давно. Так, уже некоторая конкретика... Значит отрисовка трассера таки зависит от положения камеры. Очередное подтверждение моих догадок. НЯП, проблема связана с тем, что картоха походу решила отключить трассера для своей техники, когда они "вылетают из камеры" (в снайперском режиме их после какого-то патча тоже перестало ведь показывать), примерно то же самое (вылет снаряда из камеры) происходит и в артоснайпе. Только вот при большом зуме снаряд вылетает из-под камеры, поэтому его и видно. Походу дела проблема решается через низкоуровневый патч движка игры... Ну или патч самих трассеров. Гляну на досуге, что как, если появится свободное от учебы и работы время. Как вариант временного решения проблемы можно немного откорректировать углы - там есть управление базовым коррекционным углом, можно увеличивать/уменьшать расчетный угол на некоторую величину. К сожалению, я никак не могу контролировать рассинхронизацию клиент-сервер, и ориентация башни на клиенте не совпадает с серверной в момент поворота. На клиенте все ОК, на сервере далеко не ОК... А серверный прицел захавает еще ресурсов, а по сути толку от него немного... Текущего функционала SafeShot (по части friendly-fire) в принципе вполне достаточно. Хотя судя по некоторой информации, неплохо бы немного улучшить БКТ... Или прикрутить орудийный тест как-то по-другому.

TargetLock - захват цели, и AimCorrection - непосредственно корректировка дальномера в нужных тебе режимах. Смысл всех параметров прописан в конфиге.