Решил я на 1.0006 избавить логи/консоль от постоянного вывода всякой ненужной дебаг-инфы, типа cl setDestroy, засоряющей диск, память и снижающей производительность. Вобщем, посравнивал с движками первой mp-беты 1.0006 и mp-беты 1.0007, в которых такого не наблюдается. Оказалось, что не наблюдается, потому что там этих строчек тупо нету. Отсюда выводы, как исправить это на обычном 1.0006:

Для начала, разумеется, в user.ltx отключаем все лишнее:
net_cl_log_data off
net_dbg_dump_export_obj 0
net_dbg_dump_import_obj 0
net_dbg_dump_update_read 0
net_dbg_dump_update_write 0
net_sv_log_data off

Далее, ищем в XR_3DA.exe и xrgame.dll определенные фразы и hex-редактором
обнуляем их (то есть заполняем шестнадцатиричными нулями).
_______________________________________________

Избавляемся от "cl setDestroy"

В XR_3DA.exe ищем фразу:
и обнуляем ее.
_______________________________________________

Избавляемся от "sv reject"

В xrgame.dll ищем фразу:
и обнуляем ее.
_______________________________________________

Избавляемся от "sv destroy object"

В xrgame.dll ищем фразу:
и обнуляем ее.
_______________________________________________

Избавляемся от "sv ownership"

В xrgame.dll ищем фразу:
и обнуляем ее.
_______________________________________________

Избавляемся от "--NeedToDestroyObject for"

В xrgame.dll ищем фразу:
и обнуляем ее.
_______________________________________________

Вроде, пока все.

macron, Помню, отключение дебаг-инфы есть в X-Ray Extensions. Кроме "cl setDestroy [%d][%d]", ее с помощью этого не отключишь, только вручную.

P.S: С "[16-9] get_xml_name for ..." проводить те же махинации - найти и уничтожить обнулить?

да, вот

Заценил по ссылке из шапки. Много, конечно, там всего делают, но простым смертным не всегда понятно, надо разбираться...

Я вообще считал, что это как-то связано с отсутствием каких-то xml-файлов/тегов для разрешений 16:9, то бишь по нормальному должно лечиться через xml. На 4:3 такого нет.

потому что его вообще в движке нет такого значения для квадратных мониторов)))

Обнулил все вышеописанное, все пучком. Сейчас обнулил еще пару строк:

и


Буду проверять, по идее, все должно работать.

Кто-нибудь знает что за заблокированные кнопки 'Import' и 'Export' в Shader Editor? Что они могут импортировать и экспортировать, ну это понятно что-то связанное с шейдерами, но что именно?

В 7 движке это есть, возможно редкий вывод о критическом баге. Я бы не убирал без необходимости.

Точняк. Надо убрать.

Вообще, кто там сингл без OLR проходит, выложите лог чтоль, только большой, за несколько уровней, посмотреть, чего там можно повырезать.

Шейдеры.

уууу там помимо всего вышего еще и ошибочные логи красным куча, и дебаговые не все вырублены

Точняк. В логе же все одним цветом будет. Исправил месаг по тихому.

да, где именно?

К слову, это у меня высвечивается на шестом патче, после убийства какого-нибудь НПС. Высвечивается нечасто, да и не критично это, поэтому и отключил.

macron, где же скачать твои труды, вылеченные от мусорных дебаговых сообщений?

Fritz, Он еще не выкладывал свои наработки по этому вопросу. Если интересно, по инструкции macron'a я сделал подобный мод для Oblivion Lost Remake.

Поставил патч, все - тот сталкер! Аж поверить не могу).. Но, народ запилите уже раскачку хоть какую-нибудь!

Раскачку запилил Shadows. И не только он.

В OLR в баре засветилась еще одна относительно редкая месага: sv !ownership (вариант с восклицательным знаком):

В xrgame.dll ищем фразу:
и обнуляем ее.

