Ваши персональные игровые настройки и настройки клавиш находятся в одном файле по имени "User.ltx".
Найти его можно по адресу \Documents and Settings\All Users\Shared Documents\STALKER-SHOC (ENG_XP) или
\Documents and Settings\All Users\Документы\stalker-shoc\(RU_XP)

В Windows Vista путь немного другой
Users\Public\Documents\STALKER-SHOC

Этот файл автоматически подгружается каждый раз когда запускается Сталкер.
Из него подбираются все настройки для X-ray engine.

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

ОБЯЗАТЕЛЬНО СОХРАНИТЕ КОПИЮ ИСХОДНОГО ФАЙЛА! НЕПРАВИЛЬНОЕ РЕДАКТИРОВАНИЕ МОЖЕТ РОНЯТЬ ИГРУ!

Когда откроете файл вы увидите множество строк с настройками.
Большинство из них, кстати, доступно из консоли (об этом на следующей странице).
Любое изменение опций в файле будет иметь эффект только после перезапуска игры.

Имейте в виду:

1. Параметры в файле могут быть изменены если лазать в настройки из интерфейса игры.
2. Все настройки протестированы в консоли и User.ltx. Здесь рассматриваются только те из них, которые влияют на производительность.
3. Стандартные настройки мы не будем рассматривать т.к. они отличаются ровно на столько же, на сколько различаются ваши компьютеры.
4. У каждого своя система и чтобы подобрать настройки именно для вашей машины лучше их сначала протестировать через консоль.

Параметры и что они дают:

bind [action, key] - Команда биндинга. Осуществляет привязку к клавише key действия action.
Чтоб посмотреть весь лист забинженых комманд наберите в консоле bind_list. Кстати тут есть небольшой аргумент.
Например чтобы забиндить на клавишу SPACE прыжок - к названию клавиши нужно подставить спереди k.
Конечная комманда выглядит так: bind jump kSPACE

cam_inert [0.0 - 1.0] - Отвечает за плавность камеры, На слабых системах способствует лагам больших значениях.
Ставим ближе к 0, ели не хотим всё видеть пьяным глазом. Если поставить 1 - камера вообще перестаёт следовать за актёром.

В общем параметр 0.0 - 0.3 - профессиональная игра;
0.3-0.99 - для роликов и скриптовых сцен;
1 - для снятия скринов или роликов - камера висит - герой бегает.

g_always_run [on,off] - По дефолту - когда мы нажимаем вперёд - герой бежит, если поставить параметр off - герой будет ходить. Не путаем с спринтом.

Помним:
Что приставки перед параметрами r1_ и r2_ разграничивают настройки для статического освещения (DX8) и динамического(DX9).
если вы пользуетесь статическим настраиваем через r1_, угадайте через что настраиваем при Динамическом и Полном Динамическом.

r1_dlights [on,off] - Отвечает за вкл\выкл Динамических источников света. Но так как мы уже в статическом режиме,
игра их сама все удаляет, единственное что можно сделать этим параметром это отключить свой фонарик ).
Не рекомендуется изменять.

r1_dlights_clip [10.000 - 150.000] - Тут мы можем выставить насколько далеко светит динамический источник света.
Но опять же при использовании со статческим светом действует только на фонарик.

r1_glows_per_frame [2 - 32] - Отвечает за количество слепящих источников света - но по тестам - особо на производительность не влияет.

r1_lmodel_lerp [0.000 - 0.333] - меняет коэфициент Линейной интерполяции света ) (Lerp).

Коэфициент подсвета некоторых текстур - в общем меняем и смотрим на оружие. На производительность не влияетю

r1_ssa_lod_a [16.000 - 96.000] - Контролирует глобальный уровень детализации (LOD) для игрового мира, с высоким параметром даёт чёткую проработку обьектов и дистанцию обзора - но наглухо убивает ФПС.

r1_ssa_lod_b [16.000 - 64.000] - Похож на предыдущий параметр - но отвечает за детализацию определённых типов обьектов игрового мира. Высокие значения на фпс тоже влияет пагубно.

