GPCracker

, ну мой пост вряд ли имеет отношение к проблемам нового патча, ибо рассматриваемым мною скриптам уже не один патч (если не десяток) от написания. Сорцов теста у меня нет, так что конкретики никакой дать пока не могу.

Какой там патч на очереди? Что-то я уже совсем вылетел из потока. Вобщем, нужен скрипты тестового клиента (ну там, где у вас не стартует), очень желательно в разобранном виде. Без них ничего не получится. Сам разбирать пока не могу,

Насколько я понимаю, 3D оно используется не только в звуковом движке. На движке ты как раз создаешь зависимость звука в наушниках или колонках от его положения в игровом пространстве. Ну это если по-простонародному. Координаты же, которые необходимы для воспроизведения звука, передаются питоном. Так что без как минимум изменения схемы воспроизведения звука с 2D на 3D в питоне ничего не получится. Да и с 3D там полюбому заморочек немного поболее будет. Тут ИМХО лучше для начала свой 3D ивент создать и попинать через Орион или WST.

Ага. + Бекап 80лвл на всякий случай.

Я имею ввиду запилить патч (в.т.ч. способом, который я использую в тех загрузчиках, что кидал у тебя в теме и загрузчиках WST), чтобы тексты работали "правильно", т.е. как все остальные нормальные файлы в папке с модами - оверлоад res согласно путям. Ибо тексты, насколько я понимаю - это единственная вещь, которую все еще нужно копировать из res в res_mods. Там патч всего одной функции, насколько я понял. Запили поиск по i18n, посмотри кто какие функции юзает... хотя я думаю ты и так такое уже делал. На i18n нужно накатывать только фикс, а не сам мод. Тогда это будет корректно. Это по сути фикс не для одного мода, так-то, он решает глобальную проблему. Для себя я запилил свой ридер, лежит тут... сорян, пока только у меня на харде. Разберусь с системой - коммитну в репо. Есть еще одна идея, как можно попробовать пофиксить. М.б., если будет время, накидаю фрагментик попроще и кину его на баг-трекер, возможно получится решить данную траблу со стороны картохи. Я тоже как-то юзал на одном из сторонних проектов такое дело. Надо очень многое дипиливать. Комментарии, алгоритмы чтения, преобразования некоторых форматов, которые JSON не понимает и т.д. Для мода, активно взаимодействующего с движком, BW-XML подходит больше. Согласен. Для XML - тоже. Вопрос с использованием файлов локализации как хранилища для текстов требует проработки по части возможностей реалтайм компиляции *.po файлов в памяти. Это такие же текстовые файлы, как и JSON и XML. *.mo - это машинные файлы, т.е. бинарники. А *.po - примеры лежат в репозитории XVM в разделе разобранного клиента. Возможный вариант я уже описывал тебе в скайпе. Пока занят немного другими вещами. Просто домножить не прокатит, поскольку vehicle.compoundModel.node('chassis') это матрица трансформации шасси из локальных координат в глобальные. Бокс уже задан в глобальных... если ты просто домножишь - получится не пойми что. Там грамотно фиксить надо. Пока я просто хочу доделать остальное, там как раз релиз прикатится, посмотрим что там поменялось и потом уже будем думать, что куда.

Как всегда спасибо большое :) Ну один косяк уже вижу 2016-07-16 02:15:43.870: ERROR: Traceback (most recent call last): 2016-07-16 02:15:43.870: ERROR: File "scripts/client/gui/battle_control/arena_info/listeners.py", line 479, in __loadSpaceCallback 2016-07-16 02:15:43.871: ERROR: File "scripts/client/gui/battle_control/arena_info/listeners.py", line 514, in __onSpaceLoadCompleted 2016-07-16 02:15:43.871: ERROR: File "scripts/client/gui/battle_control/arena_info/listeners.py", line 102, in _invokeListenersMethod 2016-07-16 02:15:43.871: ERROR: File "scripts/client/gui/battle_control/controllers/arena_load_ctrl.py", line 28, in spaceLoadCompleted 2016-07-16 02:15:43.871: ERROR: File "scripts/client/Avatar.py", line 684, in onSpaceLoaded 2016-07-16 02:15:43.871: ERROR: File "scripts/client/Avatar.py", line 2751, in __onInitStepCompleted 2016-07-16 02:15:43.871: ERROR: File "scripts/client/Avatar.py", line 1251, in __startVehicleVisual 2016-07-16 02:15:43.871: ERROR: File "MinimapGunMarkers.py", line 746, in new_Vehicle_startVisual 2016-07-16 02:15:43.871: ERROR: File "MinimapGunMarkers.py", line 652, in onVehicleStart 2016-07-16 02:15:43.871: ERROR: File "MinimapGunMarkers.py", line 698, in __updateMarkers 2016-07-16 02:15:43.871: ERROR: File "MinimapGunMarkers.py", line 674, in __addVehicleGunMarker 2016-07-16 02:15:43.871: ERROR: File "MinimapGunMarkers.py", line 625, in getMinimap 2016-07-16 02:15:43.871: ERROR: AttributeError: 'BattleEntry' object has no attribute 'minimap' Очередной класс-мув - картоха переместила класс... наверное с этим переходом на AS3 связано. Фикс по мере возможности, сейчас комп немного не в боевом состоянии - переустанавливаю систему, нужно еще софт накатить будет. Почитай тему, там все написано. Это один из самых громких баянов в оркестре заданных в теме вопросов. Коротко - нужно править флешку. Подробности найдешь сам.