Еще с xrgame.dll от OLR в лог выводится CUITalkDialogWnd__Hide. В оригинале такого слова нет, возможно побочный эффект от какого-то xrgame-фикса. Обнулил, вроде хуже не стало.

Да, сегодня заметил такую. Надо обнулить.


Она высветилась после диалога с кем-либо, ведь так? Может быть, это результат правки дллки с помощью X-Ray Extensions.

Обновил ветки рендеров ЧН и ЗП в проекте xray extensions. На случай, если кому-то пригодится, выкладываю скомпиленные дллки:

ЧН.
Что есть:
- регулирование радиуса отрисовки травы (r__detail_radius [0,249])
- регулирование плотности травы (r__detail_density [0.02, 0.6])
- расширенное регулирование переключения лодов (r__geometry_lod [0.1,3.0])
- расширенное регулирование переключения мипмапов (r1/2_tf_mipbias [-3.0, 3.0], кроме R3)
- дополнительные разрешения карт теней (-smap8192, -smap16384, кроме R1)
- расширенное регулирование расстояния переключения каскадов теней (r2_sun_near [0.0, 150.0], кроме R1)
- интегрирован фикс движения солнца по конфигам (за авторством Колмогора, последняя версия)


ЗП.
Что есть:
- регулирование радиуса отрисовки травы (r__detail_radius [0,249])
- регулирование плотности травы (r__detail_density [0.02, 0.6])
- расширенное регулирование переключения лодов (r__geometry_lod [0.1,3.0])
- расширенное регулирование переключения мипмапов (r1/2_tf_mipbias [-3.0, 3.0], кроме R3 и R4)
- дополнительные разрешения карт теней (-smap8192, -smap16384, кроме R1)
- расширенное регулирование расстояния переключения каскадов теней (r2_sun_near [0.0, 150.0], кроме R1)
- фикс отрисовки неба (рисуется кубом, как в ТЧ, а не вытянутым параллелепипедом)
- интегрирован фикс движения солнца по конфигам (за авторством Колмогора, последняя версия)

Кто качал дллки из моего поста, перекачайте. Исправил баг с неработающими новыми командами -smap, убрал команду -smap16384 (такое разрешение не поддерживает ни GF 560TI, ни GF 660).

Почему? Нужен dx 11.1 ?

а на ТЧ работает? убрал только из ЧН и ЗП.

Может, потому, что текстура 16384х16384 в видеопамяти занимает гигабайт и видеокарты не успевают ее туда-сюда гонять?


Я ж не выкладывал готовую длл для ТЧ. Потом исправлю и там.

Дык надо не убирать, а на будущее оставить еще варианты 32768 и 65536. Может оно через 5 лет нормально пойдет.

В смысле, у ATI проблем нет?

Там одна строчка, когда придет время, просто добавь


Вряд ли, но никто не пробовал.

это из библиотеки бардака. я правильно понимаю, что ключевые кадры анимации хрея содержат только повороты и смещения, но масштабирование отсутствует?

upd.
очевидно, да. это еще и из сигнатуры этого метода следует

по поводу -smap16384 вот скрины. моя видеокарты AMD Radeon™ HD 7970 GHz edition с 3 Гб ОП, кол-во кадров 5-12 прыгает, вот скрины:



P.S. завтра товарища попрошу на двух 7990 чтоб запустил он у себя.

Freack, что это держит гг в руках?

Билдовский калаш. Очень билдовский...

Из-за твоей аллергии на билды я не решался сразу тебе об этом сказать)

Freack, не видать же ни фига. И последний скрин пересвечен.

Извините за оффтоп, а это не OLR часом?

Видимо он.

ну а то пересвечен, стоял под рукой только ОЛР, не охото было конфиги править только для работы опции данной, тем более солнце и молнии были, позже скрину сравнения на одном месте на все вариантах.


оно самое


согласен, играю в мод не я а брат)))