r1_tf_mipbias [-3.000 - 3.000] - Контролирует МИПМАМ уровень чистоты текстуры удалённых обьектов. Параметр близкий к -3 даёт кристальную чёткость деревьев на горизонте но фпс страдает, обратный параметр размывает всё в мыло - но фпс взлетает. При Выключеном Анизонтропном фильтре, этот параметр единственный путь настройки дистанционных текстур в Сталкере.

допереведу!

r2_gi [on,off] - Отключено по дефолту, этот параметр контролирует систему Глобального Освещения (GI, Global Illumination), форму освещения с просчетом лучей света и их отражения от поверхности объектов. Есть несколько команд отвечающих за эту настройку: r2_gi включает и выключает систему освещения, r2_gi_refl контролирует отражения света от освещенных поверхностей. Однако, включения этот системы освещения в игре крайне пагубно влияет на FPS.

r2_aa [on,off] - Команда контролирует включение поддельного Антиальясинга за счет шейдера размытия в игре, ввиду того что при технологии Отложеного затенения (Deffered shading) нет возможности использовать обычный способ фильтрации. Эта опция не одно и то же с ползунком Антиальясинг в настройках графики в игре. Поддельный АА не выполняет функцию сглаживания краев, он выполняет простое заблуривание картинки в игре.

r2_aa_kernel [0.300 - 0.700] - Команда отвечающая ща поддельную функцию Антиальясинга, в том слчае,если опция r2_aa включена. Высокие значения, увеличивают размытость. Активация поддельного АА и установка настроек r2_aa_kernel в значение 0.3 дает наиболее приемлемый эффект сглаживания, не выполняя чрезмерного замыливания картинки.

r2_aa_break [0.000000 - 1.000000,0.000000 - 1.000000,0.000000 -1.000000] - Команда контролирующая, дистанцию на которой работает функция поддельного Антиальясинга. Чем выше значения, тем на более дальние расстояния действует эффект. Однако, поскольку функция основана на векторном расчете, то максимальные расстояния не обязательно обеспечивают максимальное качество. Для эксперимента укажем r2_aa_break 0.000000,1.000000,0.000000, в игре даст четкие объекты вблизи, и размытые вдали.

r2_aa_weight [0.000000 - 1.000000,0.000000 - 1.000000,0.000000 - 1.000000] - Отвечает за коэффициент размытия при включенной опции поддельного АА, выше значение -больше мыла.

r2_allow_r1_lights [on,off] - Включает поддержку в R2 использования статического освещения (методов R1). В игре проявляется не реалистично завышенной яркостью у картинки и явным понижением FPS.

r2_gloss_factor [0.000 - 10.000] - Команда отвечает за коэффициент отражаемого света от объектов (свечение поверхности, глянцевость). Высокие значения повышает уровень свечения, жертвуя FPS. Опытным путем можно добиться довольно реалистичной картинки.

r2_ls_bloom_fast [on,off] - Опция контролирует включение расширенного Bloom эффекта в игре. С ней уже имеющийся Bloom эффект в игре становится более ярким и с более выраженным эффектом дымки. Производительность при этом особо не страдает, так как игра уже использует HDR освещение при включенном Render2(R2- DX9 renderer).

r2_ls_bloom_kernel_b [0.010 - 1.000] - Команда контролирует силу размытия при Bloom эффекте. Больше значение- ольше эффект размытия.

r2_ls_bloom_kernel_g [1.000 - 7.000] - Смазанность бликов и отражений в порядке возрастания.

r2_ls_bloom_kernel_scale [0.500 - 2.000]

r2_ls_bloom_speed [0.000 - 100.000] - Команда отвечает за "длительность жизни" Bloom эффекта.

r2_ls_bloom_threshold [0.000 - 1.000] - Этот параметр контролирует уровень освещенности. Эффект используется в игре по умолчанию, или вы не имеете r2_ls_bloom_fast опция включена. Большие значения уменьшат яркость подсветки bloom эффекта. Используется вместе с HDR, например, если выставить значение 1.000, в игре появляется похожее на DX8 освещение (но с динамической подсветкой). Вы можете экспериментировать с изменением этого значения, так и без цветения быстро достичь желаемого результата. Для примера попробуйте быстроту Блума и значение 0.350 за этот параметр, чтобы прийти к несколько более атмосферного смотреть в игровом мире.