Пока ничем. Небольшой перерыв. Там посмотрим, может что прояснится.

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

Что ты имеешь в виду?

Upd 2.2. Короч, запилил свой класс-локализатор с блекджеком и **** примерно ориентируясь на то, что было у картохи. В минусе имеем кучу ненужного лично мне мусора, в плюсе - более компактный вид и вызовы, ну и умеет находить нужные файлы там, где они реально лежат (ну вообще по путям шарится и файлы ищет ResMgr, он умеет). "Весь код сей фичи"

Я не понял вопроса... как я тебе на него могу ответить?

Upd 2.1. В очередной раз понимаю, что у некоторых разрабов WoT либо руки реально из одного места, либо мозг не варит, либо просто никто ничего не хочет делать. Все (ну кто моды не модпаком ставит) к примеру знают, что текстовые моды при установке (*.mo файлы)... нужно копировать сначала файлы из res/text, а уже потом, поверх них ставить моды. Но мало кто в курсе, что это делать не совсем обязательно, если правильно настроить gettext модуль (ну точнее не сам gettext [это средство для локализации приложений, если кто не в курсе, загуглите, используется игрой для хранения практически всех текстов], а обертку для него, i18n) в игре, то можно подгружать файлы из любой папки. Сижу вот сейчас играюсь, смотрю что можно из него отжать. А еще, можно (об этом есть даже тема в соседнем разделе) создавать свои файлы локализации и использовать их в своих целях. Вот сижу, экспериментирую, что можно вытащить из gettext. Ибо использование XML для хранения больших текстовых значений не самая хорошая идея, особенно если используется HTML форматирование. Есть небольшая идея вынести все строки в файл локализации. Что из этого получится - пока непонятно. translator = gettext.translation('achievements_', 'res_mods/0.9.15.0.1', languages=['text'])Создал копию achievements.mo, добавил нижнее подчеркивание в имя (создавать файлик для тестов как-то влом). Вроде робит нормально. Короч, для полного комфорта нужно запатчить scripts/client/helpers/i18n.py, заменить функцию _getTranslator получения транслятора (информация для @Polyacov_Yury).

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

У гифок есть неприятная особенность в виде ограничений на количество цветов (по сравнению с теми же png, цифры по памяти не скажу), и возможно есть проблемы с прозрачностью, не уверен. Плюс непонятно насколько сильно воспроизведение гифки загрузит флешку, ибо таки имеем дело с покадровой анимацией, особенно гифки с хорошим разрешением, нормальной частотой кадров и достаточно продолжительные. В любом случае, нормальная анимация на флешке будет куда лучше смотреться, чем "пиксельная" гифка. Но идея тем не менее достаточно интересная.

Походу даже при переходе на флешку скрипт никуда не денется... Вообще изначально было в планах просто запилить Python-скрипт и AS3 API класс, там уже дальше пусть народ на флешке мутит, что им нужно. Но когда до всего доберусь и раскурю, что тут картошка намутила... Не знаю. Там в AAS такую палку хорошую вставили в колеса с этими новыми PyCompoundModel...

