RayTwitty

Ещё по поводу метода bone_position - если видимость кости, для которой спрашиваем координаты, выключена, тогда координаты эти будут равны позиции спавна физ. объекта (т.е. тоже самое, что возвращает метод position). Достаточно легко это проверить на каком-нибудь светильнике, включая и выключая видимость кости через set_bone_visible (метод ХЕ).

40-50 кадров на ультра настройках (плотность и радиус травы по дефолту). Правда дождя ещё не видел... Если интересно железки, то: Intel Core i5-3570 @ 3.4 Ghz, Asus GeForce GTX660-DC2O 2 Gb, Asus P8H77-V LE, Kingston HyperX DDR3 4x4 Gb @ 1866 Mhz, 128 Gb OCZ Vector + 2 Tb Western Digital WD20EZRX, Creative Audigy SE, Windows 7 Ultimate 64 bit

Слил ещё несколько фиксов, которые у меня уже давно лежат: Detail Density fix (SOC 1.0006) Mipbias fix (SOC 1.0006) No Quick Use fix (SOC 1.0006) Sun Near fix (SOC 1.0006) Target Font (SOC 1.0006) Unload Magazine fix (SOC 1.0006) Описания по ссылкам. Также, все* новые фиксы продублировал в X-Ray extensions: https://code.google.com/p/xray-extensions/source/detail?r=187 Сразу отвечу на возможный вопрос: а зачем эти фиксы отдельно, если все они есть в ХЕ? Ответ: возможно кому-то нужны будут эти правки без использования всего ХЕ. * кроме фиксов рендера - ранее они уже были сделаны тов. K.D..

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

Кстати да, рамки же можно как статики через проекцию на экран добавлять, а fov изменять через db.actor:set_actor_fov(fov). Или можно попробовать пофиксить сам бинокль, чтобы стрелял очередями - через вызов на апдейте имитации нажатия выстрела - level.send_event_key_press(DIK_keys.MOUSE_1). Первое можно попробовать сделать через изменение номера слота (через функции хака значений из памяти) на колбеке перемещения в слот.

@Капрал Хикс, то что ты перечислил - труднореализуемо через подобные правки движка (правки asm-кода). Так что, не думаю что кто-то будет этим заниматься в рамках ХЕ. Да и кстати, с учетом возможностей ХЕ, все перечисленные фичи можно в той или иной степени реализовать в скриптах.

Кстати, касательно вот этой правки - насколько я понял, она убивает условия проверки этих ключей и тупо активирует нужные плюшки. Но ранее, во втором рендере XE, K.D. добавлял новые разрешения карт теней, так что вполне могут появиться конфликты (выбираем размер 8192, а грузит 4096). Так что, скорее всего ничего переносить и не надо. Да и 4096-разрешение не все карты потянут, у меня на GTX660 наблюдаются фризы. Вроде как, из-за слабой шины... Так что, по дефолту такое тем более выставлять нельзя. З.Ы. а чтобы включить блёр по умолчанию, достаточно прописать дефайн #define USE_MBLUR куда-нибудь в common.h.

Кому надо - тот протестирует. Я делал точно также, как в cut x-ray, так что всё должно нормально работать. Тогда им придется выбирать - либо освещенность, либо заметность (по умолчанию оставлено как в оригинале). Либо делать врезку, в которую добавлять вывод нового прогресс-бара на худ, по-другому никак.

Несовместимости можно избежать, если не активировать правку. У тебя постоянно какие-то странные вопросы .__.

От того что в одну строчку написал - быстрее не будет А вот на читаемость кода влияет.

Не бред, а постановка экшена для моба в очередь. Хотя написать можно было бы и получше, да. upd: например так: function action(obj, ...) local arg = {...} local act = entity_action() for k, v in pairs(arg) do act:set_action(v) end if obj then obj:command(act, false) end return entity_action(act) end

Портировал все* правки из Cut X-Ray в ХЕ, а то напрягает постоянно туда-сюда патчить в разных проектах 1. круглый курсор, как в билдах; 2. исправление вида от 3-го лица; 3. шкала "освещения ГГ" вместо шкалы "заметности ГГ", как в билдах; 4. руки на руле в машине; 5. выключение распознавания неписей перекрестием прицела; 6. возможность использовать скрипты в мультиплеере (включение биндеров); 7. измененная анимация безоружного ГГ ("_torso_0_aim_0" -> "_torso_5_aim_0"); 8. увеличение дистанции диалога (3.0 -> 150.0); 9. возможность поднимать болты как обычные инвентарные предметы. *за исключением правки "принудительное включение команд smap_4096 и mblur" - её надо делать в рендере. Протестил всё кроме работы скриптов в мультиплеере, но должно быть всё ОК. https://code.google.com/p/xray-extensions/source/detail?r=186