r2_ls_depth_bias [-0.500 - 0.500] - Этот параметр определяет, насколько видимый свет от источников света светит. Лучше оставить по умолчанию.

r2_ls_depth_scale [0.500 - 1.500] - Тоже самое, что и выше, только отвечает за тени.

r2_mblur [0.000 - 1.000] - Команда контролирует включение кинематографичного эффекта размытия в движении в игре (Motion blur), этот эффект делает передвижение в игре более реалистичным за счет того, что ввиду особенности нашего глаза в жизни человек не фокусируется на "промежуточной картинке" при переводе глаз с одного места на другое. Для включения этой опции нобходимо дописать аттрибут -mblur к ярлыку запуска игры STALKER.

r2_parallax_h [0.000 - 0.500] - Этот параметр отображается контролирует параллакс картографирования, метод используется в целях дальнейшего улучшения внешнего вида глубины на поверхность. Однако в моем опыта изменения этого параметра не визуальный или исполнения воздействия. Люди утверждают, что повышение этого параметра до величины 0,04 помогает им повысить производительность, так что вы можете попробовать это как оно не должно причинить вред или заметной потери качества изображения.

r2_slight_fade [0.020 - 2.000] - I am unsure as to what exactly this setting controls, and testing reveals no real image quality or performance impact. However others claim that raising this setting can improve performance, so give it a try.

r2_ssa_lod_a [16.000 - 96.000] - Контролирует систему Level of Detail (LOD) в игре, чем выше параметр, тем четче и проработанней объекты вдали.

r2_ssa_lod_b [32.000 - 64.000] - Контролирует систему Level of Detail (LOD) в игре, чем выше параметр, тем четче и проработанней некоторые объекты вдали.

r2_sun [on,off] - Включает\выключает солнце, как источник света.

r2_sun_depth_far_bias [-0.500 - 0.500]

r2_sun_depth_far_scale [0.500 - 1.500]

r2_sun_depth_near_bias [-0.500 - 0.500]

r2_sun_depth_near_scale [0.500 - 1.500]

Эти парраметры влияют на тень. Высокие - более темные тени, низкие - более прозрачные. По-умолчанию - лучшее качество.

r2_sun_details [on,off] - Тоже-самое, что функция "Тень от травы".

r2_sun_lumscale [-1.000 - 3.000] - Определяет уровень яркости (яркость) от солнечного света, со значениями от нуля или ниже - отключение Солнца.

r2_sun_lumscale_amb [0.000 - 3.000] - Параметр определяет яркость освещения, вызванным солнцем.

r2_tf_mipbias [-3.000 - 3.000] - Чёткость текстур вдали. Влияет на ФПС.

r2_tonemap [on,off] - Эта опция контролирует Tone Mapping. Может улучшить картинку без снижения ФПС.

r2_tonemap_lowlum [0.000 - 1.000] - Яркость HDR. Лучше оставить по-умолчанию.

r2_tonemap_middlegray [0.000 - 2.000] - Главный параметр HDR. При значении 1.2 можно добиться HDR эффекта как в Обливионе.

r__supersample [1 - 4]

r__tf_aniso [1 - 16]

Параметры чуть-чуть влияют на качество в лучшую сторону при увеличении.

rs_stats [on,off] - Включает область вывода статистики по игре на экран (во время игры), включая информаию по FPS.

snd_acceleration [on,off] - Этот параметр контролирует аппаратное ускорение звука.

snd_cache_size [4 - 32] - Этот параметр определяет размер кэша звука. Лучше поставть 32, чтобы избежать заикания.

snd_efx [on,off] - Включение\отключение звуковых эффектов.

snd_targets [4 - 32] - Этот параметр определяет количество звуковых каналов. Значение 32 улучшает качество звука.

vid_mode [WxH] - Управляет разрешением экрана.