Читаю ваши посты и в очередной раз угараю - картошка как всегда. Скрипты от лампы в batle.swf, но при этом продублированы и в самой лампе... и патч лампы ничего не дает, я правильно понимаю? Чувствую, как раньше костылили, так и теперь будем :(

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

Если есть возможность запилить флешку - в покадровости смысла нет. Можно твинами сделать, намного приятнее будет. Тем не менее, новости с выводом лампы в отдельный файл даже более чем хорошие. Костылить сильно теперь не придется. Скорее всего, если не "картошка как всегда". Если доберусь (если время останется) покопаюсь, что там. Может и запилю чего интересного. JPEXS Free Flash Decompiler, если я не накосячил в названии. Все зависит от того, как именно запилила картошка. Если класс и правильная UI-шка - то все отлично.

Да думал уже. Отписал тут еще одному человеку, если от него инфы не будет - наверное отпишусь туда. Я там и раньше треды создавал уже. Смысл есть, если ты активно используешь команды гита, а не только git add/git commit. На линуксе многие вещи можно делать в разы удобнее. И "тупит" он в разы меньше винды, тем более что последнюю давно уже пора переустановить, все никак не доберусь. Так бы и не вылазил на винду, если бы танки на линуксе так же стабильно и правильно работали, как и на винде. Запускаться-то запускается, но не все так хорошо, как хотелось бы. Так что тестить приходится на винде. Просто раз в день-два запускаю Linux и делаю все что мне нужно.

Лично я вообще не совсем понимаю, для чего городить какие-то костыли, которые к тому же без проблем обходятся опытными питонщиками не выходя за пределы самого питона, если уже давным-давно существуют специально предназначенные для этого системные файрволы, которые контролируют выход в сеть вообще всех приложений в системе (на уровне драйверов, насколько я понимаю, не силен в терминологии операционных систем) и контролят вообще все. Для урезания интернета модам достаточно просто контролить процесс самих танков. Расшариваем игре ресурсы Wargaming.net и сервера XVM (если кому-то нужна статка), ну может еще чего по мелочи, а все остальное тупо блочим (ну или ставим в режим выдачи запросов разрешить/запретить). Не сказать, что прямо надежно как в банке, но для обхода такой блокировки одним питоном уже не обойтись, да и толковый антивирус при попытке обхода сразу тревогу поднимет. Посмотреть, кто что передает, этот мод не может, он определяет только моды, использующие сеть (опять же, насколько я понимаю из вашего обсуждения). Чтобы посмотреть содержимое, опять же есть утилиты для перехвата трафика (например, Wireshark). Да и в половине случаев (например, сбор статистики на серверах гугла) содержимое предсказуемо, по адресу, на который идет обращение. Опять же, безопасность как минимум наполовину дело защищающегося, ибо никакая защита не поможет, если пользователь будет ей мешать (создавать дыры), да и опытному пользователю, который понимает, что он делает и качает софт только из проверенных источников, она не особо-то и нужна, разве что для посещения ненадежных мест. Что касается модов - просто качаете с надежных ресурсов и официальных тем, шансы словить троян сводятся практически к нулю. Для тех, кто вручную просматривает содержимое того, что ставит, еще меньше. По поводу сбора статистики. Она помогает многим авторам правильно расставлять приоритеты (что нужно делать в первую очередь) в условиях необходимости срочного обновления или ограниченности времени и невозможности обновить все. Ну и многим как стимул работать на общественных началах (как-бы реальную жизнь никто не отменял). Но в таких случаях, соглашусь, пользователей нужно предупреждать. Ну возможность отключить отправку данных тоже лишней не будет. Вообще я за кастомизацию :) Подытожу сказанное выше. Лично я не вижу смысла в этой теме, кроме как место для очередного с***еподобного холивара с кучей оскорблений, реально конструктивных постов в данной теме я насчитал не более десятка, хотя прочитал все 16 страниц этой словесной перепалки. Опять же, в таком случае для данной темы, ИМХО, больше подходит немного другой раздел.

Не, оптимизация объема исходника - это тоже своего рода оптимизация, и иногда бывает очень даже полезной (если речь идет об удалении дубликатов кода и т.д.). Чем меньше файл, тем проще в нем что-то найти и меньше нужно его скроллить. Правильно называя переменные и функции, можно минимизировать необходимость комментариев, ибо названия будут говорить сами за себя. Для машины, само собой, все равно, есть комментарии или нет, они при компиляции все равно удалятся, а вот для человека разница весьма существенная. В общем, перевел сферу тоже на динамический матричный вариант, так с ней будет проще работать в динамическом режиме. По сути, получилась вариация той же коробки, только сфера описывает коробку по углам, используются немного другие, более простые алгоритмы, чем у коробочки, и для нее работают только True/False тесты. Что будет на деле - посмотрим, как решим вопрос с границами танка. Отладочные тесты в ручном режиме ведут себя вполне предсказуемо и никаких ошибок пока не выявили. Зашел с Linux, подлил изменений в ветку update. На всякий, чтобы не потерялось. Все не найденные ранее баги пофиксим уже в процессе. Еще раз просмотрю либу на предмет пропущенных модулей и пойду потихоньку патчить уже непосредственно AAS.

А прикинь так каждый сделает, кому bounds понадобится? Засвет танков - не, не слышали. Ты умрешь раньше, чем кого-нибудь увидишь :) Туда же. Оперативы многим и так не шибко то хватает. Так еще и лишних 30 моделей грузить. Для какой-нить штучной фигни метод может и покатит. Но не под хайлоад точно.

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

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