Расскажу обо всём по-порядку. В данном конфиге на ВАШЕМ компьютере игровой мир обновляется со скоростью 20 кадров в секунду(cl_updaterate), другими словами вы скачиваете 20 пакетов в секунду. То есть модельки игроков меняют место-положения 20 раз в секунду. Вы в этом мире обновляетесь 33 раза(cl_cmdrate), другими словами вы обновляетесь на сервере 33 раз в секунду. Разберёмся с командой rate: Объясню на примере. Допустим rate равен 20000. Это означает, что в секунду с сервера скачивается 20000 байт информации. Ну грубо 20 кбайт.(Грубо потому что в килобайте 1024 байта=)). Но если сервер обновляется всего лишь 20 раз в секунду, то мы должны видеть дёрганное изображение, ибо наш глаз воспринимает 24 кадра в секунду, а не 20. Но мы, как нистранно его видем плавным. Разберёмся, почему же))
(3) Лоссы и чоки (loss & choke)
(4) Pro-config Дефолтный конфиг очень даже хорош, но вот киберспортсмены ведь крутые, им надо всего да побольше.
cl_updaterate 66 // сервер посылает 66 пакетов в секунду cl_cmdrate 66 // вы посылаете серверу 66 пакетов в секунду cl_interp_ratio 1 rate 30000 cl_interp 0.0152
По сути очеь даже хороший конфиг, но вот от лоссов и чоков он не защищает, потому что лерпа минимальна, а не удвоена (1/66 = 0.152). Лерпа всегда оранжевая как раз поэтому(предупреждает о возможных лагах), а когда происходит потеря пакета, она жёлтая. Ну вот, то что я могу посоветовать чтобы избавиться от лоссов и чоков.
Спасает от loss+choke = 10. Ну примерно по теории вероятности.
Мягко говоря немного по-сложнее. Теряются пакеты? Значит уменьшим их количество, на случай если это происходит из-за слабости сервера-машины; и уменьшим общий размер отправляемого и принимаемого уга на случай, если не хватает канала.
cl_updaterate 50 //минимальное значение по конфигу etf2l.cfg cl_cmdrate 50 //так же cl_interp_ratio 1 rate 26000 cl_interp 0.02 // 1/50=0.02
Спасает от loss+choke=15
(5) Гей-про конфиг (gay-pro) Вам что-то не нравится в названии?
Вот как он выглядел раньше:
Но сейчас etf2l.cfg ограничивает ваше «лагание на сервере». Минимальный cmdrate = 50, минимальный rate = 20000. От таких рэйтов нет никакого смысла, поэтому оставляем плавность и стрельбу через стены.
cl_updaterate 66 cl_interp_ratio 1 cl_interp 0.1
Незабывайте говорить спасибо кому помогла эта информация=)
Не в сети
Старшина
Зарегистрирован: 06:25 Суббота, 20 Март 2010 Сообщения: 174 Steam_id: STEAM_0:1:9833809 Откуда: Томск
насчет ланов ты не прав смотрел, посмотри видео с MAXLAN там у всех игроков рейты 66 стоят, хотя может ты и прав в чем то загляну завтра в клуб посмотрю как разница ощущается
Начать новую тему Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней.
Страница 1 из 1
[ 14 сообщений ]
Часовой пояс: UTC+03:00
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей
По сути, значение lerp определяет пропорцию между пакетами, пришедшими от сервера, и пакетами, сгенерированными на клиенте. Чем меньше значение lerp, тем меньше пакетов будет «придумано» на клиентской стороне, тем точнее то, что вы видите, будет соответствовать тому, что происходит на сервере. Чем больше значение lerp, тем большую долю в вашей картинке будет играть интерполяция.
1) Ваш интернет канал оставляет желать лучшего. Предположим, что вы счастливый обладатель модема или в вашем городе широкополосный интернет пока по карману только избранным или ваш сосед по общежитию по вечерам заливает на торрент пачку свежих немецких фильмов. Это значит, что вы можете себе позволить исключительно скромные сетевые настройки. Скорее всего те, что стоят по умолчанию, а быть может ваши дела еще хуже. При cl_updaterate 20, даже если все пакеты благополучно приходят от сервера к клиенту, вы видите 20 кадров в секунду (не имеет значения, какой у вас компьютер). Человеческий глаз воспринимает эту картинку как дерганую. Если же, не дай бог, потери (choke) есть, то играть вы просто не сможете, так как будете видеть слайдшоу.
2) Настройки серверов непозволяют клиентской части выставлять необходимые значения некоторых переменных. Главная проблема тут безусловно cl_interp_ratio, на данный момент ни один европейский серверный конфиг не позволяет играть с этой переменной равной нулю. На данный момент я не знаю ни одного паблика с такими настройками. Только несколько КВ-серверов позволяют отключать интерполяцию. Сейчас добавление sv_client_min_interp_ratio 0 (эта команда отвечает за минимальное значение cl_inerp_ratio, которое может иметь клиент находясь на этом сервере) в евроконфиге скорее всего вопрос времени, и я пологаю, ждать осталось не долго. Но факт остается фактом: значение этой серверной переменной по умолчанию равно 1, а это значит, что клиент не может сделать lerp меньше, чем 10 мс.
1) Напишите в консоли cl_updaterate и запомните значение этой переменной 2) Напишите в консоли cl_interp_ratio 1 3) Разделите 1 на значение cl_updaterate 4) Напишите в консоли cl_interp и присвойте ему то что получили в пункте 3
Например: Я играю с cl_updaterate 66, это значит что в 3 пункте я получу 0.0152, следовательно мне нужно написать cl_interp 0.0152. Это даст мне lerp = 15. Что уже довольно неплохо. Так как интерполяция таких временных промежутков не слишком сильно добавляет неточности вашим действиям. Если вы пишите значение cl_interp меньшее, чем cl_interp_ratio/cl_updaterate, то на net_graph lerp будет отображаться оранжевым цветом. Если же lerp окрашен в желтый, то значит значение lerp больше промежутка времени между отсылаемыми пакетами на этом сервере. В обоих случаях lerp (а значит cl_interp) нужно увеличивать пока тот не станет белым. Если вы будете пытаться играть с НЕ БЕЛЫМ lerp, то вы обрекаете часть своих выстрелов застревать в промежутке клиент-сервер.
Вывод: Добивайтесь минимального значения lerp, оставляя его белым на каждом сервере, на котором играете. Это позволит вам снизить к минимуму все проблемы, связанные с вашим соединением с интернетом.
Чтобы не париться с математикой, можно забиндить клавиши так:
Интерполяция помогает сделать игровой процесс более плавным, даже при потере пакетов, или в ожидании обновления пакетов.
При использовании значения интерполяции в 100 мс, всё, что вы видите (другие игроки/позиции объектов), является интерполированным состоянием игры, которое получается из: последнее полученное состояние игры (последнее обновление/тик) и состояние игры 100 миллисекунд назад.
В сущности, это означает, что при cl_interp 0.1 то, что вы видите будет отставать на 100 мс от последнего состояния игры, полученного вами. Добавьте к этому пинг в 50 мс, и, по итогу, то, что вы видите, отстает от происходящего на сервере на 150 мс при каждом обновлении.
Поэтому выставив значение интерполяции на 0, вы потеряете плавность (многие люди жалуются на дёргающихся мобов и Особых Зараженных), но получите самое последнее состояние игры из возможных при вашем пинге, а также даст вам больше времени на то, чтобы дать приклад Охотнику и т.д.
В целом, вам следует ставить значение интерполяции ниже 100 мс. Многие люди меняют свой лерп при смене сторон, но очень часто это осуждается остальными игроками. Текущие конфогловские конфиги отслеживают смену лерпа и сообщают о ней в общий чат, а лиги и турниры разрабатывают правила насчет смены лерпа.
При игре за Выживших лерп следует ставить как можно ниже. Максимальное используемое значение обычно не превышает 67 мс, а минимальное 0 мс. Другие популярные значения: 10 мс, 16.7 мс, 20 мс, 33 мс, 38 мс, 40 мс.
Важно упомянуть, что время между тиками в L4D2 составляет 33 мс, поэтому мы видим разделение в предпочтении 1 тика интерполяции. Теоретически, многие из этих значений излишни, и мало влияют на то, что вы будете видеть на своем экране и как сервер высчитывает ваше положение и ваши удары.
За Зараженных будут более полезны более высокие значения лерпа, так как Выжившие чаще всего убегают в противоположную от Зараженных сторону. Обычно Выживший старается выйти из зоны поражения Танка. Но если танк использует высокое значение интерполяции, то он не увидит, что Выживший начинает двигаться на дополнительные 100+ мс. Используя очень высокие значения лерпа, такие как 400 мс или 500 мс, данная проблема значительно усугубляется. Этот же феномен возникает, когда Особые Зараженные царапают Выжившего. По этой причине Конфогл блокирует значения лерпа выше 100 мс.
В общем и целом, не смотря на то, что вы можете по-прежнему выполнять свои функции в роли Зараженного с лерпом 0, рекомендуется выставлять ваш лерп таким образом, чтобы вам было удобно играть с ним за обе стороны. Также, чем выше ваш лерп, тем сложнее вам будет напрыгивать на Выжившего или пробивать его, так как позиция Выжившего, которую вы видите, будет не соответствовать его положению на сервере. Вы будете чаще замечать, что вы пролетаете насквозь выжившего и не попадаете по нему.
Теперь по-русски: ваше значение cl_interp ограничено до минимума значением cl_interp_ratio/cl_updaterate и до максимума в 0.5 (500 мс), и устанавливается значением консольной переменной cl_interp. Обратите внимание, что, например, cl_interp 0.04 равняется 40 мс.
При выставлении своего лерпа, будет отличной идеей выставить переменную cl_updaterate как можно выше, cl_interp_ratio как можно ниже, а cl_interp выставить по вашему желанию. Это минимизирует лимит, наложенный значением cl_interp_ratio/cl_updaterate и позволит выставить нужный вам лепр.
Обычные сервера допускают 60 updaterate и минимальное количество точек интерполяции (cl_interp_ratio ) в 1. Конфогловские сервера позволяют выставлять значение updaterate на 100 и позволяют ставить количество точек интерполяции 0.
Обратите внимание, что исходя из представленного выше кода, обычно советуют увеличивать ваше значение rate до максимального позволенного в L4D2 равного 100000, что в свою очередь даст серверу знать, что вы способны получать до 100000 байтов, с которым может справиться любое современное соединение. Я также предпочитаю ставить равные значения для cl_cmdrate и cl_updaterate, не смотря на то, что из-за технических ограничений движка, в техническом плане нет особой разницы используете ли вы 30 или 100 cmdrate.
Если вы будете использовать приведенный выше код, то отредактируйте значение cl_interp по вашему желанию, в зависимости от того, какой лерп вы используете. Обратите внимание, что на обычных серверах, таких, как официальный, минимальный лерп, который вы сможете использовать – 16.7.
Значение вашего лерпа отображается на net graph’е примерно посередине:
Это значение, в большинстве случаев, является вашим финальным высчитанным значением, т.е. это значение будет результатом, высчитанным по приведенной выше формуле min/max. Это может быть полезным при определении того, выставлены ли ваши консольные переменные правильно или нет. ЦВЕТА на net graph’е, по правде говоря, ничего особого не значат. Всё, что они делают, так это вводят в заблуждение и порождают слухи, подобно этим:
35 на серверах Valve оранжевого цвета является нормой. Он является предупреждением о возможной потере пакетов. Желтый цвет говорит о потере пакетов. Я знаю это всё с чужих слов и решил не ознакомляться с существующей литературой на эту тему.
Ваше значение интерполяции выставлено ниже чем 2/updaterate. Этот цвет может появиться только если не вызвано состояние Желтого лерпа.
Все эти сказки про Оранжевый лерп также являются бредом сивой кобылы. По сути Оранжевый лерп является предупреждением, что если у вас начнется потеря пакетов, то объекты вокруг начнут дергаться. Значение, которое они используют (2/updaterate), не является абсолютно произвольным. Если вы попробуете выставить значение вашей интерполяции 2/updaterate или выше, вы получите 2 дополнительных буферных пакета в диапазоне вашей интерполяции в случае, если пакет обновлений будет потерян. Еще раз, Оранжевый лерп является лишь предупреждением о том, что объекты вокруг вас могут начать дергаться при потере пакетов.
Ни желтый, ни оранжевый лерп на net graph’е не является показателем потери пакетов или каких-то проблем с сетью.
Если у вас желтый лерп, то будет неплохой идей попросить администратора сервера повысить частоту кадров на сервере. На практике цвет лерпа не имеет никакого значения.
Правда ли, что нужно выставлять свой лерп в значение близкое к пингу?
Правда ли, что чем выше лерп, тем более неточными будут хитбоксы? Я джае могу увидеть различия, когда включаю отображение хитбоксов!
Если Вы заметили, после последнего обновления сетевой код CS:S был изменен. Появилось несколько новых переменных и одна из основных это LERP.
По сути, значение lerp определяет пропорцию между пакетами, пришедшими от сервера, и пакетами, с генерированными на клиенте. Чем меньше значение lerp, тем меньше пакетов будет «придумано» на клиентской стороне, тем точнее то, что вы видите, будет соответствовать тому, что происходит на сервере. Чем больше значение lerp, тем большую долю в вашей картинке будет играть интерполяция.
С самого начала кажется, что в идеале lerp должен быть равен 0, ведь при таком значении lerp нет интерполяции и клиент видит то же, что видит сервер. Вы НЕ можете себе позволить lerp = 0 по двум причинам.
1) Ваш интернет канал оставляет желать лучшего. Предположим, что вы счастливый обладатель модема или в вашем городе широкополосный интернет пока по карману только избранным или ваш сосед по общежитию по вечерам заливает на торрент пачку свежих немецких фильмов. Это значит, что вы можете себе позволить исключительно скромные сетевые настройки. Скорее всего те, что стоят по умолчанию, а быть может ваши дела еще хуже. При cl_updaterate 20, даже если все пакеты благополучно приходят от сервера к клиенту, вы видите 20 кадров в секунду (не имеет значения, какой у вас компьютер). Человеческий глаз воспринимает эту картинку как дерганую. Если же, не дай бог, потери (choke) есть, то играть вы просто не сможете, так как будете видеть слайдшоу. 2) Настройки серверов не позволяют клиентской части выставлять необходимые значения некоторых переменных.
И так, как настроить?
1) Напишите в консоли cl_updaterate и запомните значение этой переменной 2) Напишите в консоли cl_interp_ratio 1 3) Разделите 1 на значение cl_updaterate 4) Напишите в консоли cl_interp и присвойте ему то что получили в пункте 3 Например: Я играю с cl_updaterate 66, это значит что в 3 пункте я получу 0.0152, следовательно мне нужно написать cl_interp 0.0152. Это даст мне lerp = 15. Что уже довольно неплохо. Так как интерполяция таких временных промежутков не слишком сильно добавляет неточности вашим действиям. Если вы пишите значение cl_interp меньшее, чем cl_interp_ratio/cl_updaterate, то на net_graph lerp будет отображаться оранжевым цветом. Если же lerp окрашен в желтый, то значит значение lerp больше промежутка времени между отсылаемыми пакетами на этом сервере. В обоих случаях lerp (а значит cl_interp) нужно увеличивать пока тот не станет белым. Если вы будете пытаться играть с НЕ БЕЛЫМ lerp, то вы обрекаете часть своих выстрелов застревать в промежутке клиент-сервер.
Чтобы не париться с математикой, можно добавить в autoexec.cfg:
напомню, autoexec.cfg находится: ваш путь:/Steam/steamapps/ИМЯ АККАУНТА/counter-strike source/cstrike/cfg/. если такого файла нет, то его нужно создать используя любой текстовый редактор.
значение LERP вовремя игры можно посмотреть включив net_grah 1
Настройки клиентской части по умолчанию: cl_updaterate 20; cl_interp_ratio 2; cl_interp 0.1.
Как это работает
По сути, значение lerp определяет пропорцию между пакетами, пришедшими от сервера, и пакетами, сгенерированными на клиенте. Чем меньше значение lerp, тем меньше пакетов будет «придумано» на клиентской стороне, тем точнее то, что вы видите, будет соответствовать тому, что происходит на сервере. Чем больше значение lerp, тем большую долю в вашей картинке будет играть интерполяция.
После теории перейдем к практике. С самого начала кажется, что в идеале lerp должен быть равен 0, ведь при таком значении lerp нет интерполяции и клиент видит то же, что видит сервер. Вы НЕ можете себе позволить lerp = 0 по двум причинам.
1) Ваш интернет канал оставляет желать лучшего. Предположим, что вы счастливый обладатель модема или в вашем городе широкополосный интернет пока по карману только избранным, или ваш сосед по общежитию по вечерам заливает на торрент пачку свежих немецких фильмов. Это значит, что вы можете себе позволить исключительно скромные сетевые настройки. Скорее всего те, что стоят по умолчанию, а быть может ваши дела ещё хуже. При cl_updaterate 20, даже если все пакеты благополучно приходят от сервера к клиенту, вы видите 20 кадров в секунду (не имеет значения, какой у вас компьютер). Человеческий глаз воспринимает эту картинку как дёрганную. Если же, не дай бог, потери (choke) есть, то играть вы просто не сможете, так как будете видеть слайдшоу.
2) Настройки серверов не позволяют клиентской части выставлять необходимые значения некоторых переменных. Главная проблема тут безусловно cl_interp_ratio, на данный момент ни один европейский серверный конфиг не позволяет играть с этой переменной равной нулю. Сейчас добавление sv_client_min_interp_ratio 0 (эта команда отвечает за минимальное значение cl_inerp_ratio, которое может иметь клиент находясь на этом сервере) в евроконфиге скорее всего вопрос времени, и я пологаю, ждать осталось не долго. Но факт остается фактом: значение этой серверной переменной по умолчанию равно 1, а это значит, что клиент не может сделать lerp меньше, чем 10 мс.
1) Напишите в консоли cl_updaterate и запомните значение этой переменной 2) Напишите в консоли cl_interp_ratio 1 3) Разделите 1 на значение cl_updaterate 4) Напишите в консоли cl_interp и присвойте ему то что получили в пункте 3
Например: Я играю с cl_updaterate 66, это значит что в 3 пункте я получу 0.0152, следовательно мне нужно написать cl_interp 0.0152. Это даст мне lerp = 15. Что уже довольно неплохо. Так как интерполяция таких временных промежутков не слишком сильно добавляет неточности вашим действиям. Если вы пишите значение cl_interp меньшее, чем cl_interp_ratio/cl_updaterate, то на net_graph lerp будет отображаться оранжевым цветом. Если же lerp окрашен в желтый, то значит значение lerp больше промежутка времени между отсылаемыми пакетами на этом сервере. В обоих случаях lerp (а значит cl_interp) нужно увеличивать пока тот не станет белым. Если вы будете пытаться играть с НЕ БЕЛЫМ lerp, то вы обрекаете часть своих выстрелов застревать в промежутке клиент-сервер.
Вывод
Добивайтесь минимального значения lerp, оставляя его белым на каждом сервере, на котором играете. Это позволит вам снизить к минимуму все проблемы, связанные с вашим соединением с интернетом.
Ещё совет
Чтобы не париться с математикой, можно забиндить клавиши так:
