GPCracker

@Xotabych, в процессе. Решаю пока технические моменты в некоторых углах кода. Движок есть, в принципе вроде ок, тесты особо пока не гонял, но есть кой-какие напряги с обвязкой.

Что-то я не понял, откуда у тебя хоткеи, в моем моде такого нет. Насколько я понимаю, ты по русски не особо, если что, можно писать на английском. Так есть обнова, тестируется, ссылку пару постов назад выкладывали. Релиз будет после отлова всех багов. Самому интересно, гы :) Возможно, очередной "чукча-писатель". Господа и дамы (если таковые тут есть), читаем тему, а потом уже задаем вопросы. Если не можете осилить тему, используйте поиск по теме хотя бы. И формулируйте вопросы четко и однозначно, чтобы не гадать, что вас конкретно интересует. Найти файлы можно поиском по ключевому слову 'attachment'. Точнее, этот запрос выдает все посты с приаттаченными файлами.

Логи в студию!

Попытался накатать небольшой гайдец по сборке проекта, и в очередной раз понял, что я нихрена не умею их писать... Код для меня почему-то писать проще. howto.zip Файлик формата markdown, но по сути обычный текстовик с небольшим форматированием. Да, для сборки нужно поставить весьма приличное количество софта... Так что для тех, кому просто нужны бинарники, и кто не собирается там что-то править, оно вряд ли подходит.

@vasya-sar, впилил управление авторежимом сканера. Из-за одной фичи не вижу смысла поднимать еще один тест. Можно собрать из ветки обновления, но сомневаюсь, что у тебя это получится самостоятельно сделать. З.Ы. Надо будет написать небольшой файлик по части того, какие зависимости надо удовлетворить для нормального запуска билдера на винде/линуксе.

Никуда. В архиве даже написано в комментарии. Это библиотека для сборки флешки мода. Просто забей на этот файл, он тебе не нужен в принципе. Ну она как-бы изначально там была. Просто у меня разрешение 1366х768, координаты были абсолютные, от левого верхнего угла, у тех, чей монитор больше - она была выше и левее, то-есть "где-то в прицеле". Сейчас координаты по масштабируемой сетке, в центре (0,0), справа сверху (1,1), слева сверху (-1,1), снизу справа (1, -1) и т.д. Координаты панели масштабируются исходя из реальных размеров окна. this.x = (1.0 + this._positionX) * (this._stageWidth >> 1) - (this.width >> 1); this.y = (1.0 - this._positionY) * (this._stageHeight >> 1) - (this.height >> 1);Сдвиг вправо это целочисленное деление на 2, _position* координаты в системе единичной сетки, _stage* - размеры монитора, this.* - размеры элемента.

