В инвентаре,в рюкзаке, на поясе коробка патронов занимает две ячейки.
1. В фотошопе открываем файл gamedata\textures\ui\ui_icon_equimpent.
* плагин для работы с .dds-изображениями (скачать)
Итак, мы установили плагин и запустили Photoshop. Откройте в нем наш файл.
Иконки расположены по сетке 50х50 пикселей.
Чтобы включить её отображение, зайдите в меню:
Редактирование -> Установки -> Направляющие, сетка и фрагменты
И установите в нем следующие значения:
* Линия через каждые: 50
* Единицы измерения: пиксели
* Внутреннее деление на: 1
После чего выберите пункт:
Просмотр -> Показать -> Сетку ( Ctrl+' )
Всё, сетка теперь правильно настроена и отображается.
Находите нужный тип патрона и сжимаете его в одну клетку. Разместить его надо на том же месте, где он был в первой клетке. И так со всеми патронами, которые используете.
Теперь нужно сохранить файл в правильном формате. Выберите:
Файл -> Сохранить
И выставьте в появившемся окне окне следующие настройки:
Крайне важно выставить следующие параметры:
* Save Format: DXT5 (Interpolated Alpha)
* MIP maps: No MIP maps
Нажмите Save.
[img]http://pikucha.ru/i5vaR....mg]
2. Открыть gamedata\config\weapons\weaponts.ltx. Находите конфиг патрона и заменить
inv_grid_width = 2
inv_grid_height = 1
на

inv_grid_width = 1
inv_grid_height = 1
[img]http://pikucha.ru/i5vaU....mg]

[actor_condition]
satiety_v = 0.0 ;скорость уменьшения сытости со временем
radiation_v = 1.0 ;скорость уменьшения радиации
satiety_power_v = 0.000055 ;увеличение силы при уменьшении сытости
satiety_health_v = 0.0001 ;увеличение здоровья при уменьшении сытости
satiety_critical = 0.0 ;критическое значения сытости (в процентах от 0..1) когда здоровье начианает уменьшаться
radiation_health_v = 0.004 ;уменьшение здоровья при воздействии радиации
morale_v = 0.0001 ;скорость восстановления морали
psy_health_v = 0.001 ;скорость восстановления psy-здоровья
alcohol_v = -0.0005
health_hit_part = 0.0 ;процент хита, уходящий на отнимание здоровья
power_hit_part = 0.0 ;процент хита, уходящий на отнимание силы
max_power_leak_speed = 0.0 ;накопление усталости (макс граница, до которой восстанавливается сила) в секунду игрового времени
max_walk_weight = 110.0

bleeding_v = 0.0 ;потеря крови при номинальной ране в секунду
wound_incarnation_v = 1.0 ;скорость заживления раны
min_wound_size = 0.0 ;минимальный размер раны, после которого она считается зажившей

Описание параметров
Файл с настройками находится в gamedata\shaders\r2\skygraphics_options.cfg

Вот и сами параметры:

#define IMPROVED_MBLUR
Включает/выключает усовершенствованный Motion Blur. Для включения надо раскомментировать эту строку, например:
#define IMPROVED_MBLUR
Для выключения - надо закомментировать:
//#define IMPROVED_MBLUR

#define MBLUR_SAMPLES int(10)
Параметр для Motion Blur`а, определяет интенсивность эффекта. Чем больше значение тем большая интенсивность. Влияет на производительность. Параметр не может принимать дробных значений.

#define SCALE_X float(-0.03)
#define SCALE_Y float(0.03)
#define VEL_START float(0.009)
#define VEL_FIN float(0.02)
#define IMB_CLAMP float(0.01)
Параметры для Motion Blur`а, отвечают за характер размытия картинки. Не рекомендуется их менять.

#define START_DIST float(0.7)
#define FINAL_DIST float(1.3)
Параметры для Motion Blur`а, определяют расстояние с которого включается Motion Blur (START_DIST), и расстояние с которого начинается полное размытие (FINAL_DIST). Между START_DIST и FINAL_DIST происходит плавный переход от не размытой области к размытой. Параметры условно измеряются в метрах.

#define DEPTH_OF_FIELD
Включает/выключает эффект Depth Of Field. Для включения надо раскомментировать эту строку, например:
#define DEPTH_OF_FIELD
Для выключения - надо закомментировать:
//#define DEPTH_OF_FIELD

#define DOF_QUALITY int(12)
Параметр для Depth Of Field, определяет качество эффекта. Влияет на производительность. Параметр не может принимать дробных значений.

#define MINDIST float(0.4)
#define MAXDIST float(200)
Параметры для Depth Of Field, определяют расстояние с которого включается Depth Of Field (MINDIST), и расстояние с которого начинается полное размытие (MAXDIST). Параметры условно измеряются в метрах.

#define MAXCOF float(3)
Параметр для Depth Of Field, определяет степень размытия эффекта.

#define PARALLAX_OCCLUSION
Включает/выключает эффект Parallax Occlusion Mapping. Для включения надо раскомментировать эту строку.

#define MAX_SAMPLES int(40)
#define MIN_SAMPLES int(5)
Параметры для Parallax Occlusion, определяют количество текстурных выборок. Чем их больше, тем качественнее эффект. Влияет на производительность. Параметры не могут принимать дробных значений.

#define PARALLAX_OFFSET float(0.015)
Параметр для Paralax Occlusion, определяет высоту поверхности(степень смещения). Чем больше значение, тем больше высота.

#define FINAL_INTERSECTION_LOOPS int(5)
Параметр для Parallax Occlusion, определяет количиство циклов для нахождения точки пересечения. Чем их больше тем качественнее эффект. Влияет на производительность. Параметр не может принимать дробных значений.

#define CORRECT_PERSPECTIVE
Параметр для Parallax Occlusion, включает/выключает более правильную перспективу на острых углах геометрии. Повышает иллюзию смещения. Требует более высоких значений для MAX_SAMPLES и MIN_SAMPLES. Из-за особенностей игровой геометрии сталкера, на некоторых поверхностях появляются артефакты, в виде искажений. Для включения надо раскомментировать эту строку, например:
#define CORRECT_PERSPECTIVE
Для выключения - надо закомментировать:
//#define CORRECT_PERSPECTIVE

#define CONTRAST_COEF_Q1 float(0.6)
#define CONTRAST_COEF_Q2 float(1)
#define BRIGHTNESS_COEF float(0.25)
Параметры для Parallax Occlusion, используются в алгоритме повышения контрастности карт высот. Не рекомендуется их менять.

Команда 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) задает коэффициент солнечного освещения. Подбирайте по вкусу.

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

Частота 60Гц: Если данная опция отключена, это позволит экрану обновляться, превышая порог 60Hz. По идее нет причин, из-за которых вам придется включить эту опцию, большинство современных ЭЛТ мониторов и некоторые ЛСД моники вполне могут работать на уровне обновления кадров в секунду выше 60Hz, что может вам как помочь повысить ФПС, когда включена синхронизация, так и уменьшить напряжение на глаза при использовании ЭЛТ мониторов.

[SB]TGN:
Всем привет! Давно я тут не появлялся =) Есть вопрос, который меня уже давно волнует. Неужели нужно начисто игру (СТАЛКЕРа имею в виду =)) переустанавливать, что бы избавиться от некоторых багов? Интересуюсь так, как часто встречаю, когда люди пишут, что переустановили игру, а парой и всю систему, и не совсем понимаю зачем.
Получаются некоторые баги оседают в конфигфайлах самой игры, а не только в файлах сборки?
Или движок x-ray умудряется какие-то конфиги игры держать в реестре?
Просто я ни разу игру еще не переустанавливал, и тем более систему из-за этого =), вот и интересуюсь.
Саму папку gamedata я подтирал, т.е. переустанавливал сборку и делал все, как пишут в ReadMe к каждому фиксу\минификсу. Так же все сейвы подтираю вручную, точнее bat файлом =) Самому лень каждый раз подтирать =))
Переустанавливать ОС из-за этого по-моему нелогично, можно все ручками ведь почистить, или я не прав?

Artos:
Ты прав на ~100%. Я сам еще ни разу не переустанавливал ни игру ни ОС (это с 2007г). Даже на параллельно установленную Win7, не ставил игру (ТЧ и ЧН), а 'подцепил' уже установленную.
Игра (с модом иль без) 'мусорит' только сэйвами и логами. Скрины - это уже на совести игрока.
Только один файл (user.ltx) постоянно меняется и может быть "запорчен" как игроком, так и игрой/системой. Но ... удали его, и игра создаст заново дефолтный.
В реестр, заносятся данные только при установке игры/патча. Сингл более реестр не трогает.
Ну а то, что нередко слышны советы 'переустановить' игру/ОС - это от недостатка знаний/навыков/лени 'разбираться'.
Кое-кто балуется с папкой 'bin', кроя-перекраивая dll'ки защиты ... , забывая просто забэкапить имеющиеся.

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

Artos:
Сэйв, (НЕ авто- и НЕ квик-), это обычный файл на вашем компе. Его игра никак НЕ использует (если только загружает в режиме чтения по Вашему выбору) и НЕ изменяет, если только НЕ перезаписать САМОМУ этот сэйв другим под этим же именем.
Сами коды игры/мода в процессе игры НЕ изменяются. Исключением является только "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.

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

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

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

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

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

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