GPCracker

Как ни крути, мой мод сильно зависит от картофанских нубопрограммистов. И приходится под них подстраиваться. Дело напоминает Это событие. Тогда тоже спешили к праздникам и работали на заправленной ракете.

Как картошка уже достала со своими сырыми патчами. Сиди тут и ищи чего ихние олени из раздела разработки поменяли.

Разрабы поменяли имена некоторых переменных. Поэтому и не работает Е. Изначально скрипты прицелов писали какие-то нубы, сейчас еще более суровые нубы прибыли. Большинство лога будет сыпаться и на АБСОЛЮТНО ЧИСТОМ клиенте. Разрабы выкатили сырой патч.

Даешь 9.7!

Он тут и не поможет. Он не для этого. Он для перекалибровки блокировщика "улетания" камеры при стрельбе в танки на фоне далеких текстур.

Смотря что за моды стоят на зум. Покопайся в конфигах этих модов. Зум в артоснайпе и обычном арт. - одно и то же. Одна и та же переменная.

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

Думаешь что ты один такой умный, а нам тут всем просто делать нечего, и мы занимаемся всякой фигней типа покадровой разборки анимации? Было бы можно, давно бы сделали. BigWorld воспринимает только DDS. Флеш - только PNG (внешние картинки). Оба формата статические. Так что GIF тут при всем желании прикрутить не получится. Этот вопрос не раз задавали в теме лампочек XVM. Так что анимация возможна только либо так как она сделана в этом моде (покадровая разборка и конвертация в DDS), либо кастомный флеш. А тех, кто может сделать с нуля кастомный управляемый флеш и грамотно его прикрутить, можно по пальцам одной руки пересчитать. Про юзерские анимации в таком случае и речи идти не может.

Ну, не знаю. Мне выкачивать тест некуда (диск забит) и незачем (что качать и так знаю), и просто лень) Но судя по отзывам и размерам темы для баттхёрта (багрепорта) на официальном форуме, патч 0.9.7 выкатят нескоро... Если до 9го вообще успеют.

У них там движок не работает нормально, а ты про мод спрашиваешь...))

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

Может быть и такое... например от серверного прицела или еще какого подобного мода... Попробуй убрать все моды, меняющие файлы по трассе. А по факту, откуда-то выплывает лишний аргумент...

Тут немного по-другому все происходит - ты помогаешь людям, люди помогают тебе. Хотя если честно, я сомневаюсь в том, что можно сделать кликабельной ссылку в 2 строчки. Если клиент чистый (не установлен XVM, c ним проще -> <a href="event:http://www.google.ru/">Google</a>), то все не так просто (я во флеше и ActionScript не шарю, так что прошу не закидывать меня помидорами) Эвент клика по ссылке дропается обработчиком А вот этот обработчик устанавливается this.list.addEventListener(ServiceMessageEvent.MESSAGE_LINK_CLICKED, this.messageLinkClickHandler, false, 0, true); (со стороны питона - scripts/client/notification/NotificationListView.py)Вот это, насколько я понимаю, вызов события? Примерно то же самое делается в XVM Ладно посмотрим, куда это событие выходит: onSecuritySettingsLinkClickS();Интерфейс: Класс со стороны питона найти не удалось( Мета-класс Питон scripts/client/gui/Scaleform/daapi/view/meta/NotificationsListMeta.py А вот и самое интересное: функция onSecuritySettingsLinkClick объявлена как публичная переменная - она написана уже не на флеше, а подтягивается от питона! Из того самого мета-класса. Правда она перегружается в основном классе (scripts/client/notification/NotificationListView.py). Алгоритм всего этого до конца я еще не вкурил, но очевидно одно - просто так без патча флеша ссылку кликабельной не сделать. Ну а если патчить, то там можно либо напрямую из флеша браузер запустить (не уверен, что можно), либо аналогичным образом пробросить эвент через DAAPI и обработать на питоне. Я конечно не отрицаю каких-то альтернативных путей, но то что в классах NotificationList*** в питоне без патча флеша ловить нечего, это очевидно. А поскольку эти классы определены в Application.swf, то патчить скрипты непосредственно флешки, отвечающей за системные сообщения бесполезно, патчить нужно именно Application.swf... А replace-patch не самая крутая идея, поскольку возможны конфликты между модами на уровне замены файла / очередном обновлении от картохи.

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

Возможно, очередная "оптимизация трафика" от WG... Не отправлять данные пока игрок в снайп. режиме. Хотя вряд ли. Надо смотреть, что отправляется на сервер, а что нет.

Хотите добавить чтение XML в Орион...? Неплохо))

Все просто - питон использует целочисленное деление (div), если делимое и делитель целые (результат int). Если хотя бы одно из них float, то выполняется нормальное деление, результат типа float. Если речь идет о делении констант, то используй вместо 25 - 25.0, вместо 2 - 2.0. Если переменные - используй явное преобразование типов float(2) -> 2.0 P.S. В гугле вроде не банят...

Без нехилой нагрузки на ЦП не вариант, так что нет.

Так по сути практически вся тема и есть FAQ и багтрекер.)) Если все вопросы писать, так там получится по размерам немало так...

Да он так-то уже наклевался. Лежит в папочке Source в ожидании релиза... З.Ы. Ну точнее не FAQ, а описание функционала мода. PatchNote.txt ReadMe.txt Эти два файлика будут вместо Info.txt в след. обнове. Скорее всего с исправлениями.

Еще как можно. И нужно. Относительная высота цели - весьма важный параметр для артиллериста. От него зависит угол вхождения снаряда в цель и вероятность попадания/ваншота. Наиболее эффективна стрельба сверху вниз - вероятность залета снаряда (ваншот) в крышу выше.

Это типа надпись с абсолютной и относительной высотой в арт. режиме.

Различия по факту только в реализации и дополнительных функциях. Общий смысл примерно одинаковый. Доп. проверку и блокировку при направлении орудия на противника можно в принципе сделать (как c wasteShot), но чисто как дополнительный режим блокировки.

Это у тебя оперативки не хватает, клиент уменьшает качество текстур в критические моменты.

В радианах. Добавляется к углу, вычисленному по траектории снаряда.