GPCracker

В логах ошибки появляются какие-нибудь ([ERROR], Traceback (most recent call last))

Знать бы причину... Моды на миникарту, кроме XVM, есть какие-нибудь... файл миникарты (scripts\client\gui\scaleform\minimap.pyc) в рес_модс случайно не завалялся?

В SWF кнопки (CamoSelectButton.swf вроде) зашито положение кнопки. Нужен человек, разбирающийся во флеше, чтобы декомпильнуть и пофиксить координаты. Я только в питоне разбираюсь...

Ошибка возникает в файле "RadialMenu.py". Это не то, что нужно, однако тебе стоит обновить скрипт радиального меню, если ты не обновлял на 0.9.3. Хотелось бы увидеть лог полностью с момента начала боя с отключением стволов и до его окончания Loading space - загрузка карты. По ним можно ориентироваться...

*.xml открываешь чем-нибудь нормальным типа Notepad++ (но не виндовым блокнотом!). Там все на русском описано)

Хм... видимо чуваку гугл транслейт не помогает... GUI.Text() может быть создан в ангаре. Инфа соточка.) Проверял. Когда цвета в AASMX фиксил) Альтернативный вариант: скриптовой мод-ресивер (файлик в папку с модами) и через поток в памяти передавать ему данные...

хммм... в pyc 4 байта magic, еще 4 timestamp, остальное - marshalled code object. Первая ошибка - неверный код типа замаршалленых данных - скорее всего неправильное начало взял.. или конец. Вторая - неверный заголовок - то же самое.

Ручками включать надо. В конфиге.

А зачем? Весят они немного...

Легко. Конфиг открой и поменяй.) Если ты не в теме, в моде два файлика - *.pyc и *.xml. 1й - это скрипт, второй - конфиг. Обычным блокнотом редактировать нельзя (слетит кодировка). Notepad++ или другие аналоги тебе в помощь.

Это исходник скрипта (*.py - source, *.pyc - compiled), для тех кто сможет поправить нужным образом флэш. Координаты кнопки зашиты во флэш, в котором я не силен( Скорее всего просто кнопка оказывается под менюшкой...

Трассировку полностью запости...

Координат кнопки я чет в питоне не вижу... значит во флэше замуровано... Вот исходник скрипта под 0.9.0 (поменять расширение на *.py) HangarCamo.txt

Обновил до версии 0.0.5 Beta: - адаптация под версию клиента 0.9.3 (мод полностью пересобран) - добавлены дополнительные опции конфига (для опытных пользователей) - изменен формат макросов текста, теперь как у XVM (необходимо обновить конфиг) - изменена система перехвата горячих клавиш, теперь мод корректно реагирует на сложные нажатия - описание параметров конфигурации теперь в самом файле конфигурации - исправлен цвет текстовых элементов (в 0.9.3 разрабы отключили свойство colour) - автозахват теперь не сбрасывает цель при ручном захвате - если игрок целится в захваченную цель в снайперском режиме, мод не работает (точка прицеливания все равно на танке). Возможно было причиной некоторого понижения точности - добавлен снайперский режим для артиллерии - аркадный режим мода отключен (возможно будет после доработки)

лог питона в студию тогда.

Во-первых, не понимаю взаимосвязи, мод отображение трассеров никак не трогает. Во-вторых, для читеров другой форум (если ты о модах на трассера).

Нереализуемо без редактирования флэша миникарты. Оно того не стоит.

Is it means weak-armor-texture (penetration zones)? You can find it on this forum, file section, one of locked topics.

Потому что направления стволов обозначаются стандартными маркерами направления обзора (таким маркером обозначается направление камеры игрока). Хочешь поменять цвет - редактируй флэш.

I understand it, and i have tried to call object creation in battle. Game crashes the same way. This shows, this is not a correct reason of client crashes. When i wrote AASMX first version, i have forgot to delete text object after battle, and it stood in hangar space, as i remember... Hangar is space too as battle map, but no physics initialized. It could be understood by reading python log (something like "loading space"). Game might not be ready while loading screen is shown. But we both think that game crashes when C module can't find something required. Maybe transmitter module is running not in correct variable namespace. I think, sys.modules difference check between scripts run as mod and script in Orion will give a part of answer.

Пруфлинк python_client.zip

Как-то сразу не обратил внимание на эту опцию в доках (искал че я не так в colour устанавливаю), заранее спасибо, пока не проверял, если получится, сделаю цветным текст. Как раз тут еще мелкие обновления накопились... З.Ы. И почему нельзя приписать в сеттер на это свойство эксепшн с соответствующим сообщением? Как они сами в этих скриптах не путаются?

Возможно из-за того, что модуль GUI на уровне C не может получить доступ к каким-то объектам (если бы трабла происходила на уровне питона, ошибка вываливалась бы в лог, а не крашился клиент)... Скорее всего это как-то связано с внедрением в процесс (что-то типа "области видимости переменных").

Мод работает не на SWF, а на объектах GUI.Text(). В патче 0.9.3 разрабы что-то поломали в библиотеке GUI и теперь параметр "цвет" как-бы меняется, но отображается все равно белым. Тут три варианта: а) разрабы м.б. пофиксят; б) играть с белым; в) м.б. перевести мод (графику) на флэш. Последний вариант в настоящее время маловероятен, поскольку с флэш, как и с DAAPI, я до этого не работал. В этом надо разбираться, так что в лучшем случае в дальнем КТТС.

Объект GUI.Text() через Орион создать не получается, вылетает клиент, через нормальный мод (файлик в папку с модами) все работает нормально. С чем это может быть связано? Остальные скрипты через Орион работают нормально, проблема только с модулем GUI.