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

Рекомендуемые сообщения

После патча 2-го рендера ТЧ (ревизия 230 xr_Render_r2.dll) появляется такая особенность, что если свернуть игру и развернуть или внести изменения в настройках и сохранить их после чего вернуться в игру, то игра намертво зависнет на 1-2 минуты, иногда после этого вылетает по нехватке виртуальной памяти, такое же иногда наблюдается летаю камерой с помощью demo_record. Такое поведение не связано с железом: так себя ведет рендер на 2-ух моих ПК и на это жалуются пользователи в теме моего мода, проверил на "родном" (без правок) рендере - всё нормально. Есть ли решение или нужно отказаться от каких то правок?

corrections_list:

  Показать

 

Изменено пользователем Graff46
Ссылка на комментарий

Всем доброго времени суток.

Возникли вопросы по использованию

callback["before_hit"] = 152
callback["npc_hit"] = 153

В первый, похоже, передаются два указателя. Во второй - один указатель.

Заранее благодарен за информацию по методам дальнейшей обработки информации в этих коллбеках.

Ссылка на комментарий
  15.04.2018 в 20:47, Graff46 сказал:

или нужно отказаться от каких то правок?

У нас стоит тоже самое + кое-что раскомментировано дополнительно. Угум...таже тень травы.

Все нормально.

Одна закавыка. Смотри

;============================================
;============ФИКС ОБНОВЛЕНИЯ ХЕМИ============
;===============HEMI UPDATE FIX==============
;============================================
;0x1000BA86 5
0x100350AD 5

Такое впечатление...хотя могу ошибаться конечно, что это две правки того и тоже...

А вообще...

Ты бы скидывал свой corrections_list. Было бы лучше сравнивать.:guru:

Изменено пользователем _Val_
  • Спасибо 1
Ссылка на комментарий
  15.04.2018 в 20:47, Graff46 сказал:

;=============ТЕНЬ ТРАВЫ==============

Надо бы включить, хорошая же правка.

 

  15.04.2018 в 20:47, Graff46 сказал:

;=======ВИРТУАЛЬНЫЙ РАДИУС ЛАМП=======

От этой были проблемы с графикой.

 

  15.04.2018 в 20:47, Graff46 сказал:

;============ФИКС ОБНОВЛЕНИЯ ХЕМИ============

Эту надо было оставить как есть, с закомментированной первой строчкой.

 

  • Спасибо 1
  • Согласен 1
Ссылка на комментарий

@boryan67 про 153 не скажу, а использование 152-го можно посмотреть вот тут

https://github.com/dsh2dsh/op2ogse/blob/3f7514f804eaf1dc875cc3ce8513d8537dd53bc2/gamedata/scripts/xr_motivator.script#L673

 

Используемая там read_hit_data() - это, насколько я помню, из ogse.dll.

 

Ссылка на комментарий

@dsh Спасибо, такой функции у меня нет, но с горем пополам мне удалось вычитать и даже менять параметры хита в 152-м коллбэке. Всё чудесно, но поставленной цели добиться всё же не удалось. А цель была примерно следующая - подменить параметры хита таким образом, чтобы он наносился якобы от другого лица. 

Есть ситуация когда актер - изменился в лице, сделал пластику, вселился в чужое тело (нужное выбрать) - словом, ну никак не могут окружающие знать, что это именно ГГ нанес удар. Так вот, менять параметры предхита удается любые, но это не возымело желаемого эффекта. Единственный параметр  who по смещению +24 =  pointer на обидчика, судя по всему. Вот не соображу как его перенаправить с актера на саму жертву или еще на кого-нибудь. Заранее благодарен за любую информацию по данной теме.

Ссылка на комментарий

@boryan67 там же, в строке 723, меняется виновник:

          write_memory_int16( db.actor:id(), p_s_hit, hit_offset.whoID )

В данном случае, виновником назначается актор.

 

Ссылка на комментарий

@dsh изменение whoID ни на что не влияет. Полагаю, что нужно изменить  who по смещению +24 =  pointer на обидчика. О чем я выше и написал. Во всяком случае, это единственное, что не удалось подменить... Ибо не ясно на что, собственно, менять.