Сэйв, (НЕ авто- и НЕ квик-), это обычный файл на вашем компе. Его игра никак НЕ использует (если только загружает в режиме чтения по Вашему выбору) и НЕ изменяет, если только НЕ перезаписать САМОМУ этот сэйв другим под этим же именем.
Сами коды игры/мода в процессе игры НЕ изменяются. Исключением является только "user.ltx", в который заносятся текущие опциональные настройки.
Если в процессе игры произошла фатальная ошибка, то:
1. Сэйвы с собственными именами НИКАК НЕ могут измениться;
2. Коды игры и сборки НЕ изменяются;
3. Возможна некорректная запись в "user.ltx" (пишется последняя запущенная игра), или даже нарушение формата записи файла. Вариант лечения: иметь резервный "user.ltx" или удалить имеющийся и ... он вновь создастся девственным (свои настройки придется повторить).
4. Если система при крахе игры дала сбой - копаться следует в системе, а не грешить на игру.
Если в меню игры при выборе сэйва происходит вылет - это БИТЫЙ сэйв и его следует удалить 'ручками', т.е. НЕ из игры.
Переполнение стека (stack overflow), переполнение сэйва (packet_size) и "переполнение" папки файлами сэйвов - далеко НЕ одно и то же.
С первым 'бороться' может только программер/разработчик.
С переполнениями размеров сэйвов - и игроки, не расходуя/освобождая ресурсы игры. Маячки, тайники, квесты, разбросанные ящики с хабаром, напарники, ... все это требует сохранения и соответственно (кило)битов в сэйвах.
Ну а с кол-вом файлов сэйвов - уже давалось пояснение: их кол-во влияет только на 'заторможенность' в главном меню при выборе сэйва для записи/загрузке.
Примечание: сданный квест не сильно освобождает ресурсы. Лучше НЕ брать лишних квестов.
Любой квест - это а) инфопоршен о его доступности для ГГ, б) инфопоршен завершения/провала квеста, в) необязательные инфопроршены процесса/условий выполнения квеста. Т.о. НЕ взятый квест экономит некоторые биты ... Но это копейки ...
Торговцы выдают за квесты рандомные награды и при взятии квеста инфа о наградах попадает в сэйвы. Т.о. это более 'тяжелый' случай. В этом случае - ЛУЧШЕ сдавать, если взят, и не 'таскать'.
Вообще то, 'плачут' много, а НИ ОДНОГО сэйва с предупреждающей надпистью о переполнении сэйвов НЕ дано! Скорее всего какой-то модуль/функция 'мусорит' в сэйвы никчемной информацией.
Желательны пара сэйвов (до и после), чтобы определить откуда ноги растут.
Кстати, при загрузке и сохранении в логе указывается размер пакета:
info~>bind_stalker:Save:real_packet_size=[3955]:[info]
Критичными сейчас считаются - 7000 бит, пред-фатальными - 7800.

Настройки из доп.опций никак не могут исчезать, т.к. перезаписываются как в процессе их изменнения (при открытом меню), так и по завершению (закрытия меню). Далее они (настройки) хранятся как и все переменные в сторедже актера.
Если укажешь какая именно переменная НЕ сохранилась - перепроверю, может ошибка в ее обработке ...

Для того чтоб настройки как основных функций-задач, так и дополнительного меню не сбрасывались при вылетах и некорректных сохранениях:
После первого входа в игру выставляем всё как вам хочется\нравится, сохраняемся и корректно выходим из игры.
Всё. Теперь при каждой загрузке\перезагрузке и после каждого вылета настройки слетать не будут.

Так как все-таки оптимально настроить файл подкачки?
Если у Вас несколько винчестеров (не разделов, а именно винчестеров), то установка файла подкачки на другой винт, чем установлена операционная система, обычно значительно ускоряет быстродействие.
Если у Вас несколько винчестеров - то файл подкачки ставится на самый быстрый из них.
Если у Вас несколько разделов на винте, то файл подкачки надо ставить на самый первый из них - физически расположенный самым первым, так как доступ к этим областям винта наиболее быстрый.
Целесообразно ограничить минимальный объем файла подкачки, чтоб предотвратить излишнюю его фрагментацию примерно объемом 1-1.5 объема вашей оперативной памяти (впрочем если Вы пользуете графику или напрягаете компьютер серверами баз данных то можно поставить размером 2-3 объема RAM).
Практически не имеет резона ограничивать максимальный объем, так как это может привести к сбою программ из-за нехватки памяти, а если уж и ограничивать, то никак не меньше чем 4 объема RAM.
После этих настроек компьютер надо перезагрузить и запустить какой-нибудь дефрагментатор (типа Norton Speed Disk) чтоб полностью дефрагментировать файл подкачки и поместить его в начало раздела.
И последнее, помните, что после выключения компьютера файл подкачки может содержать Ваши пароли, логины, остатки Вашей конфиденциальной информации и т.п., так что достаточно "образованные дяди" из числа Ваших доброжелателей или компетентных органов, загрузившись в ДОС и покопавшись в объедках Ваших программ в файле подкачки могут найти очень интересные вещи...