Артоснайпа пока нет, ибо есть проблемы с его грамотной интеграцией на текущей архитектуре. Текущие приоритеты - стабилизация того, что уже есть, в особенности нового GUI на флеше. Ко всему остальному принципиальных претензий пока не было. Снайперский для арты работает. Там в общем-то ничего сложного, просто кнопка и вызов метода. "Будет немного в тему :)" В общем, подготовил еще один тест. Изменения примерно следующие: - исправил координаты панелей, теперь они в системе от -1,0 до 1,0, как было в версии с BW GUI. Минус слева внизу, плюс справа вверху, ноль в центре экрана. Обработку ресайза окна тоже дописал, вроде робит. В конфиге нужно соответствующим образом обновить цифры. Позиция относительно моего экрана (1366х768) осталась той же. У тех, чей экран побольше, по идее больше на самый центр уползать не должна. - дополнение к пред пункту. Координаты теперь считаются не от верхнего левого угла, а от центра элемента (как было с BW GUI). Исправил вывод отладочного лога при переносе панельки мышкой. Сохранение координат пока не делал, там нужно серьезно допиливать движок конфига. - приложение теперь будет крашиться при попытке открыть секцию (задается как основной конфиг или оверрайд-параметр) конфига, находящуюся не в файле, либо если этот файл не читается, вместо игнора ошибки с установкой дефолта, как раньше. В какой-то степени должно решить проблему с незаметно побитым при редактировании файлом конфига. Хотя в то же время без какого-то файла в конфиге нормально запустить уже не получится. Скорее всего, механизм будет дорабатываться. - немного оптимизировал чтение параметров элементов GUI. Перепилил саму читалку немного, упростил код, добавил немного нового функционала (на работу мода заметного влияния не оказывает). - добавил комменты к архивам релиза и плагинов. Юникод (и русский язык вместе с ним) к сожалению по-человечески в zip комментарием упаковать нельзя, спецификация формата довольно старая, такие моменты (кодировки) не учитывает. Может потом допилю короткий readme для архива, но пока неприоритетно. - перенес базовые классы питона и флеша в библиотеку, немного подшаманил с билдером, теперь в авторежиме собираются и флешки тоже. По факту внутренних патчей в несколько раз больше, чем внешних, гы. - ну и там дальше по мелочи, то что уже в принципе выкладывал, система с плагинами (нестабильными и т.д. модулями), который пока один, AimCorrectionGunMarkerFix - корректировка маркера орудия. Из текущего пока осталось немного доработать параметр для авторежима сканера целей, но там не быстро будет. Других адекватных заявок пока больше не поступало вроде, ЕМНИП. Как говорится, самое интересное на десерт. Файлы. Либа: XModLib.zip Мод: AdvancedAimingSystem.zip

readme по настройке прописан в самом конфиге. Все ключевые параметры описаны в комментариях, то, что не подписано, либо прописано где-то ранее (100% одинаковый параметр, только для другого аналогичного объекта), либо означает ровно то, что дает переводчик (тема с параметрами enabled, activated, и т.д.). Описать все более подробно займет больше времени и сил, чем ответить на конкретный вопрос. Мод не такой уж простой и маленький, чтобы прописать все нюансы, учитывая что мод это таки мод, а не отдельное приложение, и постоянно приходится "синхронизироваться" с картошкой. Переработал немного скриптов - пиши половину доки заново. mod_AdvancedAimingSystem.pyc; mod_AdvancedAimingSystem.xml; А вот это уже интересно. В новых версиях есть плагин на корректировку маркера орудия. Возможно из-за него. Я писал уже про сложности с его реализацией правильными методами. Плагин (**GunMarkerFix.pyc) можно самостоятельно удалить из скрипта (AdvancedAimingSystem.pyc), скрипт двухсторонний, там архив приаттачен с плагинами. Некоторые архиваторы (7-zip OK, у WinRar проблемы с записью) могут его корректно поправить, просто открываешь скрипт архиватором как zip архив, удаляешь файл из него и все. Ну и бекап сначала сделай, само собой. P.S. Тема с плагинами как раз и была запилена из-за "нестабильности" некоторых элементов кода, чтобы из при случае можно было быстро заремувить. @vasya-sar, [url="http://www.koreanrandom.com/forum/topic/16559-улучшенная-система-прицеливания-advanced-aiming-system/page-113#entry361750"]пост[/url]превращается в пост Саму ссылку можно скопировать из адресной строки... или просто из номера нужного поста.

