В игре увеличение угла обзора (FOV - Field Of View) происходит за счет некоторого отдаления от объекта-цели. Это подтверждает эксперимент, проведенный мной еще в предыдущей части игры, где я на определенную клавишу "забиндил" изменение FOV от 65 до 80. При переключении на "80" картинка несколько уменьшается (где-то процентов на 20) и поэтому "её влазит в экран больше".
Верно, разработчики IW убрали его из конфига мультиплеера. По твоей ссылке нашел такую важную строчку:
Changing FOV in config_mp.cfg is untested, but it may work (no idea if this is detected by VAC)
в которой говорится, что в мультиплеерном конфиге изменение угла обзора не проверялось и если VAC это определяет, то не подойдет.
На самом деле это и так было ясно, поскольку "народные умельцы" уже слепили для этого прогу, которая позволяет изменять FOV. Но, как известно, подобные программы "инжектятся" (внедряются) в адресное пространство ОЗУ, занимаемое игрой и поэтому неминуемо расцениваются VAC-ом как чит. Далее, думаю, объяснять нет необходимости...
Можешь не беспокоиться, точно не забанят. Совершенно точно. Утверждаю так потому, что все изменения параметров переменных в конфиг-файле это ни что иное как такие же самые "галочки" и "ползунки" в интерфейсе (меню) игры, только скрытые от неопытных ползователей, дабы последние не натворили чего.
------------------------------------
Ниже перенос своего поста с другой темы, т.к. тоже касается конфига (постил специально для Серафима):
"Проверил влияние настроек конфиг-файла на отображение интерфейса игрока (hud) и получил грустный результат: не отключается ничего, кроме отображения объектов на радаре:

1. С включенным hud

2. С выключенным hud

Иными словами рамка радара осталась, а в рамке ничего - ни рельефа местности, ни указателя положения игрока.
За это отвечает переменная seta hud_enable. Если устанавливаешь "1", то радар будет как на изображении 1, если установишь "0", то, соответственно, как на изображении 2.
Вот и все возможности. Другие hud-переменные никак на интерфейс не повлияли, во всяком случае у меня."

Разложить-то можешь, если есть чего раскладывать. Но когда в исходном сигнале нет информации о дополнительных каналах, то никакое разложение не поможет. Например, в случае с моносигналом

Странно, что ты так считаешь... Нет никаких причин, которые могли бы помешать работе читов в AlterIWnet. Более того, отсутствие VAC всячески благоприятствует этому.

По теме - просто не хотят учиться играть, лень. Учёба - это же своего рода труд.

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

Unsert, вроде бы ты отписывался, что устранил проблемы (были в реестре)? Вновь появились "тормоза"?

А тебя не устраивает звук?
По всей видимости игра не предполагает более высокого качества звука. Можно лишь улучшить эффект присутствия, включив режим 5.1.

Все понятно.
Значит так: перед редактированием снимай галку, отредактировал - сохраняй и ставь галку обратно ("Только чтение"). Всё будет как надо.

Пока меня здесь не было столько всего произошло !

Можно. При этом произойдет улучшение качества звуковой картины.

Здесь нужно уточнить: на самом деле мы повышаем не частоту звука, а частоту дискретизации. Не вдаваясь в детали теоремы Найквиста/Котельникова для преобразования аналогового сигнала в цифровой требуется минимум вдвое большая частота дискретизации, отсюда для "оцифровки" сигнала частотой 22 кГц (предел слышимости человеческого уха) требуется частота дискретизации 44 кГц.
Примерно то же самое происходит при воспроизведении. Повышая значение частоты дискретизации до 44 кГц мы устанавливаем верхний диапазон воспроизводимой частоты 22 кГц, но это, возвращаясь к основной теме разговора, повлечет за собой увеличение нагрузки на звуковой кодек и если он интегрированный, то возрастет нагрузка на ЦП.

Отсюда делаем вывод: если необходим качественный звук, то выход один - дискретная звуковая карта, желательно с поддержкой последней версии ЕАХ.

По умолчанию у меня было 44 кГц, попробуй это значение.

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

"Законным" способом - никак. И не спрашивай про "незаконные" способы, я их не знаю.

Нет, не все. Те, о которых я писал в начале темы останутся такими, какими ты их сделаешь.

Кто пишет? Текстовый редактор WordPad? Поясни. Распиши всю цепочку своих действий, чтобы я мог понять что там у тебя происходит.

Ничего не понял Эксперименты проводились на разных машинах?

Как бы то ни было, не забывай, что речь идет о CoD 4, у которой аппаратные "запросы" несколько скромней. А если судить по цифрам, приводимым тобой, напрашивается вывод, что ты имеешь ввиду MW2, соответственно, твои примеры и рекомендации не совсем корректны, мягко говоря.

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

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

Это зависит от настроек в конфиг-файле:

seta cg_ScoresPing_Interval "20" (по умолчанию 100) - цена одной палки
seta cg_ScoresPing_MaxBars "10" (по умолчанию 4) - кол-во палок

P.S. напомню, что эти переменные влияют ТОЛЬКО НА ОТОБРАЖЕНИЕ, А НЕ НА ВЕЛИЧИНУ ПИНГА! Иными словами, после изменения этих переменных пинг какой был, таким и останется.