В который уж раз очень прошу поковырять Баг с отсутствием плавной смены текстур солнца и луны.
Параметры движок берёт из flares.ltx
blend_time = 10 ;(сек) скорость перехода одной текстуры в другую, например из flares = flares_sun_rise во flares = flares_default10
blend_rise_time = 300 ;(сек) скорость появления, если в предыдущей погодной секции был пустой flares =
blend_down_time = 300 ;(сек) скорость исчезновения, если в последующей погодной секции пустой flares =

sergy172, как-то никогда эти не интересовался, разве изменение blend_time вообще не работает?

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

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

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

По крайней мере, совершенно точно сейчас наблюдал плавную смену градиента в 8 часов утра (OLR, локация: Мертвый город):

Все действо заняло секунд 20-25.

Неужто исправили этот баг? Вот теперь можно делать нормальную погоду! А переход от одной текстуры солнца к другой можно сделать? Имею ввиду не плавное затухание одной и появление другой, а плавный переход без исчезновения?

Это же в рамках одной погодной схемы? Всегда работало. Попробуй перейти на другую(типа с ясной на дождливую).

abramcumner, никогда не работало на одной погодной секции в ТЧ, инфа 100%.
Не раз и не два проверено.

Я же писал, по этот кривой эффект через "дырку" в чн-зп.
Это не плавная смена градиента.


Увы.

sergy172, хз, раньше вообще оно резко менялось, а сейчас хоть какая-то плавность есть, чему я и рад.

В каком конкретно билде можно посмотреть "истинную", тру, камблю смену градиента?

От 1580 до 1844.
Но вообще по моему, глюк обострился примерно с 2ххх.

Немного обновил экзешник 1.0006.

Исправленный экзешник для S.T.A.L.K.E.R ТЧ 1.0006 (v2):
http://yadi.sk/d/bQEVpUp089taC

v1
-отсутствие старфорсоов и сопутствующих проблем
-в nodvd-вариантах из за сбоев в циклах движка могли происходить вылеты, которые здесь невозможны
-нормальная система отлова багов, в nodvd её по сути не было, движковые логи не писало
-если у НПЦ проблемы с логикой, nodvd-вариант сразу крешится без лога и бьются сейвы, тут это пофиксено
-фикс ошибки "(bytes_need<=mSize) && vl_Count" на r2, связанной с перегрузками видеобуфера
-оптимизация требований к памяти (GlobalMemoryStatus вместо GlobalMemoryStatusEx)
-возможность менять hud_fov (несколько предустановок, рассчитано исключительно на данный экзешник)
v2
-возможность менять fov для xrgame.dll от 1.0006 (несколько предустановок)
-отключено загаживание консоли/лога сообщениями "CL setdestroy"

Установка:
скопировать с перезаписью в папку bin игры 1.0006 rus.

Внимание!
10006_hud_fov_switcher.cmd и 10006_fov_switcher.cmd рассчитаны на данный экзешник и стандартный xrgame.dll от 1.0006. Если вы модифицируйте/используете уже модифицированные варианты XR_3DA.exe и xrgame.dll, заранее забекапьте их перед попытками менять fov/hud_fov.
При установке fov отличного от оригинала, невозможно будет подключиться к мультиплеерным серверам 1.0006.
Не гарантируется смена fov/hud_fov на win vista/7/8, если Program Files защищены UAC. В этом случае перенесите игру вне Program Files.

А можно всё это на ЧН/ЗП запилить?

Разве что последний пункт.

Небольшой фикс экзешника (ТЧ, 6 патч): http://rusfolder.com/37838286
Убирает мигающие красные надписи в режиме Demo Record (полет камеры).
Тестировалось на стимовской версии без защиты. На других версиях не проверялось.

З.Ы. в основном будет полезно тем, кто снимает различные видео, но не хочет сильно заморачиваться с созданием "дорожки", по которой камера будет лететь.

Можно же просто "-" нажать на клавиатуре?

Нет, это работате только при виде из глаз ГГ.

А ведь это уже пиратство. Не есть гуд. Или я не прав?