@vasya-sar, и другие, читайте иногда свои посты. XML теги иногда не пропечатываются, куски конфига нужно упаковывать в код-блоки, и под спойлер, если они достаточно большие. То ли я уже не соображаю, то ли в моде незаметно появился новый функционал... Все параметры в конфиге имеют неслучайное название. Они так или иначе связаны с конкретными модулями. Если пишете "что-то отключил" - пишите конкретно что было сделано. Я же экстрасенс все-таки. По твоему вопросу. Весь захват прописан в секции targetScanner. Ручной захват это подсекция manualOverride. Что касается захвата только в ручном режиме - скорее всего, пока так настроить не получится, enabled отключает сканер полностью, а отдельно для авторежима параметра нет, ибо редко кто его так использует. Но раз востребовано, допилю по возможности. Что касаемо других секций в конфиге - они лишь ссылаются на targetScanner, получая от него актуальную информацию о цели. Управлять самой процедурой захвата можно только в секции targetScanner, блок common.xml. Вероятно ты как раз таки отключил использование данных цели в корректировщике дальномера. Дело все в том, что цель берется как объект, а не как точка на объекте. Ведь у той же WF 10lvl (который уже вывели, но он самый наглядный) бронирование и шанс пробития различен, в зависимости от того, куда стрелять - в ВЛД или в "сарай". Эти данные привязываются не к цели, а к маркеру орудия. Это уже немного другая опера. А что, кстати, есть проблемы в связке с подобными модами? Сначала не понял, почему сегодня, вроде как завтра праздник планируется :) В том-то все и дело. В комплекте нет загрузчиков, так что либо доставляешь сам, либо переименовываешь и перемещаешь в gui/mods.

Если все visible = False, но панель не отключается, возможно где-то косяк с форматированием xml. З.Ы. Если "читалка" не находит или не может открыть секцию (ResMgr выдает None), то она не крашится, а просто выставляет дефолтные значения. В том числе если зачистить конфиг полностью. З.Ы.Ы. Надо будет доработать вывод в таких случаях, поскольку секция может не находиться из-за ошибок в файлах. Кстати, проверить формат самому не так уж и сложно. Для текстовых редакторов есть специальные плагины. Notepad++, ответ 2. Sublime text 3. Для ST3 на винде с установкой будет некоторый напряг (нужно доставлять сам линтер), там в общем-то все написано. Вообще "косяки" с позиционированием панелей идут из-за того, что я кой-чего пока не доделал еще (как-бы сейчас идет общий тест, так сказать), конкретно - вместо абсолютного позиционирования элементов графики нужно вернуть обратно относительное. GUI картофана (BWGUI) эту фишку поддерживало, для флешки ее нужно допиливать. Как раз, допилю патчи с читалкой конфига, наверное и с GUI до конца разберусь.

Не понял, что ты хочешь, поясни, про какой захват идет речь. Есть захват мода (targetLock), используемый например для дальномера, и есть захват автоприцела картошки (autoAim). Это разные абсолютно вещи.

Конфиг читается однократно при старте мода. Блок AimingInfo, для всех режимов прицеливания поставить visible = false

Да сто раз уже показывал. В конфиге. Файл GUI. Читай комментарии.

Этим попахивает и с этого начинается ЛЮБОЙ АДЕКВАТНЫЙ багрепорт.

Не совсем. В 12 году реализовать то, что на скрине, вряд ли получилось бы без переделки половины флешки миникарты. Сейчас это можно сделать с намного меньшим количеством напрягов. То что картинка старая - так туда любую png засунуть можно будет, примерно таким образом GunEntryGraphicsProfile('MinimapGunMarkers:VehicleGunDirection/enemy', -35.0, -76.0, True)Причем индивидуально для каждого маркера. Первый параметр - это ссылка на элемент атласа. Еще два - смещение (элемент вращается относительно нулевых координат, поэтому картинка смещается таким образом, чтобы вращалась относительно нужной точки). Вся графика (маркеры орудий) рисуется в отдельном слое, поэтому вероятность того, что какая-то суббота будет вылезать из под пятницы на передний план стремится к нулю. И самое важное - на маркер камеры (зеленый уголок) это никак не влияет. У камеры пушка не появляется :)

Есть немного красивых картинок. Пока это только сырая версия движка, но уже по крайней мере работает без отладчика, правда на статичном конфиге. З.Ы. В принципе получить на новом движке те сказочные баги со временным рассинхроном (когда например не рисовались маркеры для союзной арты) практически нереально, ибо новый движок работает параллельно и аналогично тем же маркерам техники на миникарте, например.