При игре выполняется последовательно/параллельно множество операций. Промежуточные результаты заносятся в некоторую выделенную облать (стек). Размер этой обрасти зависит от многих факторов, в том чисте и от объема свободного ОЗУ при старте игры.
Т.о. если "старенький" комп или ОЗУ забита различным прикладом/резидентами - объем может быть и не 'достаточным' для работы сборки в критических режимах.
В сборку добавляются различные модули/схемы, работа которых, по сравнению с оригинальной игрой, дополнительно нагружает/заполняет игровой стек. С последним минификсом добавлено как минимум две новые схемы, да и собственно схемы пока не до конца оптимизированы, для чего и ТЕСТИРУЕМ!

Резюме:
- оптимизируем ОЗУ компа (старым - добавляем, остальным - разгружаем) при старте игры;
- даем статистику и ждем правок/оптимизации.

Вылет по переполнению стека бывает по двум причинам:
- а) 'кривой' код;
- б) 'локальный всплеск' - как правило единичен.

В случае а) - попытаться изменить свою игру/прохождение, откатиться на ранний сэйв.
В случае б) - не использовать то, что приводит в вылету (например кнопку "Контакты" в КПК) или просто продолжить с последнего сэйва - вылет может и не повториться.

Ну а если совсем 'замучали' вылеты по стэку - отключить последние добавленные в сборку модули до их отладки и/или отключить не самые интересные для себя модули AI.

Как уже ранее пояснял по стэку: это область памяти выделенная игрой и в которой временно хранятся результаты выполнения различных функций. При превышении объема результатов объема выделенной области происходит переполнение по стеку (stack overflow). Заполнение стэка - это функция времени(!), т.е. заполнение изменяется (как правило увеличивается, но может и уменьшаться) по мере времени игры на локации. НЕ путать(!) стек и стораджи (хранилища) данных ГГ и объектов игры, которые запоминаются НЕ только в ОЗУ.
Простейшая логика подсказывает - если стэк периодически опорожнять (очищать от невостребованных/устаревших данных) - переполнения можно избежать.
Различные (квик)сэйв-лоады как минимум просто напросто полностью очищают стек, т.к. при загрузке(!) любого (квик)сэйва происходит переинициализация всех модулей/переменных.
Однако(!) происходит потеря ранее выполненных проверок / вычислений / счетчиков / ... и т.п.
- раненому Толику в логике прописано "стоять и ждать 60 сек после общения с ГГ". Если перезапустить сэйв после разговора - триггер состоявшего разговора уже сработал, а таймер времени обнулился -> Толик побежал домой.
- Петруха докладывает о выполнении зачистки при условии смерти всех прописанных в гулаг АТП бандитов. Порой или Петруха умирает (его должен сдублировать докладом выживший напарник), порой счетчик сбивается, т.к. убивают НЕ сталкеры и/или ГГ, а Доктор или монстр ... После перезагрузки - триггер сработал, счетчик живых бандитов пуст, доклада не было => доклад Петрухи.
И т.п. и т.д. ...
Т.о. "лечение подвисших заданий" перезапусками вполне логично, но никак не относится к стэку, если не считать банальной полной его очистки.

http://narod.ru/disk/18765082001/boost%20speed.rar.html

http://narod.ru/disk/19223597001/stk-sfk-r-patch-5-6.exe.html
http://narod.ru/disk/19223674001/stk-sfk-r-patch-any-5.exe.html
http://narod.ru/disk/18761867001/stk-sfk-r-patch-any-4.exe.html

http://narod.ru/disk/18760564001/stk_back_4.exe.html

http://stalkerin.gameru.net/wiki/index.php/%D0%92%D1%81%D1%82%D1%83%D0%BF%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5