Изменено пользователем boryan67
Ссылка на комментарий

@boryan67 у меня меняло и актор исправно становился виновником. who я пытался менять, но там были какие-то проблемы из-за этого, т.ч. я это убрал, и так работало.

 

Ссылка на комментарий
  16.04.2018 в 19:40, dsh сказал:

и актор исправно становился виновником. who я пытался менять, но там были какие-то проблемы из-за этого, т.ч. я это убрал, и так работало.

Это я вижу на примерах, а вот обратная задача почему-то не решается. А проблема "именных пуль" на самом деле была и остается весьма актуальной, имхо. Ибо это абсурд, когда не успеешь чихнуть, а вся Зона уже в курсе... Но если технически это невозможно запатчить, то придется и дальше терпеть это читерство.

В ОГСЕ была функция получения указателя на объект в памяти, по всей видимости.

write_memory_int(db.actor:cast_game_object(), p_s_hit, hit_offset.who)

Хорошо бы что-то подобное cast_game_object() вмонтировать в текущий xray-extensions-master-portable.

Изменено пользователем boryan67
Ссылка на комментарий

После пропатчивания xrGame.dll  мышь стала слишком резкой в меню и на гуи элементах, подобное я наблюдал на некоторых сборках движков на исходниках... Есть способ избавиться от этого?

Ссылка на комментарий
  18.04.2018 в 00:50, Graff46 сказал:

После пропатчивания xrGame.dll  мышь стала слишком резкой в меню и на гуи элементах, подобное я наблюдал на некоторых сборках движков на исходниках... Есть способ избавиться от этого?

0x1044D5A3 6 ; Регулирование чувствительности мыши в UI через консольную команду mouse_ui_sens.

Есть такая там правка. Возможно из за неё!

  • Спасибо 1
Ссылка на комментарий
  19.04.2018 в 21:23, Graff46 сказал:

Пропатчил с правкой инерции при прицеливании, при прицеливании вверх или вниз сбивается центрирование мушки с целика...

Да, я тоже когда-то эту правку отключал из-за этих проблем. Подозреваю, что претензии предъявлять уже некому.

Ссылка на комментарий

@Graff46 а если подстроить через "худ аджаст мод"? Или все равно собьется?

У меня та же фигня но я грешил на другое.

 Моя нычкаНычка в арендованном у Опричника холодильнике  

Мы хорошие ребята, жаль патронов маловато:):ukostra:

UriZzz.gif

Ссылка на комментарий

Да, 

  19.04.2018 в 21:23, Graff46 сказал:

Пропатчил с правкой инерции при прицеливании, при прицеливании вверх или вниз сбивается центрирование мушки с целика...

Да, есть такое дело, но это мелочи, украшательство. Есть, имхо, две вещи, которые могли бы существенно повлиять на дальнейший ход разработки всех модов на базе продвинутого двигла:

1. Решение вопроса получения и подмены указателя на "обидчика" в коллбеке предхита. Дало бы шанс избавиться от читерных "именных" пуль.

2. Функция получения объекта главного игрового окна. Чтобы получить доступ к элементам худа главного окна (миникарта и т.д.). 

Вот это было бы действительно мощным функционалом, толчком для для дальнейшего развития, имхо...

  • Нравится 1
Ссылка на комментарий

@boryan67 какого развития, боже ж мой. Этот проект мертв уже несколько лет. Все желающие какого-либо развития имеют только одну возможность - перебираться на один из движков, собираемых из исходников. Это, кстати, совсем не невозможно. У меня, к примеру, на это ушло около месяца.

  • Согласен 1
  • Не согласен 2
Ссылка на комментарий

Создайте аккаунт или авторизуйтесь, чтобы оставить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

Создать аккаунт

Зарегистрировать новый аккаунт в нашем сообществе. Это несложно!

Зарегистрировать новый аккаунт

Войти

Есть аккаунт? Войти.

Войти
  • Недавно просматривали   0 пользователей

    • Ни один зарегистрированный пользователь не просматривает эту страницу.
×
×
  • Создать...