Перейти к контенту

Zagolski

Проверенные
  • Число публикаций

    215
  • Регистрация

  • Последнее посещение

  • AMKoin

    0 [Подарить AMKoin]

Весь контент пользователя Zagolski

  1. У меня класс CSE_ALifeInventoryItem под ЧН/ЗП переделан, а в модуле пакетов в net_cse_alife_inventory_item изменения я не внес... Сейчас модуль переделал, заработало. Тьфу-тьфу. Там скорее всего не так как нужно пакеты писались и из-за этого сбоило (вообще не писались).
  2. А причем тут движок? В zone_map.xml настраивается и по текстурам.
  3. В дебаг-режиме прогнал модуль, вроде все корректно пишется, судя по логам. И да, в кастомдату и пишется корректно и читается оттуда, в этом проблем нет. Проблемы с изменением кондиции, например, у артефактов или еды. В двигле эти классы я не затрагивал. Есть тут спецы по этому модулю нет-пакетов, кроме самого Артоса?
  4. Zagolski

    Скриптование

    Да, есть там такие моменты. И печально наблюдать, когда кто-то из начинающих мододелов начинает и у себя использовать подобные "механизмы", до этого набравшись навыков из ванильного кода.
  5. А в движке вертекстные координаты модели в short хранятся или во float переделаны (класс CSkeletonX_ext)? Если второе, то скорее всего из-за этого. Рекомендую обратно на short переделать, проблема наверняка исчезнет.
  6. А как выглядит этот феномен? Никогда не встречал.
  7. Поменять - легко, но придется возиться с перерисовыванием текстуры интерфейса под новые слоты.
  8. Сегодня разобрался с проблемой в скроллбаре. Там никакой фантастики оказывается не было, просто как оказалось, эти две текстуры уже были определены в конфиге, т.е. читались те, которые определены выше, а не те, которые я изменял. Вот что значит с уставшей головой сидеть... Мда.
  9. В скролл-баре (на ЧН) обнаружил некую особенность, что для широкоформатного разрешения габариты (ширина) этого самого бара и его подложки изменяются в конфиге текстуры только тогда, если она обозначена с окончанием на _16. В противном случае изменение размеров текстуры в конфиге изменений не внесет, похоже двиг их вообще в этом случае не считывает и применяет какие-то базовые. Я не про файл .xml который _16 и который цепляется автоматом на 16:9, а про указанное в нем название текстуры. И почему-то только для скролл-бара это происходит. И никак концы не найду, все перекопал. Кто-нибудь знает, что за чудеса?
  10. Вообще как-то странно переход происходит из катакомб на улицу. Практически мгновенно, как будто наружная лока уже загружена. Или когда заходишь в подземелье она не выгружается... Возможно из-за этого какие-то косяки происходят. К слову, они в любом случае назначаются, даже если не указаны. Если не указаны, текстурой назначается пустышка ui_nomap2, а bound_rect как (-10000.0f,-10000.0f,10000.0f,10000.0f). Но нельзя назначать текстуру без bound_rect.
  11. Этот 0.75 - не конечный результат для формата 16:9 (хотя для него он тоже 0.75), тут они взяли уже готовый 0.75 как результат деления базы (768/1024), это по сути вот это и есть: float res = (h / w) / (UI_BASE_HEIGHT / UI_BASE_WIDTH) из второго случая.
  12. 0.8333 - это для формата 16:10. На эту цифру множится ширина текстуры, а также координаты по x на экране, чтобы получить правильные пропорции (от базового 1024х768) и положение на экране. 0.75 - это для 16:9. В ЗП в движке появилась ф-ция get_current_kx() получения нужного кооф. для конкретного формата экрана.
  13. Надо устроить соревнование, кто по времени быстрее на первое место придет, за сколько игровых часов. Ну и медаль в профиль - лучший бомбардир.
  14. А зачем ты этот шейдер на линзу ставишь? Значит не подходит он для нее. Подобное будет, если и любой из серии x наложить. На линзу лучше transparent делать.
  15. Shkiper2012 Попробуй удали у непися с которым разговариваешь скриптовые диалоги из его профиля (что-то вроде tm_job и тп) и еще раз проверь. Похоже, что спотыкается при инициализации скриптовых диалогов (а они как раз после основной фазы активируются), да и дело скорее всего в скриптах, а не движке (копай в dialogs.script или task_manager.script).
  16. Возникла проблема при конвертации ТЧ спавна в ЗП. Использую универсальную ACDC. Требует файл gct из локации _level_unknown, которого у меня нету и он мне и не нужен. Вообще эта лока создается автоматом, если у объектов/вейпоинтов какие-нибудь запредельные lv/gv, прога не находит куда их писать и переносит их в новосозданный этот _level_unknown. Но у меня все корректно, при распаковке/запаковке неизвестного уровня не создается. Все в этом плане четко. Также нет упоминаний об этом уровне где-либо. Но при конвертировании ACDC все равно требует level.gct из этого _level_unknown. Как от него избавиться?
  17. Всем привет! Подскажите, существует ли в природе ACDC для ТЧ с возможностью разбивки на level.spawn? Только не универсальная, а то бы не спрашивал. Очень надо, но нигде не нашел...
  18. Дизель У тебя на "ЧН" 1.6.2 схема kamp нормально работает, неписи у костра садятся судачат? Я пока до конца побороть не смог на скриптах из ЗП, которые к анимации и схемам относятся. В ЗП в скриптах вырезан класс body_state и в движке ЗП нужно еще set_sight править. На скриптах из ЧН нормально робит, но все равно двиг править нужно.
  19. По оперативной предел 2 гига, дальше пойдут вылеты по нехватке. Отгрузив все текстуры в видеопамять по сути в неограниченном кол-ве, мы редко когда за 1.5 перевалим даже на огромных локах (обычно 1.1-1.2). И никаких х64 не нужно. Особенно на больших модах хорошо заметно, иногда очень быстро игра валится из-за забивания оперативки на дх9, как раз именно текстурами в большинстве случаев. На дх10/11 этой проблемы нет даже близко.
  20. Ну хотя бы то, что на дх10 и выше текстуры хранятся в видеопамяти разгружая оперативную.
  21. Не, в ЗП он используется для расчета партиклов и освещения (тут не знаю какого именно, возможно тоже что-то с партиклами связанное).
  22. А смысл там что-то с памятью делать? На дх10/11 и так все текстуры в видеопамять грузятся/хранятся, загрузка остального редко когда 1.3-1.4 Гбайт по оперативе перешагивает даже на больших локах. Это на дх9 - там да, но его наверное вряд ли кто вообще использует на ЧН/ЗП. Если уж делать, то делать х64. Но там проблема есть с физикой в ODE. Да и х64 не нужен по идее, только если сверхтяжелые огромные локи пилить, которые все равно работать не будут из-за ограничений по аи-сетке и геометрии.
  23. Я как-то делал эту правку, абсолютно никакой разницы не увидел, вообще. Возможно она поможет людям, у которых на видяхе 256 мб видеопамяти на борту. Да, стиль ЗП красив, но уж больно какой-то футуристический... ЧН самый такой сталкерский, да еще с амперметрами. Но хуже сделан чем ЗП. У самого сейчас два билда движка лежат: один с UI из ЧН, другой из ЗП. Никак не могу определиться, что лучше оставить. Оба по своему хороши. Но все же наверное зп-шному дам зеленый свет.
  24. А как тебе такой вариант? Это в стиле ЧН, но на экранах ЗП. Мне кажется, что именно с увеличенными размерами картинки смотрелось бы лучше. Но можно использовать и ЗП картинки лок, они будут в любом случае лучше маленьких чн-овских. Правда, стиль уже не тот. В ваниле ЗП должны быть картинки некоторых чн-овских лок (мультиплерные). Ну или из CoC надергать, они там для всех лок есть качественно сделанные.
  25. Эти проблемы и проблемами то назвать сложно, скорее просто невнимательность разрабов в спешке разработки. Там не углядели, тут запятую забыли поставить... И к багам я бы тоже не стал это относить. Все эти размытости шрифтов, отсутствие света от костров и вертикальные полосы уже давно сами пользователи исправили парой росчерков пера.
×
×
  • Создать...