Ну это уже особенности реализации воспроизведения. Вообще, у WWISE фильтры есть, и не только. Хотя, ЕМНИП, там вроде была регулировка громкости, проинспектируй звуковой хендлер, ну или в заглушке посмотри. З.Ы. Кстати, довольно нужный параметр в конфиг. Редактировать банки если нужно что-то поправить по громкости - это не гуд.

А в логах 3.14... Походу какой-то устаревший мод, скорее всего файл-перегрузка. Конкретики никакой из лога сказать не могу. Не ну такого мод точно не может сделать. Максимум вылет игры. Но не зависание винды.

Логи питона в студию!

visible = False разве не работает?

Панельку можно перетаскивать, потому что это реализовано на флешке. Но оно не сохраняется, потому что функционала пока нет в питоне. Координаты откуда и куда уезжает панелька можно посмотреть в логе python.log, если включить отладочный режим вывода (logLevel = 1). Там с GUI вообще пока не все ясно, нужно перерабатывать часть вещей, и часть допиливать. З.Ы. Вообще это еще тест пока. Очень много чего поменялось за последнее время в моде. Внешне заметна только верхушка айсберга.

Как и обещал, еще немного тестов. Либа: XModLib.zip Мод: AdvancedAimingSystem.zip Допилил немного флешку, немного проапгрейдил ключевые классы, но по факту изменения в основном в путях и немного в цепочке наследования. Допилил немного файлы проекта, переработал билдер для автоматической сборки плагинов, допилил также автосборку флешки (раньше она собиралась вручную). В общем, тестим. З.Ы. По идее тут должен быть полный комплект файлов. В конфиге изменений за последнее время не было, в основном багфиксы и оптимизация. З.Ы.Ы. Был баг в архиве. Один лишний файл. Точнее, ненужная копия. Upd. Забыл поправить пути в архиве с либой, обновить версию клиента. На файлы это никак не влияет, перезаливать не буду уже.

В снайперском/аркадном режимах при прицеливании с заблокированным дальномером маркер орудия обычно "проваливается" относительно прицельной сетки (этот момент исправляется спец. фиксом, который тут обсуждается в последнее время), если точка прицеливания ближе текстур, либо "подпрыгивает" если скажем захват идет на удаленною точку, а стоишь в упор к стене. Это происходит из-за того, что маркер орудия показывает точку пересечения баллистической траектории, проходящей через точку прицеливания, с первым попавшимся материальным объектом (фикс на дальность добавляет как-бы виртуальную стенку в расчет), а траектория не прямая линия, поэтому если объект оказался ближе расчетной (дальномер) дистанции маркер будет выше, если дальше - ниже (второе заделывается фиксом). В артиллерийском примерно то же самое, только на маркер орудия (кружочки овалом) правок не вносится. При корректировке высоты маркер орудия немного смещается, если высота больше текущей - то от танка игрока, если меньше (стрельба под текстуры, например мост) - немного приближается относительно маркера прицельной сетки. Еще один характерный момент - это скачок прицела при сбросе цели/захвата. Это связано с тем, что орудие перенаводится по дальности не сразу, а корректировки отключаются мгновенно, поэтому маркер немного прыгает, в зависимости от разницы в расстояниях. @vasya-sar, @Scharfhobel, за скрины спасибо. Убил пару часов на фикс этого бага, а он как ни странно оказался вполне банальным - при переработке куска кода одной из функций БКТ механически вместо начального значения скорости подставил текущее. В общем, поправил, сейчас вроде все ок. Надо бы уже закоммитить в репо, потом скорее всего уже скину файл. Попутно, кстати, допилил билдер для корректной сборки плагинов.

Народная мудрость гласит: Баги нужно фиксить, а не добавлять новые.

Ну вот, ответ на вопрос можно ли юзать пустую строку.