@kamikazze, хочется узнать по поводу управляемого и стреляющего БТРа в игре - как он будет задействован в игровом мире? Будет ли это сценарная возможность прокатиться и пострелять или же он будет просто находиться в каком(их)-то месте(ах) зоны? Просто часто бывает, что идея и реализация есть, а вот как её применить, чтобы это не было похоже на: "заспавнил уберпушку около бункера Сидора и пофиг, что это ломает баланс" - не ясно

В ХЕ вроде подобной правки нет, по крайней мере я точно не добавлял. Поспрашивайте у malandrinus'a и других участников проекта, там некоторые правки ими толком не документировались.

100 лет оно там не надо, знать какая удобность у ножа. Её можно оценить визуально на худой конец. А про бары скорострельности и точности я вообще молчу, нож должен стрелять ровно туда, куда бьет (опять же, визуально) и с такой скоростью, сколько раз нажали на кнопку (поправка на скорость анимации). З.Ы. да и правку, если кому эти бары стали вдруг позарез нужны - можно выключить в corrections_list.txt, как обычно.

Из окна я убирал прогресс-бары "Точность", "Скорострельность", "Удобность" и "Повреждение" (по аналогии, как это сделали пыс для бинокля). Бар состояния есть у всех инвентарных предметов и он никуда не делся. Плохо понимаю, зачем делать нож на классе пистолета, если это итак практически пистолет. Вряд ли. Кому эти правки нужны - итак может пропатчить сверху собранного в ХЕ бинарника. Ну, товарищ kstn же есть в проекте, тогда почему бы и нет? А сидеть другим и разбирать хекс-код, чего он там сделал - нет никакого желания. Да и, пропатчить просто сверху ХЕ разве не получается?

На самом деле, даже если ты закоментишь правки в corrections_list, сам код правок всё равно попадет в либу, просто не будет джампов на него (и активации правки). Так что, чтобы полностью исключить лишний код, надо комментить и в xrgame_subs.asm. Если тебе из всех правок нужен только фикс по рангам, то лучше скачай первый пак Cut X-Ray, там есть эта правка отдельно. http://www.amk-team.ru/forum/index.php?showtopic=10339 Спойлер "Редактирование собранного движка". Слоты и тень актора отключены по умолчанию.

Добавил в шапку последнюю версию X-Ray extensions portable от macron'a и ту дллку с правками от kolmogor'a для 4 патча (всё-таки не мешало бы её затестить, может быть ещё какие-то фишки там есть). И вот ещё инфа по компиляции движка - вкладка С++->Optimization, параметр Optimization надо поставить в Disabled /Od, тогда будет отключена оптимизация. Без неё тестовые сборки будут компилиться куда быстрее (примерно в 2 раза). Это достаточно сделать для двух проектов - xr_3da и xrGame.

@Anonim, вряд ли она будет исправлена в рамках ХЕ, ибо там надо переписывать расчет положения худ модели (работа с матрицами). Потому эта правка и закомментирована по умолчанию. Такое разве что в исходниках можно сделать (без серьезных заморочек).

При распаковке файла партиклов с ключом ltx, ловлю следующий вылет: Посмотрел что там, вижу такую строчку - my $packet = stkutils::data_packet($CDH->r_chunk_data());после чего заменил её на следующую - my $packet = stkutils::data_packet->new($CDH->r_chunk_data());В итоге всё распаковалось нормально Обновите stkutils.

Подумываю взять вот эту память: http://www.dns-shop.ru/catalog/i139443/pamyat-dimm-ddr3-4096mbx4-pc14400-1866mhz-kingston-hyperx-intel-xmp-cl.html Цена пока адекватная, да и по характеристикам вроде норм. Как думаете? Текущее железо: Intel Core i5-3570 @ 3.4 Ghz, Asus GeForce GTX660-DC2O 2 Gb, Asus P8H77-V LE, 2x2 Gb @ 1333 Mhz

Добавил в шапку ссылки на:

Сторонники ярого реализма вполне могут сами сделать реализм-зону. Вот только чего они до сих пор сидят, как уже сказали, с 2007 года - мне неведомо. И многие ещё забывают, что кроме собственно моделлирования такой территории, её ещё надо наполнить ЖИЗНЬЮ и так наполнить, чтобы было интересно. По пустырям никто ходить не будет, это бессмысленно. Так, ограничение СДК ведь 128 штук (для текстуры 2048х2048). Или вы как-то обошли сие? З.Ы. как раз вчера столкнулся с этой проблемой, вот даже гневный пост оставил http://www.gameru.net/forum/index.php?s=&showtopic=15328&view=findpost&p=1510441

power это же свойство. Получается к уже прибавленному 0.1, будет прибавляться текущее значение выносливости. Надо писать db.actor.power = 0.1.

Имеется такой экземпляр: