Скрытые настройки iRacing: повышение FPS без апгрейда через оптимизацию конфигов

Принято считать, что производительность iRacing в первую очередь определяется мощностью процессора и видеокарты. Однако практика показывает: даже на системах, соответствующих рекомендуемым требованиям, частота кадров может неожиданно падать в типичных сценах — массовых стартах, движении по главной прямой или при появлении большого количества машин в зеркалах. Причина этих просадок не всегда кроется в недостатке сырой вычислительной мощности. Часто дело в том, как симулятор распределяет ресурсы по умолчанию.

iRacing построен на архитектуре, которая предполагает высокую степень детализации окружения даже там, где она не оказывает влияния на гоночный опыт. В результате часть нагрузки приходится на элементы, которые водитель не анализирует в момент прохождения поворота или борьбы за позицию. Это создаёт ситуацию, когда потенциальный прирост FPS блокируется не отсутствием апгрейда, а нерациональными настройками.

Оптимизация в данном случае сводится к одному принципу: определить, какие визуальные компоненты несут полезную информацию, а какие работают только как декорация. Три параметра, рассматриваемые ниже, позволяют перераспределить вычислительные ресурсы именно на основе этого принципа. Речь идёт об управлении детализацией зеркал, отрисовке объектов пит-лейн и механизме AutoNoDynEmptyLOD. Каждый из них доступен через текстовые конфигурационные файлы и не требует вмешательства в аппаратную часть.

---

Часть 1. Локация скрытых параметров: обзор конфигурационных файлов

iRacing не предоставляет единого графического интерфейса для всех настроек, влияющих на производительность. Параметры, выходящие за пределы стандартного меню «Graphics», хранятся в текстовых конфигурационных файлах, которые создаются при первом запуске симулятора и обновляются при каждом изменении настроек через интерфейс. Эти файлы расположены в фиксированной директории и могут быть отредактированы любым текстовым редактором (Блокнот, Notepad++).

Путь к конфигурационным файлам:

Документы / iRacing /

Основные файлы и их назначение:

Для целей оптимизации производительности основное внимание уделяется первым двум файлам. player.ini содержит преимущественно эргономические настройки и влияет на производительность в минимальной степени.

Правила работы с конфигурационными файлами:

1. Перед внесением любых изменений следует создать резервные копии всех трёх файлов. Достаточно скопировать их в любую другую папку или добавить расширение .backup.

2. Редактирование производится при закрытом симуляторе. iRacing записывает изменения в эти файлы при завершении работы, и при одновременном редактировании извне возможен конфликт.

3. После изменений файл необходимо сохранить. При следующем запуске iRacing считает новые значения.

4. Некоторые параметры (например, MaxPitObjsToDraw) требуют полного перезапуска симулятора для применения. Другие (например, настройки зеркал) могут применяться после перезагрузки сессии, но для надёжности рекомендуется полный перезапуск.

Поиск параметров внутри файлов:

Каждый параметр находится внутри секции, обозначенной квадратными скобками. Например, запись [Graphics] в app.ini открывает секцию, внутри которой расположены параметры LODPctMirrorsMax, MaxPitObjsToDraw и другие. Если параметр отсутствует в файле, это означает, что симулятор использует значение по умолчанию. В таком случае параметр можно добавить вручную в соответствующую секцию.

---

Часть 2. Влияние зеркал на производительность и способы его снижения

Каждое зеркало в iRacing представляет собой отдельный проход рендеринга. В отличие от многих других игр, где отражения генерируются на основе уже сформированного изображения, здесь симулятор вынужден повторно отрисовывать сцену с другой точки обзора. При активации левого, центрального и правого зеркал одновременно количество рендерируемых видов возрастает до четырёх (включая основной). Это создаёт дополнительную нагрузку на процессор, особенно в сценах с большим числом автомобилей.

Для снижения этой нагрузки в файле app.ini предусмотрены параметры уровня детализации (LOD), специфичные для зеркал:

• LODPctMirrorsMax и LODPctMirrorsMin — диапазон детализации для статических зеркал;

• LODPctDynoMirrorsMax и LODPctDynoMirrorsMin — для динамических (например, виртуального зеркала).

Значение 100 соответствует полной геометрической точности моделей, 0 — предельно упрощённым формам. Снижение этих значений до 30–15% для статических зеркал и до 25–10% для динамических уменьшает вычислительную нагрузку без потери информационной функции: силуэт, дистанция и траектория движения автомобиля сзади остаются различимыми.

Дополнительным способом является отключение теней в зеркалах через параметр DynamicShadowMirrorEnable=0 в файле rendererDX11.ini. Это исключает расчёт теней от автомобилей, отражающихся сзади, что даёт дополнительный прирост стабильности FPS.

---

Часть 3. Оптимизация отрисовки пит-лейн

Падение частоты кадров на главных прямых и при проезде мимо боксов часто связано не с загруженностью трассы, а с количеством отображаемых объектов пит-лейн. Стойки с шинами, инструменты, рекламные щиты, механики — каждый из этих элементов добавляет тысячи полигонов, которые рендерятся в тот момент, когда водитель сосредоточен на других задачах.

В файле app.ini параметры MaxPitObjsToDraw и MaxPitObjsToDrawInMirrors определяют максимальное количество таких объектов, одновременно присутствующих в кадре (в основном виде и в зеркалах соответственно). Значения по умолчанию обычно находятся в диапазоне 20–40.

Установка этих параметров в ноль приводит к тому, что симулятор перестаёт отрисовывать большинство декоративных элементов пит-лейн. Критическая информация (указатели номеров боксов, светофоры на выезде) сохраняется, поскольку она относится к другой категории геометрии. Визуальная потеря минимальна, особенно при движении на высокой скорости, а нагрузка на графический конвейер снижается на 5–15% в зависимости от трассы.

Для тех, кто не готов полностью удалять объекты, возможно промежуточное значение — например, 5 или 10. В этом случае отрисовываются только ближайшие элементы, а дальние игнорируются.

---

Часть 4. Механизм AutoNoDynEmptyLOD

Стандартная система LOD (Level of Detail) в iRacing, как и в большинстве графических движков, подменяет высокодетализированные модели упрощёнными по мере удаления объекта от камеры. Однако даже самая простая модель продолжает присутствовать в конвейере рендеринга, что создаёт остаточную нагрузку.

Параметр AutoNoDynEmptyLOD (секция [Graphics] в app.ini) изменяет это поведение. При значении 1 симулятор получает инструкцию полностью удалять объект из рендеринга, когда его вклад в итоговое изображение становится незначительным — например, при выходе за пределы видимости или при чрезмерной удалённости. В отличие от обычного LOD, здесь не остаётся даже упрощённой «заглушки».

Этот механизм наиболее эффективен в сценах с большим количеством динамических объектов: массовые старты, аварии с разлетающимися обломками, дождевые гонки с частицами. Минусом может стать микроскопическая задержка при повторном появлении объекта в кадре, однако на системах с четырьмя и более ядрами процессора этот эффект практически незаметен. Рекомендуемое значение — 1.

---

Часть 5. Дополнительные параметры: тени и лимит отображаемых автомобилей

Помимо трёх основных настроек (зеркала, объекты пит-лейн, AutoNoDynEmptyLOD), существуют два дополнительных параметра, которые могут оказать влияние на стабильность частоты кадров в iRacing. Они не относятся к категории «скрытых» в той же степени, поскольку частично доступны через графическое меню, однако их тонкая настройка через конфигурационные файлы даёт более глубокий контроль. Речь идёт о тенях динамических объектов и ограничении количества одновременно отображаемых автомобилей.

5.1. Управление тенями: компромисс между реализмом и производительностью

Тени в iRacing рассчитываются для статических объектов (барьеры, здания, кербы) и для динамических (автомобили). Динамические тени требуют больше вычислительных ресурсов, поскольку положение источника света (солнца) и отбрасывающих объектов постоянно меняется.

В файле rendererDX11.ini находятся два ключевых параметра:

DynamicShadowEnable=1
DynamicShadowMirrorEnable=1

Параметр DynamicShadowEnable включает тени от автомобилей в основной сцене. Его отключение (установка в 0) заметно снижает реалистичность, но может быть оправдано на системах с крайне ограниченной производительностью. Более сбалансированным решением является отключение только теней в зеркалах через DynamicShadowMirrorEnable=0. В этом случае основная сцена сохраняет глубину, а нагрузка от дополнительных проходов рендеринга в зеркалах устраняется.

Дополнительно можно снизить разрешение динамических теней через параметр:

DynamicShadowRes=1024

Значение по умолчанию варьируется от 1024 до 4096 в зависимости от выбранного в меню качества теней. Снижение до 512 или 256 уменьшает чёткость границ теней (появляется пикселизация), но пропорционально снижает нагрузку на видеокарту. Для большинства пользователей значение 512 является разумным компромиссом.

5.2. Ограничение количества отображаемых автомобилей

Одна из наиболее ресурсоёмких операций в iRacing — рендеринг большого числа автомобилей одновременно. Это особенно заметно на стартовой решётке и в первых поворотах, когда все машины находятся в непосредственной близости.

В файле rendererDX11.ini присутствуют параметры:

MaxCarsToDraw=63
MaxCarsToDrawInMirrors=40

Первая строка определяет, сколько автомобилей симулятор пытается отрисовать в основной сцене. Вторая — сколько из них отображается в зеркалах. Значение 63 является максимальным и соответствует полной сетке в официальных сериях. Однако в большинстве заездов количество машин не превышает 20–30.

Установка реалистичных значений под конкретную серию даёт измеримый эффект. Например, для гонок GT3 с 25 автомобилями на трассе достаточно установить:

MaxCarsToDraw=25
MaxCarsToDrawInMirrors=12

Автомобили, превышающие этот лимит, не исчезают полностью — они продолжают существовать в симуляции физики и передавать данные по сети, но перестают рендериться. Когда дистанция до такого автомобиля сокращается, он появляется в кадре. На практике это незаметно для водителя, особенно в плотном трафике, где все ближайшие соперники уже попадают в лимит.

Снижение MaxCarsToDrawInMirrors особенно эффективно, поскольку автомобили в зеркалах обычно занимают небольшую область экрана и не требуют высокой детализации. Значение, равное половине или трети от MaxCarsToDraw, является достаточным для сохранения ситуационной осведомлённости.

5.3. Практическое замечание по комбинированию параметров

Тени и лимит автомобилей работают независимо от описанных ранее настроек, поэтому их можно комбинировать. Рекомендуемый порядок действий:

1. Сначала применить изменения к зеркалам и пит-объектам — они дают наибольший эффект.

2. Затем, если просадки FPS сохраняются, снизить DynamicShadowRes до 512 и установить DynamicShadowMirrorEnable=0.

3. Наконец, настроить MaxCarsToDraw и MaxCarsToDrawInMirrors под конкретные серии, в которых участвует пользователь.

Каждое изменение следует тестировать отдельно, фиксируя частоту кадров в одинаковых условиях (одна и та же трасса, то же количество машин, аналогичное время суток).

---

Часть 6. Частицы и обломки: визуальный шум с измеримой стоимостью

Дым из-под колёс, пыль на гравийных зонах, искры от контакта с барьерами, отлетающие фрагменты кузовов — эти эффекты создают атмосферу и обратную связь о происходящем на трассе. Однако с точки зрения распределения ресурсов они относятся к категории вторичных: их отключение не влияет на физику движения автомобиля и не лишает водителя критической информации. Более того, в моменты максимальной нагрузки (массовые столкновения, вылеты на гравий) именно частицы способны вызвать кратковременное падение частоты кадров.

6.1. Параметры частиц в app.ini

В файле app.ini в секции [Graphics] находятся два параметра, управляющих системами частиц:

ParticleDraw=1
ParticleMax=10000

ParticleDraw включает или отключает отрисовку частиц целиком. При значении 0 исчезают дым, пыль, брызги воды (в дождевых условиях) и искры. Визуальная картина становится стерильной, но нагрузка на процессор и видеокарту снижается на 3–8% в сценах с активным использованием частиц. Для соревновательной езды, где важна каждая сотая секунды, такая потеря реализма часто признаётся приемлемой.

ParticleMax задаёт максимальное количество одновременно отображаемых частиц. Значение по умолчанию — 10000. Снижение до 2000–3000 ограничивает плотность эффектов, но не отключает их полностью. Это промежуточное решение для тех, кто не готов полностью отказываться от атмосферы, но хочет снизить просадки FPS при массовых вылетах.

6.2. Управление обломками (Debris)

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

Параметр в app.ini:

DynamicTrackPieces=1

При значении 0 симулятор перестаёт генерировать отлетающие детали при контактах. Автомобили могут повреждаться (что влияет на управляемость), но визуальные свидетельства этих повреждений в виде отдельных объектов на трассе отсутствуют.

Эффект от отключения наиболее заметен в длинных гонках с интенсивной борьбой, где со временем накапливается множество обломков. Каждый такой объект требует рендеринга и просчёта коллизий. При DynamicTrackPieces=0 нагрузка остаётся постоянной независимо от количества аварий.

6.3. Компромиссные настройки для частиц и обломков

Разные категории пользователей могут выбрать разные стратегии:

Для пользователей с ограниченным бюджетом производительности рекомендуется отключение обломков в первую очередь, так как они создают наибольшую нагрузку. Отключение частиц — следующая очередь. Снижение ParticleMax — наименее радикальная мера.

6.4. Особенности дождевых гонок

В условиях дождя iRacing активирует дополнительные системы частиц: брызги из-под колёс, водяная взвесь за автомобилями, капли на камере. Нагрузка от частиц в таких условиях возрастает многократно. Пользователям, участвующим в дождевых сериях, настоятельно рекомендуется устанавливать ParticleDraw=1 (чтобы видеть брызги впереди идущих машин — это важная информация для дистанции), но при этом жёстко ограничить ParticleMax до 2000–3000. Этого достаточно для сохранения читаемости ситуации на трассе, но недостаточно для перегрузки системы.

---

Часть 7. Методика тестирования: как оценить эффект от каждой настройки

Бессистемное изменение параметров может привести к непредсказуемым результатам. Ниже предложен формализованный подход к тестированию.

7.1. Фиксация базовых показателей

Перед любыми изменениями необходимо записать среднюю и минимальную частоту кадров в трёх сценариях:

1. Одиночная практика — трек без других машин. Позволяет оценить «потолок» производительности.

2. Стартовая решётка — полный грид (20+ машин) на первой минуте сессии. Показывает наихудший сценарий.

3. Проход по главной прямой — движение мимо пит-лейн при 10–15 машинах на трассе. Выявляет влияние объектов пит-лейн.

Для замера рекомендуется использовать встроенный счётчик FPS iRacing или сторонний инструмент (MSI Afterburner, RTSS). Запись ведётся в течение 30 секунд в каждой сцене.

7.2. Поочерёдное применение изменений

Параметры следует изменять группами в следующем порядке:

После каждой группы проводится повторный замер FPS в тех же трёх сценах. Разница фиксируется. Если какое-либо изменение не даёт прироста или вызывает артефакты, его следует отменить.

7.3. Критерии успеха

Целью оптимизации не является достижение абстрактно высокой частоты кадров. Цель — устранение просадок, при которых FPS опускается ниже комфортного порога пользователя (обычно 60 для мониторов 60 Гц или 90 для VR). Если минимальная частота кадров в сценарии «Стартовая решётка» повышается с 45 до 60 — настройки достигли цели, даже если средний FPS в других сценах не изменился.

---

Заключение

Рассмотренные параметры — управление детализацией зеркал, ограничение объектов пит-лейн, активация AutoNoDynEmptyLOD, а также дополнительные настройки теней, лимита автомобилей, частиц и обломков — не являются универсальным решением для всех систем, но в совокупности позволяют перераспределить вычислительные ресурсы в пользу стабильности частоты кадров.

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

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