hypercatt
Неужели это такая тайна за семью печатями-на каком этапе находится разработка новой допы и куда "деваются" члены команды разрабов??
Valerius
Тайны никакой здесь нет. Просто Архара уже два месяца. как прервал связь с командой НС и не появляется на сайте и в Скайпе. Все попытки связи с ним провалились. Единственное, что известно - он жив-здоров. Так, что о сроках выхода новой допы никому неизвестно. Командой готовиться к выпуску глобальный патч существенно оптимизирующий игру и убирающий многие глюки, но продолжения сюжета, к сожалению, в нём не будет, это может сделать только сам Архара.

http://stalkerin.gameru.net/wiki/index.php/%D0%97%D0%B0%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5

_preset Default
ai_use_torch_dynamic_lights on
unbindall
bind left kLEFT
bind right kRIGHT
bind up kUP
bind down kDOWN
bind jump kSPACE
bind crouch kLCONTROL
bind crouch_toggle kSLASH
bind accel kLSHIFT
bind sprint_toggle kX
bind forward kW
bind back kS
bind lstrafe kD
bind rstrafe kA
bind llookout kQ
bind rlookout kE
bind cam_zoom_in kADD
bind cam_zoom_out kSUBTRACT
bind torch kL
bind night_vision kN
bind wpn_1 k1
bind wpn_2 k2
bind wpn_3 k3
bind wpn_4 k4
bind wpn_5 k5
bind wpn_6 k6
bind artefact k7
bind wpn_next kY
bind wpn_fire mouse1
bind wpn_zoom mouse2
bind wpn_reload kR
bind wpn_func kV
bind wpn_firemode_prev k9
bind wpn_firemode_next k0
bind pause kPAUSE
bind drop kG
bind use kF
bind scores kTAB
bind chat kCOMMA
bind chat_team kPERIOD
bind screenshot kF12
bind quit kESCAPE
bind console kGRAVE
bind inventory kI
bind buy_menu kB
bind skin_menu kO
bind team_menu kU
bind active_jobs kP
bind map kM
bind contacts kH
bind vote_begin kF5
bind vote kF6
bind vote_yes kF7
bind vote_no kF8
bind speech_menu_0 kC
bind speech_menu_1 kZ
bind use_bandage kRBRACKET
bind use_medkit kLBRACKET
cam_inert 0.
cam_slide_inert 0.25
cl_cod_pickup_mode 1
cl_dynamiccrosshair on
g_always_run on
g_autopickup on
g_backrun on
g_corpsenum 10
g_eventdelay 0
g_game_difficulty gd_stalker
hud_crosshair on
hud_crosshair_dist off
mm_mm_net_srv_dedicated off
mm_net_con_publicserver off
mm_net_con_spectator 20
mm_net_con_spectator_on off
mm_net_srv_gamemode st_deathmatch
mm_net_srv_maxplayers 32
mm_net_srv_name BLACKBOX
mm_net_srv_reinforcement_type 1
mm_net_weather_rateofchange 1.
mouse_invert off
mouse_sens 0.32
net_cl_icurvesize 0
net_cl_icurvetype 0
net_cl_interpolation 0.
net_cl_log_data off
net_cl_pending_lim 3
net_cl_update_rate 30
net_dedicated_sleep 5
net_sv_log_data off
net_sv_pending_lim 3
net_sv_update_rate 30
ph_frequency 75.00000
ph_iterations 24
r1_dlights on
r1_dlights_clip 10.
r1_glows_per_frame 16
r1_lmodel_lerp 0.1
r1_pps_u -1.
r1_pps_v 0.
r1_ssa_lod_a 64.
r1_ssa_lod_b 48.
r1_tf_mipbias 0.
r2_aa off
r2_aa_break 0.800000,0.500000,0.000000
r2_aa_kernel 0.5
r2_aa_weight 0.250000,0.250000,0.000000
r2_allow_r1_lights off
r2_gi off
r2_gi_clip 0.001
r2_gi_depth 1
r2_gi_photons 16
r2_gi_refl 0.9
r2_gloss_factor 1.4
r2_ls_bloom_fast off
r2_ls_bloom_kernel_b 0.7
r2_ls_bloom_kernel_g 3.
r2_ls_bloom_kernel_scale 0.7
r2_ls_bloom_speed 100.
r2_ls_bloom_threshold 0.001
r2_ls_depth_bias -0.0003
r2_ls_depth_scale 1.00001
r2_ls_dsm_kernel 0.7
r2_ls_psm_kernel 0.7
r2_ls_squality 0.5
r2_ls_ssm_kernel 0.7
r2_mblur 0.
r2_parallax_h 0.04
r2_slight_fade 0.05
r2_ssa_lod_a 96.
r2_ssa_lod_b 64.
r2_sun on
r2_sun_depth_far_bias -0.00001
r2_sun_depth_far_scale 1.
r2_sun_depth_near_bias 0.00001
r2_sun_depth_near_scale 1.
r2_sun_details off
r2_sun_focus on
r2_sun_lumscale 1.
r2_sun_lumscale_amb 0.5
r2_sun_lumscale_hemi 1.
r2_sun_near 12.
r2_sun_near_border 0.75
r2_sun_tsm on
r2_sun_tsm_bias -0.01
r2_sun_tsm_proj 0.3
r2_tf_mipbias -3.
r2_tonemap on
r2_tonemap_adaptation 1.
r2_tonemap_amount 0.7
r2_tonemap_lowlum 0.0001
r2_tonemap_middlegray 0.6
r2_wait_sleep 0
r2_zfill off
r2_zfill_depth 0.5
r2em 2.
r__detail_density 0.44
r__geometry_lod 1.2
r__supersample 4
r__tf_aniso 12
renderer renderer_r2
rs_c_brightness 1.
rs_c_contrast 1.
rs_c_gamma 1.2
rs_fullscreen on
rs_refresh_60hz off
rs_stats off
rs_v_sync off
rs_vis_distance 1.
snd_acceleration on
snd_cache_size 32
snd_efx on
snd_targets 24
snd_volume_eff 0.8
snd_volume_music 1.
sv_anomalies_enabled 1
sv_anomalies_length 3
sv_artefact_respawn_delta 30
sv_artefact_stay_time 3
sv_artefacts_count 10
sv_auto_team_balance 0
sv_auto_team_swap 1
sv_bearercantsprint 1
sv_client_reconnect_time 60
sv_console_update_rate 1
sv_dedicated_server_update_rate 100
sv_dmgblockindicator 1
sv_dmgblocktime 0
sv_forcerespawn 0
sv_fraglimit 10
sv_friendly_indicators 0
sv_friendly_names 0
sv_friendlyfire 1.
sv_hail_to_winner_time 7000
sv_pda_hunt 1
sv_pending_wait_time 10000
sv_reinforcement_time 0
sv_remove_corpse 1
sv_remove_weapon 1
sv_returnplayers 1
sv_rpoint_freeze_time 0
sv_shieldedbases 1
sv_spectr_firsteye 1
sv_spectr_freefly 0
sv_spectr_freelook 1
sv_spectr_lookat 1
sv_spectr_teamcamera 1
sv_statistic_collect 1
sv_statistic_save_auto 0
sv_timelimit 0
sv_vote_enabled 1
sv_vote_participants 0
sv_vote_quota 0.51
sv_vote_time 1.
sv_warm_up 0
texture_lod 2
vid_mode 1280x1024

Команда r2_allow_r1_lights (on\off) включает и выключает дублирующие источники света, которые способны значительно улучшить качество освещения в игре. За красивости придется расплачиваться кадрами в секунду. Особенно около костров и фонарей.

r2_gloss_factor (0-10) задает яркость и глянец поверхностей. Чем больше значение, тем ярче блики. Десятку ставить не стоит, при таком значении даже ржавый уазик отсвечивает, как натертый зубным порошком серебряный поднос.

r2_Is_bloom_fast (on\off) отвечает за эффект размытости и дополнительного отраженного свечения объектов. При включении этой команды сразу вспоминается Oblivion. Попробуйте — и поймете почему.

r2_slight_fade (0.02-2) — команда связана с предыдущей и задает яркость освещенности объектов. Максимальное значение крайне не советуем, но что-то конкретное порекомендовать сложно. Пробуйте настройки, пока не найдете оптимальное значение.

r2_sun_lumscale (-1-3) и r2_sun_lumscale_amb (0-3) задает коэффициент солнечного освещения. Подбирайте по вкусу.