GPCracker

Не нужно капсить. Я читать умею. В "смене версии клиента и папки с модами" я вижу максимум причину какой-то проблемы, которая здесь не описана, но не саму проблему. Что-то при смене номера папки жестко отваливается, и без вмешательства автора это невозможно восстановить, в отличие от случая без смены номера версии и папки? Или я опять чего-то в твоих словах не понимаю, и причем походу не только я?

А в чем собственно трагедия? Внутри пакетов никаких путей с привязкой к версии нет, перепаковывать ничего при микропатче не нужно. Переместить файлы пользователи и сами могут, как ты сам говоришь. Я не совсем понимаю, чем тебе мешает обновление номера версии? Лично я ничего под микропатчи не собираю, на скриптах просто стоит отметка, под какой версией клиента я тестировал модификацию. Или ты жесткую блокировку используешь?

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

1. Те, кто тупо перекидывают моды из одной папки в другую как минимум уже должны понимать, что взлететь может не все, или что возможны баги как минимум, ибо папку неспроста обновили. 2. Что касается тех, кто флудит пустыми постами по поводу работоспособности после микропатча - можно либо вежливо указать на неправильность их действий, либо просто сразу после микропатча оперативно отписаться, что на микропатче все взлетело в штатном режиме. Сомневаюсь, что кто-то будет спрашивать повторно, из более-менее адекватного контингента по крайней мере. 3. Те, кто "генерирует в теме подобный трафик" как минимум это далеко не самая грамотная аудитория. Те, кто не умеет читать не только FAQ, а вообще читать тему походу дела, только писать, и то не самым грамотным языком. Эта одна из причин, по которым я обитаю тут, а не на раковом. Чтобы таких товарищей у меня в теме появлялось меньше. И вообще для работы с таким контингентом существуют модераторы. Серьезный аргумент однако, сложно не согласиться. Об этом уже давно говорят все кому не лень. В последнее время с этим стало просто ужасно. Неужели и правда нельзя перед релизом погонять патч с месяц на общем тесте, а уже потом заливать? Так и мододелам будет проще, и стабильность контента вырастет. Как минимум, тем, что неспроста изменилась папка, а это значит, что нужно как минимум зайти в темы тяжелых и сложных модов вроде XVM и посмотреть, а нет ли там каких-нибудь объявлений или релизов. Или зайти в тему своего модпака, там пошукать. Это помогает, но только тем, кто внимателен, а не кликает тупо на самую большую кнопку. Это так же как и пароль на root. Принцип действия примерно тот же.

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

Кому как. У кого-то ничего не происходит, а у кого-то такой неслабый кластерфак случается от очередного микропатча. Вот то, что папку новую делать нужно только при серьезных правках - это да, но пока я не встречал такого, чтобы из-за мелкого исправленного бага создавали папку. Иными словами, в этом плане пока все относительно ок. А вот то, что микропатчи с номерами версий клепают слишком часто - в этом есть проблема. WG пора бы уже научиться НОРМАЛЬНО тестировать патчи перед выпуском на релиз, а не выбрасывать сырой продукт в стиле "потом поправим, если что".

Можно еще проще - установить плагин в текстовый редактор.

В идентификаторе пакета тоже нужно указывать, чтобы коллизий не было. Почитай доку по пакетам, там это написано.

Ты типа залез на уровень C клиента и там сделал динамически саморасширяющийся пул? Или просто вычисляешь нужное значение пула по размерам подставляемых файлов?

Пропадает не панелька, а только текст в ней :) Вообще перетаскивание мышкой более интересно как тестовая или временная мера. Не факт, что эти параметры не слетят после очередного обновления от картошки, конфиг надежнее. Да и вообще, мышка добавлена чисто по просьбам населения, так сказать, лично мне всегда хватало файла конфигурации. Управление мышкой работает по принципу наложения ingame (измененных мышкой) параметров на параметры, прописанные в файлах конфигурации, ingame параметры сохраняются в виде закодированного в строку объекта в preferences.xml.

У вас тут конкурс самых оригинальных вопросов? :)

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

В снайперский танковый или баллистический артиллерийский? И хотелось бы увидеть логи. В какой-то момент автор BattleAssistant закрыл исходники, так что установить точно причину проблемы я не могу, тем более без логов. То, что сейчас висит в разработке, по идее должно частично решить проблему конфликтов, путем управления инъекцией хуков на этапе запуска. Хотя я если честно не понимаю, зачем одновременно иметь и AAS (конкретно плагин AdvancedArtyExtension), и BA, если функционал по сути аналогичен?

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

Ну как картошка работает, так и мы им донатим :)

Ну не может картошка сделать хоть что-нибудь по-нормальному, что вы к ним прицепились :)

