Jump to content
Korean Random

GPCracker

User
  • Posts

    2,827
  • Joined

  • Last visited

  • Days Won

    62

Everything posted by GPCracker

  1. Расложил матрицу коробки на scale, rot, tramsl составляющие. Теперь будем думать, что с этим делать. Rot правильный, все остальное надо фиксить.
  2. @Mr 13, читал тут обсуждения про уведомления... Некоторые сайты умеют показывать уведомления в браузере. Тот же форум картошки к примеру выкидывает такие запросы. Нашел тут еще это. Не знаю, имеет ли оно отношение к теме, или нет. Но все же было бы прикольно впилить такие уведомления, вместо того, чтобы сидеть и стучать по кнопке обновления страницы.
  3. @Kornet_WA, где-то явно трабла с XVM возникает. Рекомендую таки повторить эксперимент. Может чисто случайный результат, ибо причина мне абсолютно не понятна... Хотя возможно это происходит из-за того, что миникарта грузится с некоторой задержкой, и маркеры ребутаются слишком рано. Попробуй перезагружать хоткеем (on/off), М.б. прокатит. З.Ы. Странно, как ты читал и не видел, что мы впилили маркеры для союзной арты через костыль. Именно поэтому я всегда был противником любого рода костылей.
  4. В общем, в текущем патче коробочка все еще багованная. Мой код отрабатывает нормально (по крайней мере все было достаточно предсказуемо), но в пределах этой багованной коробки. Т.е. без фикса на коробку все что с ней связано будет работать не так, как нужно. Подумаю еще на досуге, как можно ее залатать, если это таки возможно. Пофиксил рентген, и сообщения над миникартой, внизу и над прицелом (пока работаю только с либой, до самого мода еще не добрался). Осталось два файла - менеджер техники (используется в "контурах" и планируется на "миникарту" после апдейта) и обработчик миникарты. В AAS они не используются, первый в принципе должен еще рабоатать, второй - залатали хотфиксом, так что хрен с ним (пока). Начинается самое веселое. Фиксы самого мода. Там половину по хорошему нужно переделывать точно. Поэтому, скорее всего, на первых этапах он будет в неполной сборке. Постараюсь для начала запилить корректировку, там посмотрим.
  5. Код не шибко актуален, смысл и логика не изменились. Принцип DAAPI никуда не делся. Принцип в общем и целом тот же, только флешка собирается и грузится немного по-другому. По сути теперь наследование будет идти от классов фреймворка, и инициализацию того же DAAPI будет делать фреймворк. В какой-то степени немного проще будет, что-то возможно немного усложнится.
  6. Вот-вот, и я о том же :) Находятся иногда такие товарищи :( Аж мышку временами жалко становится.
  7. Как по мне, и 6 часов в принципе ОК, но ТСу явно нужна галочка "опубликовать отдельным постом". А то бывает отвечаешь кому-то в теме, потом публикуешь релиз, или еще что подобное. Сообщения склеиваются, получается не очень. В принципе, публикация без склейки НЯП в основном востребована именно авторами тем. Для публикации информации о релизе, резерва и т.д. А вот для юзеров склейка очень даже полезна, особенно для тех, кто не знает тонкостей работы форума, редактирования сообщений и т.д. Меньше вспомогательных полей и подписей, меньше нужно скроллить. Плюс туда же уведомления - редактирование поста происходит "по-тихому", а вот склейка - это отдельный пост как-бы, и на него приходит отдельное уведомление. Вообще в идеале (ИМХО) селектор из 3х радиокнопок [стандартно (склеивать недавние сообщения)/принудительно склеивать (если возможно)/отдельным сообщением] в расширенном (кнопка "дополнительно") режиме убивает всех обозначенных зайцев.
  8. Поддерживаю. Тоже верно. Абсолютно не нужен.
  9. Однозначно положительное нововведение. Надеюсь, на мобильных гаджетах тоже будет работать.
  10. Ну я так и подумал, что вы с андрюхой вместе пилили :) Решили таки поднять SE? Кстати, я тебе вроде как открывал на него доступ в репо. Там надо немного по-другому подходить к вопросу... Очереди/приоритеты. Покопайся в настройках sound processing'а картошки, там много чего интересного есть. В таком раскладе даже не надо будет париться насчет контроля и остановок звука - за тебя это будет делать движок.
  11. Хммм... Прикольно. Плюсану однозначно. Насколько я понял, это CoD MW 2/3? То, что на видео? Единственно, отвлекает от боя сильно. Плюс очереди сообщений, наложение (на видео есть такой момент), учет того, что говорит командир (повреждение модулей) и т.д. фиксить надо. Прикинь зайдут О4КО и спамить миникарту будут? Да ты аккустику в окно выкинешь :) Сообщения нужно делать либо простыми звуками, либо голосом, но коротко и с учетом приоритетов и устаревания голосовых уведомлений. Например "Квадрат", "Помоги", "Поддержи огнем" и т.д. и то наверное только для реально важных уведомлений. Хотя, все зависит от цели - эффективность оповещения или атмосферность.
  12. Для кача твинков в режимах, где не учитывается стата?
  13. Часто сталкиваюсь с таким явлением. А вот минусомет еще ни разу не разряжался, да и отстреливается он редко, в основном в адрес особо неадекватных товарищей, которые либо по жизни неадекваты, либо явно под чем-то, либо не читают тему от слова вообще и задают такие вопросы, что КЭП отдыхает :) @Mr 13, кстати, есть момент с цитированием части поста через выделение и "подсказку" с тремя кнопками... не учитываются символы новой строки и форматирование поста вообще. Это можно как-то исправить... или данные просто берутся из селекта пользователя клиентским JS-ом?
  14. Текстовые редакторы как правило более удобны для редактирования текста, нежели IDE, основной упор в которых делается на инструменты работы со скриптами. И они легче в разы, по сравнению с теми же IDE, которые тащат за собой такую кучу хлама, что и ставить не хочется. Тут по учебе как-то пришлось автокад ставить, потом дико крыл Х-этажным матом, вычищая за ним хвосты. В свое время точно так же было и со "студией", когда С проходили в универе. Винда любит собирать хлам, поэтому чем меньше тяжелого софта с кучей зависимостей - тем лучше. А текстовый редактор полюбому нужен. Тем более что у ST вполне нормальная подсветка синтаксиса. NPP тоже норм, но кодить лично мне как-то больше приятнее в ST, да и плагины на Python к нему не могут не радовать - можно писать самому. При наличии гугла под рукой и мозгов ST без проблем апгрейдится до уровня IDE при помощи тех же плагинов. Например, подсветка ошибок в коде, PyLinter или как-то так пакет называется. Да, кстати, пакетная система - тоже вещь. А что до различных функций работы с кодом у IDE - при разработке модов оно не особо-то и используется, поскольку моды работают исключительно в контексте игры. Орион в тему, если нужно что-то декомпилить, или разбирать. Или наоборот, старательно упаковывать. Код удобнее редактировать в том же ST. Раньше использовал отладчик, потом написал WST, чтобы копипастом не страдать. Про NPP уже написал выше. Для Python-разработчика ST более интересный экземпляр. Тоже привыкал к последнему некоторое время, но оно того стоит. Да тут у большинства мододелов такое состояние... Я тоже не программист не разу, вообще на инженера-схемотехника учусь :) Так и сейчас никто не запрещает особо так делать. Этим в основном на еврофоруме страдают. Всем местным "старики" доходчиво объясняют, что так делать неправильно. А вот комментарии, которые удаляются при компиляции - будут очень даже кстати. Там их весьма приличное количество, судя по номерам строк в трейсах и положением методов в декомпилах.
  15. Картошка втихаря за несколько патчей "приготовила подарок" в виде перехода на AS3. Изменилось много чего. За один патч они бы столько не смогли накодить. Там одного питона как за два или три патча. Не говоря уже про флешки, которые полностью почти заменили. Туда же атласы, и новый обработчик миникарты... Да, картоха перепилила еще и класс движка, который за миникарту отвечает! Теперь там другая система слоев маркеров, и для каждого типа маркеров свои классы. Явно не за патч запилили, короч. На то, чтобы разобраться, что и как теперь работает, уходит достаточно приличное количество времени. Которого и так немного. Очень многое перевернули с ног на голову в связи с переходом на фреймворк. Да, в бою теперь такой же фреймворк, что и в ангаре. Если раньше все работало по принципу прямого доступа к элементам, или вызова методов того или иного обработчика, теперь окна подписываются на ивенты, а вызывать нужно ивент. Хотя прямой доступ вроде тоже можно получить, пока еще до конца все не вкурил, ибо ангарными модами я раньше не занимался. Для нормальной работы всего кода нужно все переосмысливать и оптимизировать подходы к реализации различных вещей. Чтобы не изобретать велосипеды и не городить костыли. Кстати, картоха местами даже где-то и упрощает жизнь... В некоторых местах велосипеды можно и убрать, ... иногда их приходится делать из-за нестабильности/недостаточности некоторых оригинальных функций. В данный момент на стадии тестирования либы. Половина без исправлений, половина требует серьезных правок. Вот даже взять рентген-сканер цели. Либа низкого уровня, лежит в XModLib. Вектор сканирования берется по перекрестию прицела. Это aim offset. Картоха перенесла параметр, пока еще толком не разбирался. И таких вот фиксов нужно сделать весьма прилично, причем в самых неожиданных местах. Приходится вообще все проверять подряд. Запускать реплей, цеплять отладчик, грузить код и тестить. Потому что раньше система прицеливания была достаточно сильно связана с графикой. Сейчас все вроде более-менее приводят в порядок, но из-за этого все падает. Не говоря уже о том, что нужно уже впиливать класс-обработчик дальномера и еще несколько внутренних апдейтов. В момент обновы все это было в таком несколько раскопанном состоянии, поэтому есть некоторые сложности привести все это в порядок. Короч, work in progress. По мере наличия времени, сил и желания этим заниматься. Последний год вообще какой-то напряженный, если на 2 курсе не делали вообще ничего и закрывались на хор и в срок, то тут постоянно что-то приходится делать по учебе, так еще и в сроки не совсем вписываешься. Парни с 4го говорят, что там вообще п****ц полный, ну не знаю, посмотрим, как говорится. Из 3х месяцев лета один плюс неделя - учебные (сессия), в августе производственная практика. Парням, кто на военке, я вообще не завидую - у них весь июль сборы были, им даже один экзамен досроком пришлось сдавать, потому что он попадал на первые числа июля (правда там почти у всей группы в итоге автоматы получились, но не суть). Единственно, что радует - на предприятии особо появляться не заставляют, но нужно на днях будет замоделить одну аналоговую схемку, снять кучу параметров и запилить отчет... А еще даже софт не ставил, не говоря уже про чтение ТУ на компонент. Так что... как-то так. КТТС.
  16. Парни, по сравнению с официальным форумом картохи тут еще демократия :) Ну а спам - да. Злостный спам и реклама - это зло. Про IPB 4.0 давно уже разговор идет (уже год где-то), только что-то его все еще не видно... Как там прогресс, кстати, если не секрет? Серьезные сложности с переходом или руки у админов не доходят? Или в нем все еще полным-полно неисправленных багов?
  17. Ну для Питонщиков-онли это не по фен-шую :)
  18. На форумах читов. Тут читерасты не водятся. Не, ну если хочешь, можешь сам поправить для обновы.
  19. Адоб тут не при чем. Флешку можно собирать по-разному. Насчет сложности тоже - кому как. AS ничем не сложнее любого другого языка. Если ты хорошо знаешь С или другой подобный язык, не думаю что с AS3 будут проблемы. С графикой - возможно. С программированием вряд ли. С нуля, да, разобраться будет сложновато, особенно если нет опыта в программировании.
  20. Да, блин, через одно известное место как всегда сделали. Хрен подкопаешься по-нормальному. Либо подключать свое сообщение к приватному атрибуту, костыль одним словом, либо самому резолвить методы... Картошка как всегда. import gui.app_loader import gui.Scaleform.daapi.view.battle.shared.messages.fading_messages def showMessageOnPanel(msgType, msgKey, msgText, msgColor): if gui.app_loader.g_appLoader.getDefBattleApp() is not None and msgType in ['Vehicle', 'VehicleError', 'Player']: panel = gui.app_loader.g_appLoader.getDefBattleApp().containerManager.getContainer(ViewTypes.VIEW).getView().components['battle' + msgType + 'Messages'] methods = gui.Scaleform.daapi.view.battle.shared.messages.fading_messages._COLOR_TO_METHOD if msgColor in methods: getattr(panel, methods[msgColor])(msgKey, msgText) return showMessageOnPanel('Vehicle', None, 'Message!', 'purple')
  21. Для этого умные люди скролл придумали.
  22. Ээээ...? Что с ним не так?
×
×
  • Create New...