Тоже мне (и не только мне) новость. Эта проблема стара как мир. Вообще, пользователи делятся на четыре группы. 1 - те (не будем их никак называть, ибо эти индивидуумы еще и особо обидчивые зачастую), которые даже установить мод если и смогут, то с трудом, встречаются также особо редкие (а в последнее время уже не настолько редкие) индивидуумы, которые даже учиться или хотя бы поверхностно разобраться не хотят. 2 - типичные (обычные) пользователи, которых, в общем-то, большинство, если речь касается чего-то для широкой аудитории, обычно могут установить мод, или скинуть питон-лог, возможно даже немного поправить конфигурацию, но только при наличии четкой инструкции, как это сделать. 3 - продвинутые пользователи, кто может без проблем установить и сконфигурировать модификацию, поверхностно разобрать питон-лог, приблизительно установить источник проблемы, найти и почистить глючные файлы, но непосредственно в алгоритмах работы и т.п. вещах разбираются слабо. 4 - и, собственно, разработчики, которым инструкции в принципе не особо нужны, ибо в большинстве случаев для них и так понятно, что к чему, могут спокойно разобрать, залатать и собрать практически любой мод без особых проблем (из тех областей, в которых они сами пишут моды), правда на раскуривание архитектуры чьей-то поделки, само собой, уйдет какое-то относительно немалое время. Правильная работа с населением, с точки зрения оптимального соотношения между затратами временных и психологических ресурсов и охвата аудитории, сводится к тому, чтобы жестко послать <известное всем направление> (ну по факту в более дружественные к их категории места) всех "товарищей" (затереть неинформативные комментарии и прибить банхаммером особо буйных), которые не могут вести конструктивный диалог ("неадекваты") и предоставить необходимые технические данные для анализа ошибки ("блондинки"). Жестко, но как есть, как говорится. Ибо в большинстве случаев косяк на их стороне, если все же проблема реально имеет место быть, в течение некоторого времени обычно следом (если даже не раньше) появляется адекватный пользователь и предоставляет нужные данные. А времени на получение информации от адекватного пользователя нужно в несколько десятков раз меньше, чем от этих самых "товарищей". А это обычно то самое время, которого иногда не хватает на разработку модификации. Вопрос тут по сути остается только один - планируется ли охват аудитории под кодовым названием "обычные пользователи", если планируется - нужны инструкции. Чем более подробными и исчерпывающими они будут, тем большим будет охват аудитории. @Pavel3333, к чему я тут это все написал - не обращай ты внимания на этих "у меня не работает", просто игнорируй, либо вообще удаляй комментарии с пометкой "неинформативно" (если есть такая возможность). Конечно, чувство собственной важности этой категории граждан будет скорее всего весьма сильно затронуто, но поверь, времени и сил на них ты потратишь намного больше, чем получишь полезного результата. А если пользователь все-же более-менее адекватный, но "немного затупил", он оперативно сообразит, что к чему, за что затерли его пост, прочитает правила и напишет по-нормальному свой репорт, да и адекватные пользователи обычно это все понимают, и лишний раз в авторских темах не флудят подобными неинформативными постами. И, как я уже писал чуть выше, если проблема имеет место быть - ее рано или поздно заметит кто-то адекватный и нормально зарепортит. Так что, просто не парься (хотел сказать как есть, но админ не одобрит) :)

Я тестил с тем же конфигом, что и основную v0.2.13. Все вроде норм было, правда проверял достаточно поверхностно. Да, кстати, кто не понял, выложенный парой постов выше файл - это замена для одноименного пакета мода. Все остальные файлы - от штатной v0.2.13.

В смысле что я изменил в коде? Убрал разрушение вьюшки-загрузчика после загрузки. Очевидно, что на этапе добавления в контейнер вьюшка не успевает полностью прогрузиться. Upd. Потратил примерно пару часов на то, чтобы найти черную кошку в темной комнате, а ее собственно там и не было, точнее она была, но немного в другом месте. Проблема с квадратными шрифтами связана не с изменениями в процедуре загрузки SWF, а с изменениями движка, Scaleform. Поскольку в AAS используется метод загрузки через вьюшку-лоадер, которая убивается сразу после появления, то необходимые для правильного отображения шрифты не успевают прогрузиться до уничтожения загрузчика, а после им не дают грузиться эти самые недавние изменения в движке. В итоге и отображаются эти самые квадратики. Upd. Оставлю пока тут "грязный хотфикс", поскольку это работает только для стандартного шрифта, и для нормального решения проблемы нужно делать в коде весьма существенные изменения. AdvancedAimingSystem_v0.2.13-dirty.wotmod

Я только что чисто по приколу закомментил self.destroy() во вьюшке-загрузчике и все запустилось нормально. Есть правда одно НО - этот destroy там появился неспроста, и его нужно вернуть... Но не обязательно именно туда. Вот и ищу сейчас куда его засунуть. Вообще в планах вообще отказаться от вьюшки-загрузчика и сделать так же, как сделано в MGM. Там флешка вообще не выгружается. Но для этого придется переписать существенное количество кода. Так что пока сделаем хотфикс, а там посмотрим.

Бегло просмотрел сегодня диффы между клиентом 0.9.20.1 и 0.9.21.0. В питоне никаких серьезных для AAS и MGM изменений не увидел. Flash пока не смотрел. Прогнал тесты последнего релиза на 0.9.21.0. В логах ничего подозрительного не увидел. Из очевидных визуальных багов на глаза попались только "квадратные шрифты". Четкого понимания, как эту проблему решать пока нет. Видимо, нужно смотреть диффы по флешу, ибо проблема 100% оттуда прилетела. В принципе, кого не напрягают "квадратики", могут использовать последнюю версию, пока я не разберусь, в чем конкретно причина этого новогоднего подарка от картошки.

Картошка как всегда. Сделайте галочку-переключатель "отображать только актуальные / все моды" что-ли.

Гайды есть. Пошаговых инструкций нет. Зато есть примеры в виде модов с открытым кодом. Изучай, разбирайся.

Тогда уж 2 и 2/3 :)

https://www.youtube.com/watch?v=j978pwMZjmE