Срочно о cs.mega.net - Страница 12

Ice · 28.12.2006, 05:21

Кстати, сегодня заметил О_о:
теперь необязательно писать в консоли: connect ......
Просто заходим в Find Servers -> LAN и там выбираем серв

Nix · 28.12.2006, 09:08

Цитата:

Сообщение от Ice

Кстати, сегодня заметил О_о:
теперь необязательно писать в консоли: connect ......
Просто заходим в Find Servers -> LAN и там выбираем серв

Я сам не давно заметил об этом ))) Ко мне друг прищёл сразу так защел хоть он не меганетовец

!

Devil · 28.12.2006, 10:27

Цитата:

Сообщение от Ice

Кстати, сегодня заметил О_о:
теперь необязательно писать в консоли: connect ......
Просто заходим в Find Servers -> LAN и там выбираем серв

Интересно... как же ты это заметил ....

DroboVik · 28.12.2006, 10:48

Вот, что я нашёл в интернете. Я, конечно понимаю, что наши админы знают про cl_updaterate и cl_cmdrate и т.д., но всё-же, надеюсь, что это хоть частично поможет решить проблему с лагами. Итак, вот:

Цитата:

"В ентой статье я надеюсь прояснить некоторую неясность связанную с сетевыми командами в Counter Strike. Сетевой код- енто то, с чем столкнулись топовые игроки из Европы и Америки при первых боях в эру 1.3. В эру 1.5 игроки стали более внимательно и глубже изучать команды выискивая оптимальные значения. Когда же Valve решила проблему связанную с ex_interp в 1.5 мы все вздохнули с облегчением и решили- все с ентим interp'ом покончено. Однако в 1.6 споры снова вспыхнули- Valve исправила сетевой код игры. Да и сама VaC (Valve Anticheat) просто блокирует вредные, и нечестные значения команд.

Примечание:

Команды с префиксом sv_ sys_ являются серверными командами и предназначенными только для сервера. Если вы хотите же узнать их значение или изменить, их следует исполнять непосредственно на самом сервере, либо с использованием rcon пароля...
Также ента статья предназначена в основном для обладателей выделенных, высокоскоростных линий и-нета и для LAN.

Общая информация:

1)cl_cmdrate: команда определяет сколько пакетов в секунду пошлете вы, клиент к серверу. Очевидно, чем выше енто значение, тем быстрее сервер реагирует на действия которые вы совершаете (поворот мышью, прыжок, бег, стрельба и прочее). Итак, если вы на выделенке и притом оочень хорошей- то смело ставьте высокое значение. Если же вы посадили на свой DSL Cable или что там у вас ишо и своего друга- вы наверняка будете наблюдать частые и высокие скачки лага. Енто все из-за высокого значения команды. Большинство высокоскоростных доступов к и-нет не обеспечивают своего пользователя высоким upload (к примеру, большинство aDSL которые предоставляют компании- енто 768download- где-то 90КБ/128upload- где-то 16КБ), который так необходим для ентой команды.

2)cl_updaterate: енто противоположность cl_cmdrate- количество пакетов/секунду которые вы получаете от сервера (То бишь ваша download скорость). Здесь, чем выше значение, тем более вы синхронизированны с сервером. Так как только сервер решает, попадают ваши выстрелы или нет, то вам нужно большое количество обновлений информации с сервера- ради эксперимента, попробуйте поставить значение cl_updaterate в 5-10- и попробуйте убить кого. Получится интересная картина- вы будете ишо стрелять (одни выстрел например) по противнику, а на его мониторе, он вас как секнду назад завалил.

3)sv_maxupdaterate: команда контролирует количество пакетов/секунду которое позволено серверу послать клиенту. Из ентого следует что если на сервере sv_maxupdaterate "60", а на клиенте cl_updaterate "101" то клиент будет обновляться со значением cl_updaterate "60"

4)sys_ticrate: команда устанавливает количество "кадров" в секунду, которые сервер может вычислить. По умолчанию значение равно 100. Почему серверные fps так важны? А ентот параметр как раз таки и отображает, как "чусвтует себя" сервер. Мы все когда нить играли на ооочень хороших серверах что складывалосьт такое впечатление что они хостуются на Tl-83 plus и мы могли бы покляться что играем мы на LAN а не на HSI-net
sys_ticrate только присваивает максимальное значение fps которые может осилить ваш server. Но на деле сервер не может дотянуть без помощи до такого sys_ticrate- енто связано и с некоторыми процессами в самой операционной среде, но в основном из-за провайдера. Имейте ввиду, что увеличение fps "загружает" и сам процессор сервера. (Кстати такое "увеличение" каким то макаром загружает процессор по qмаксимуму на таких картах как de_inferno и de_aztec). По умолчанию сервер основанный на Win32 выдает среднее fps 64, а на Linux- 50fps. "Ускорение" сервера дает возможность получить fps выше 512 в некоторых случаях. Влияние такое высокого серверного fps достаточно спорное, но я думаю вы с легкостью заметите разницу в игре уже при 200fps.
Целостность- вот главное. Скачки fps со 100 до 512 скорее всего создадут больше проблем, так что разумным будет ограничить sys_ticrate в районе 150-200, если конечно сервер позволяет стабильно работать при 150-200.
Если у вас есть rcon пароль к серверу, вы можете с легкостью проверить серверный fps- напишите rcon stats в консоли, чтобы проверить, "ускорен" ли ваш сервер, временно поставьте значение sys_ticrate "10000" и исполните команду rcon stats. Если ваш fps выше чем 1000- значит "ускорен"

5)ex_interp(интерполяция- это восстановление значения функции в промежуточной точке по известным ее значениям в соседних точках.)
Итак, вы не можете быть синхронизированны с сервером на все 100% в каждую секунду времени, так как вы получаете ограниченное количество обновлений в секунду с сервера. Для примера: [img-right]interp.jpg" border="0"
Данный рисунок отражает линейную интерполяцию круга. Когда увеличивается количество обновлений, интерполированная фигура становится более аккуратной. В Cs данной фигурой выступает движение игрока/в секунду времени. Сервер в данном случае будет тем самым "идеальным кругом" (ведь только сервер имеет абсолютно точную позицию игрока/в кажудую секнду времени), а вот клиенту придется интерполировать между двумя "верными" пакетами.
Вот здесь и появляется ex_interp. Данная команда отражает количество времени (в секундах) для интерполяции между каждым "удачным" обновлением с сервера.Так как интерполяция относится к клиентской части, то естественно возникают неточности и ошибки в самой игре. Так как мы не можем получить 100% точности апдейтов с сервера (особенно в и-нете) то интерполяция играет важную роль в самой игре.

Рекомендации для online игр

rate:
Я практически уверен что значение 20000 будет доступно большинству высокоскоростных и-нет соединений. А вот использование значений выше 20000 может наоборот привести к снижению производительности.
Рекомендую: rate 20000

sv_maxrate:
Значение в большинстве своем равно 0. Обьясню почему это скорее всего не оптимально для online игры. sv_maxrate "0" будет определять значение rate для каждого клиента и пытаться заполнить его заполнить. Представьте что движок HL позволяет игрокам использовать значения rate выше 20000 (например 999999999999), и сервер будет пытаться заполнить все 999999999999. Енто приведет к пустому увеличению нагрузки на канал сервера. Я советую безопасное и вместе с тем хорошее значение sv_maxrate "20000". В большинстве случаев sv_maxrate 0 и sv_maxrate 20000 будут эквивалентны, но береженного бог бережет.
Рекомендую: sv_maxrate 20000

cl_cmdrate:
В идеале значение этой команды должно быть равно серверному(!- большинство людей считают что клиентским- вкорне не верно) fps. Если вы посылаете серверу пакеты чаще чем он способен обработать- (скажем серверный fps=80, а значение cl_cmdrate 101) то некоторые пакеты будут просто "скинуты" сервером, необработаны ( 101-80=21 необработанный пакет). По сути енти 21 пакета погоды не делают, просто приведут к забиванию вашего upload ( и увеличению траффика), что тоже погоды не делает.
Рекомендую: смело ставим cl_cmdrate равное серверному fps либо выше.

ex_interp:
Cтавим в 0 без размышлений. CS автоматически поставит ее значение ex_interp= 1/cl_updaterate ( в консоли увидите “ex_interp forced up to xx msec”). При значении 0, изменение значения команды cl_updaterate будет автоматически менять и значение ex_interp. Я РЕКОМЕНДУЮ МЕНЯТЬ ЗНАЧЕНИЕ ТОЛЬКО CL_UPDATERATE, ПОЗВОЛЯЯ CS поменять значение ex_interp. Вы уже не можете поставить значение ex_interp ниже чем 1/cl_updaterate, а вот ставить его выше- енто уже просто нечестно. Ставить значение выше 1/cl_updaterate приведет к тому, что вам придется стрелять немного позади модельки противника ( получается так, что вы видите проивника немного раньше чем положено). К примеру, при использовании cl_updaterate 101, верное значение ex_interp= 1/101=0.009, но по умолчанию ex_interp= 0.1 а енто выше чем 1/101- вот тут и возникает глюк...
Рекомендую: ex_interp 0- стреляем туда, куда целимся

cl_updaterate:
Бытует мнение что значение данной команды надо подбирать следующим методом: присваиваем значение cl_updaterate 101 и снижаем его до тех пор пока параметр choke ( его можно увидеть, если набрать в консоли команду net_graph 3) не будет равен 0 или ооочень низок. По мне, так choke- енто самое последнее о чем стоит беспокоиться. Правильное значение cl_updaterate- енто более глубокий вопрос чем просто choke. Значение sv_maxupdaterate на сервере для чемпов должно иметь значение 101 ( так настроен сервер для CAL CPL)- из ентого можно сделать вывод что в идеале значение cl_updaterate=101. Однако большинство серверов в online имеют значение sv_maxupdaterate "30" или просто неспособны вычислить 101 sv_maxupdaterate. Из чего следует что сервер просто неспособен послать вам 101 пакет/секунду. Так все таки какое значение? Большинство могут сказать " Я поставлю 101, а сколько дойдет- всё моё", но тут уже играет отрицательную роль высокое значение ex_interp, что нарушит баланс между этими командами.
Для того, чтобы подобрать оптимальное значение cl_upodaterate (ex_interp "0") стави его в 101 и начинаем снижать его до тех пор пока модельки игроков не будут слегка двигаться скачками ( при ex_interp 0 и cl_updaterate 101 - они будут оочень сильно пропускать). Не надо бояться ставить значение cl_updaterate ниже 50 если енто необходимо. Большинство серверов sv_maxupdaterate "30" так что cl_updaterate 30 будет лучшим значением.
Стоит отметить что начинать подборку cl_updaterate надо " сверху вниз" а не наоборот.
Рекомендую: равно серверному fps и не выше sv_maxupdaterate

sys_ticrate:
Для нахождения оптимального значения данной переменной необходимо произвести несколько экспериментов. Прежде всего, если ваш сервер не "ускорен" то значение переменной ticrate выше 100 ни к чему не приведет. Если же сервер находится на хорошей платформе (богатый провайдер), то бишь "ускоренный", у вас появляется место для полета фантазии. Не смотря на то что "чем больше серверное fps тем лучше", эффект от увеличения sys_ticrate выше 200 (а может и еще меньше) на самом деле не окажут такого уж хорошого влияния на игру. А вот использовать sys_ticrate "200" или ниже сделает игру более стабильной даже если придется пожертвовать минимальным количеством производительности. Представьте вдобавок, что компьютер, исползуемый под игровой сервер тянет аж несколько HLDS (например CS1.6 и CZ) и для обоих sys_ticrate "10000" нагрузка на процессор возможно будет черезмерной. Такое положение вещей может привести к потери производительности самой игры. В конце можно добавить, что если вы хотите получить, скажем, 140fps то вам нужно выставить значение sys_ticrate выше предпологаемого где-то на 20-50. (Например сервер может спокойно тянуть 150fps, значит значение sys_ticrate будет 150+30= 180.)
Рекомендую: sys_ticrate 110-180- зависит от качества сервера.

Слово о LAN

Повод, по которому большинство известных турниров, таких как CPL, WCG используют cl_updaterate 101- зависит от качества сервера. На таких чемпах все сервера обычно "ускорены" что делает реалным такое высокое значение cl_updaterate. Для того чтобы быстро узнать "ускорен" ли сервер, достаточно просто обратить внимание на пинг- у простого сервера, fps которого 50-60, все игроки имеют средний пинг 15ms, а вот на "ускоренном" -5 ms.

Copyright © CS.TUT.BY, 2002—2006
Адрес электронной почты: [email protected]
При использовании материалов активная ссылка на cs.tut.by обязательна.

>>>>>>>>>>>>>>>>>>>>>>>>>Понижение пинга<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

На сегодняшний день тема является очень актуальной для стран бывшего СНГ, где играет через выделенку не так много народу. В этой статье я детально рассмотрю команды, которые помогут понизить пинг, а также те, которые сберегут FPS(количество показываемых кадров в секунду). Все эти команды желательно прописать в конфиге, хотя некоторые лучше менять(например, pushlatency) в зависимости от ситуации и от сервера, на котором вы играете. Начнем:

cl_allowdownload, cl_allowupload - при значении "1" разрешают игроку скачивать и закачивать модели, карты и т.д. В принципе на пинг влияет незначительно, поэтому лучше оставить 1.

cl_cmdbackup - количество пакетов, посылаемых на сервер в секунду. ИМХО, лучше ставьте примерно 2.

cl_cmdrate - скорость посылки команд на сервер. Наиболее оптимальное значение для игры по модему - 20-30

cl_download_ingame - скачивание моделей, логосов в игре... а нам это надо?

Значит, ставим 0.

cl_lc - компенсация лагов на стороне сервера, поэтому лучше поставить 1. К сожалению, работает только при включенной команде sv_unlag на сервере.

cl_lw, cl_lb - для обоих ставим значение 1, действия, связанные с оружием будут просчитываться на стороне клиента, как впрочем и эффекты крови и т.д.

cl_nodelta - запрещает дельта сжатие, советую поставить "0".

cl_nopred - если хотите видеть плавное передвижение игроков - поставьте "0"

cl_resend - время, через которое будет послан пакет, если предыдущий не дошел. Лучше установить примерно 4-5.

cl_updaterate - скорость обновления сведений об игре. "20" является оптимальным значением.

fps_modem - увеличивает FPS при игре по модему. Ставьте 28.

mp_decals - количество одновременно видимых эффектов. Чтобы меньше лагало - ставьте 0.

pushlatency - эта команда сглаживает лаги. Должно стоять значение от 50 до 100% пинга со знаком "-". Например, -150 при пинге 250.

Теперь рассмотрим другие полезные команды:

r_drawviewmodel - при значении "0" уменьшается FPS, да и играть, ИМХО, лучше.

r_drawviewentities - хорошая команда, только моделей видно не будет

. Оставьте 1.

hud_fastswitch - быстрая смена оружия. Я использую значение "1"

max_shells - число одновременно видимых гильз. Ставим "0"

fastsprites - качество дыма. Лучше установить "2"

max_smokepuffs - количество одновременно видимых клубов дыма... чем меньше, тем лучше

Вот вроде и все... остается на сервере прописать следующие команды и тогда совесм хорошо будет:

sv_unlag - Компенсировать лаги клиентов т.е. разрешить cl_lc, cl_lw и cl_lb (значение = 1).

sv_unlagmax - Максимальное время компенсации задержки в секундах. Оставьте значение по умолчанию - 0.5 секунды.

sv_unlagsamples - Сколько предыдущих пакетов используются для вычисления задержки клиентов. Хватит одного пакета (значение = 1).

На последок хотелось бы добавить, что с этими командами необходимо эксперементировать, найти оптимальные значения для себя... а может быть и добавить другие команды, которые снизят пинг/понизят FPS.

P.S. Ещё раз повторяю, статья взята из интернета.

Ice · 28.12.2006, 12:55

Цитата:

Сообщение от d3v!L

Цитата:

Сообщение от Ice

Кстати, сегодня заметил О_о:
теперь необязательно писать в консоли: connect ......
Просто заходим в Find Servers -> LAN и там выбираем серв

Интересно... как же ты это заметил ....

А вот =))

Ice · 28.12.2006, 12:57

Цитата:

Сообщение от DroboVik

Вот, что я нашёл в интернете. Я, конечно понимаю, что наши админы знают про cl_updaterate и cl_cmdrate и т.д., но всё-же, надеюсь, что это хоть частично поможет решить проблему с лагами. Итак, вот:

Цитата:

"В ентой статье я надеюсь прояснить некоторую неясность связанную с сетевыми командами в Counter Strike. Сетевой код- енто то, с чем столкнулись топовые игроки из Европы и Америки при первых боях в эру 1.3. В эру 1.5 игроки стали более внимательно и глубже изучать команды выискивая оптимальные значения. Когда же Valve решила проблему связанную с ex_interp в 1.5 мы все вздохнули с облегчением и решили- все с ентим interp'ом покончено. Однако в 1.6 споры снова вспыхнули- Valve исправила сетевой код игры. Да и сама VaC (Valve Anticheat) просто блокирует вредные, и нечестные значения команд.

Примечание:

Команды с префиксом sv_ sys_ являются серверными командами и предназначенными только для сервера. Если вы хотите же узнать их значение или изменить, их следует исполнять непосредственно на самом сервере, либо с использованием rcon пароля...
Также ента статья предназначена в основном для обладателей выделенных, высокоскоростных линий и-нета и для LAN.

Общая информация:

1)cl_cmdrate: команда определяет сколько пакетов в секунду пошлете вы, клиент к серверу. Очевидно, чем выше енто значение, тем быстрее сервер реагирует на действия которые вы совершаете (поворот мышью, прыжок, бег, стрельба и прочее). Итак, если вы на выделенке и притом оочень хорошей- то смело ставьте высокое значение. Если же вы посадили на свой DSL Cable или что там у вас ишо и своего друга- вы наверняка будете наблюдать частые и высокие скачки лага. Енто все из-за высокого значения команды. Большинство высокоскоростных доступов к и-нет не обеспечивают своего пользователя высоким upload (к примеру, большинство aDSL которые предоставляют компании- енто 768download- где-то 90КБ/128upload- где-то 16КБ), который так необходим для ентой команды.

2)cl_updaterate: енто противоположность cl_cmdrate- количество пакетов/секунду которые вы получаете от сервера (То бишь ваша download скорость). Здесь, чем выше значение, тем более вы синхронизированны с сервером. Так как только сервер решает, попадают ваши выстрелы или нет, то вам нужно большое количество обновлений информации с сервера- ради эксперимента, попробуйте поставить значение cl_updaterate в 5-10- и попробуйте убить кого. Получится интересная картина- вы будете ишо стрелять (одни выстрел например) по противнику, а на его мониторе, он вас как секнду назад завалил.

3)sv_maxupdaterate: команда контролирует количество пакетов/секунду которое позволено серверу послать клиенту. Из ентого следует что если на сервере sv_maxupdaterate "60", а на клиенте cl_updaterate "101" то клиент будет обновляться со значением cl_updaterate "60"

4)sys_ticrate: команда устанавливает количество "кадров" в секунду, которые сервер может вычислить. По умолчанию значение равно 100. Почему серверные fps так важны? А ентот параметр как раз таки и отображает, как "чусвтует себя" сервер. Мы все когда нить играли на ооочень хороших серверах что складывалосьт такое впечатление что они хостуются на Tl-83 plus и мы могли бы покляться что играем мы на LAN а не на HSI-net
sys_ticrate только присваивает максимальное значение fps которые может осилить ваш server. Но на деле сервер не может дотянуть без помощи до такого sys_ticrate- енто связано и с некоторыми процессами в самой операционной среде, но в основном из-за провайдера. Имейте ввиду, что увеличение fps "загружает" и сам процессор сервера. (Кстати такое "увеличение" каким то макаром загружает процессор по qмаксимуму на таких картах как de_inferno и de_aztec). По умолчанию сервер основанный на Win32 выдает среднее fps 64, а на Linux- 50fps. "Ускорение" сервера дает возможность получить fps выше 512 в некоторых случаях. Влияние такое высокого серверного fps достаточно спорное, но я думаю вы с легкостью заметите разницу в игре уже при 200fps.
Целостность- вот главное. Скачки fps со 100 до 512 скорее всего создадут больше проблем, так что разумным будет ограничить sys_ticrate в районе 150-200, если конечно сервер позволяет стабильно работать при 150-200.
Если у вас есть rcon пароль к серверу, вы можете с легкостью проверить серверный fps- напишите rcon stats в консоли, чтобы проверить, "ускорен" ли ваш сервер, временно поставьте значение sys_ticrate "10000" и исполните команду rcon stats. Если ваш fps выше чем 1000- значит "ускорен"

5)ex_interp(интерполяция- это восстановление значения функции в промежуточной точке по известным ее значениям в соседних точках.)
Итак, вы не можете быть синхронизированны с сервером на все 100% в каждую секунду времени, так как вы получаете ограниченное количество обновлений в секунду с сервера. Для примера: [img-right]interp.jpg" border="0"
Данный рисунок отражает линейную интерполяцию круга. Когда увеличивается количество обновлений, интерполированная фигура становится более аккуратной. В Cs данной фигурой выступает движение игрока/в секунду времени. Сервер в данном случае будет тем самым "идеальным кругом" (ведь только сервер имеет абсолютно точную позицию игрока/в кажудую секнду времени), а вот клиенту придется интерполировать между двумя "верными" пакетами.
Вот здесь и появляется ex_interp. Данная команда отражает количество времени (в секундах) для интерполяции между каждым "удачным" обновлением с сервера.Так как интерполяция относится к клиентской части, то естественно возникают неточности и ошибки в самой игре. Так как мы не можем получить 100% точности апдейтов с сервера (особенно в и-нете) то интерполяция играет важную роль в самой игре.

Рекомендации для online игр

rate:
Я практически уверен что значение 20000 будет доступно большинству высокоскоростных и-нет соединений. А вот использование значений выше 20000 может наоборот привести к снижению производительности.
Рекомендую: rate 20000

sv_maxrate:
Значение в большинстве своем равно 0. Обьясню почему это скорее всего не оптимально для online игры. sv_maxrate "0" будет определять значение rate для каждого клиента и пытаться заполнить его заполнить. Представьте что движок HL позволяет игрокам использовать значения rate выше 20000 (например 999999999999), и сервер будет пытаться заполнить все 999999999999. Енто приведет к пустому увеличению нагрузки на канал сервера. Я советую безопасное и вместе с тем хорошее значение sv_maxrate "20000". В большинстве случаев sv_maxrate 0 и sv_maxrate 20000 будут эквивалентны, но береженного бог бережет.
Рекомендую: sv_maxrate 20000

cl_cmdrate:
В идеале значение этой команды должно быть равно серверному(!- большинство людей считают что клиентским- вкорне не верно) fps. Если вы посылаете серверу пакеты чаще чем он способен обработать- (скажем серверный fps=80, а значение cl_cmdrate 101) то некоторые пакеты будут просто "скинуты" сервером, необработаны ( 101-80=21 необработанный пакет). По сути енти 21 пакета погоды не делают, просто приведут к забиванию вашего upload ( и увеличению траффика), что тоже погоды не делает.
Рекомендую: смело ставим cl_cmdrate равное серверному fps либо выше.

ex_interp:
Cтавим в 0 без размышлений. CS автоматически поставит ее значение ex_interp= 1/cl_updaterate ( в консоли увидите “ex_interp forced up to xx msec”). При значении 0, изменение значения команды cl_updaterate будет автоматически менять и значение ex_interp. Я РЕКОМЕНДУЮ МЕНЯТЬ ЗНАЧЕНИЕ ТОЛЬКО CL_UPDATERATE, ПОЗВОЛЯЯ CS поменять значение ex_interp. Вы уже не можете поставить значение ex_interp ниже чем 1/cl_updaterate, а вот ставить его выше- енто уже просто нечестно. Ставить значение выше 1/cl_updaterate приведет к тому, что вам придется стрелять немного позади модельки противника ( получается так, что вы видите проивника немного раньше чем положено). К примеру, при использовании cl_updaterate 101, верное значение ex_interp= 1/101=0.009, но по умолчанию ex_interp= 0.1 а енто выше чем 1/101- вот тут и возникает глюк...
Рекомендую: ex_interp 0- стреляем туда, куда целимся

cl_updaterate:
Бытует мнение что значение данной команды надо подбирать следующим методом: присваиваем значение cl_updaterate 101 и снижаем его до тех пор пока параметр choke ( его можно увидеть, если набрать в консоли команду net_graph 3) не будет равен 0 или ооочень низок. По мне, так choke- енто самое последнее о чем стоит беспокоиться. Правильное значение cl_updaterate- енто более глубокий вопрос чем просто choke. Значение sv_maxupdaterate на сервере для чемпов должно иметь значение 101 ( так настроен сервер для CAL CPL)- из ентого можно сделать вывод что в идеале значение cl_updaterate=101. Однако большинство серверов в online имеют значение sv_maxupdaterate "30" или просто неспособны вычислить 101 sv_maxupdaterate. Из чего следует что сервер просто неспособен послать вам 101 пакет/секунду. Так все таки какое значение? Большинство могут сказать " Я поставлю 101, а сколько дойдет- всё моё", но тут уже играет отрицательную роль высокое значение ex_interp, что нарушит баланс между этими командами.
Для того, чтобы подобрать оптимальное значение cl_upodaterate (ex_interp "0") стави его в 101 и начинаем снижать его до тех пор пока модельки игроков не будут слегка двигаться скачками ( при ex_interp 0 и cl_updaterate 101 - они будут оочень сильно пропускать). Не надо бояться ставить значение cl_updaterate ниже 50 если енто необходимо. Большинство серверов sv_maxupdaterate "30" так что cl_updaterate 30 будет лучшим значением.
Стоит отметить что начинать подборку cl_updaterate надо " сверху вниз" а не наоборот.
Рекомендую: равно серверному fps и не выше sv_maxupdaterate

sys_ticrate:
Для нахождения оптимального значения данной переменной необходимо произвести несколько экспериментов. Прежде всего, если ваш сервер не "ускорен" то значение переменной ticrate выше 100 ни к чему не приведет. Если же сервер находится на хорошей платформе (богатый провайдер), то бишь "ускоренный", у вас появляется место для полета фантазии. Не смотря на то что "чем больше серверное fps тем лучше", эффект от увеличения sys_ticrate выше 200 (а может и еще меньше) на самом деле не окажут такого уж хорошого влияния на игру. А вот использовать sys_ticrate "200" или ниже сделает игру более стабильной даже если придется пожертвовать минимальным количеством производительности. Представьте вдобавок, что компьютер, исползуемый под игровой сервер тянет аж несколько HLDS (например CS1.6 и CZ) и для обоих sys_ticrate "10000" нагрузка на процессор возможно будет черезмерной. Такое положение вещей может привести к потери производительности самой игры. В конце можно добавить, что если вы хотите получить, скажем, 140fps то вам нужно выставить значение sys_ticrate выше предпологаемого где-то на 20-50. (Например сервер может спокойно тянуть 150fps, значит значение sys_ticrate будет 150+30= 180.)
Рекомендую: sys_ticrate 110-180- зависит от качества сервера.

Слово о LAN

Повод, по которому большинство известных турниров, таких как CPL, WCG используют cl_updaterate 101- зависит от качества сервера. На таких чемпах все сервера обычно "ускорены" что делает реалным такое высокое значение cl_updaterate. Для того чтобы быстро узнать "ускорен" ли сервер, достаточно просто обратить внимание на пинг- у простого сервера, fps которого 50-60, все игроки имеют средний пинг 15ms, а вот на "ускоренном" -5 ms.

Copyright © CS.TUT.BY, 2002—2006
Адрес электронной почты: [email protected]
При использовании материалов активная ссылка на cs.tut.by обязательна.

>>>>>>>>>>>>>>>>>>>>>>>>>Понижение пинга<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

На сегодняшний день тема является очень актуальной для стран бывшего СНГ, где играет через выделенку не так много народу. В этой статье я детально рассмотрю команды, которые помогут понизить пинг, а также те, которые сберегут FPS(количество показываемых кадров в секунду). Все эти команды желательно прописать в конфиге, хотя некоторые лучше менять(например, pushlatency) в зависимости от ситуации и от сервера, на котором вы играете. Начнем:

cl_allowdownload, cl_allowupload - при значении "1" разрешают игроку скачивать и закачивать модели, карты и т.д. В принципе на пинг влияет незначительно, поэтому лучше оставить 1.

cl_cmdbackup - количество пакетов, посылаемых на сервер в секунду. ИМХО, лучше ставьте примерно 2.

cl_cmdrate - скорость посылки команд на сервер. Наиболее оптимальное значение для игры по модему - 20-30

cl_download_ingame - скачивание моделей, логосов в игре... а нам это надо?

Значит, ставим 0.

cl_lc - компенсация лагов на стороне сервера, поэтому лучше поставить 1. К сожалению, работает только при включенной команде sv_unlag на сервере.

cl_lw, cl_lb - для обоих ставим значение 1, действия, связанные с оружием будут просчитываться на стороне клиента, как впрочем и эффекты крови и т.д.

cl_nodelta - запрещает дельта сжатие, советую поставить "0".

cl_nopred - если хотите видеть плавное передвижение игроков - поставьте "0"

cl_resend - время, через которое будет послан пакет, если предыдущий не дошел. Лучше установить примерно 4-5.

cl_updaterate - скорость обновления сведений об игре. "20" является оптимальным значением.

fps_modem - увеличивает FPS при игре по модему. Ставьте 28.

mp_decals - количество одновременно видимых эффектов. Чтобы меньше лагало - ставьте 0.

pushlatency - эта команда сглаживает лаги. Должно стоять значение от 50 до 100% пинга со знаком "-". Например, -150 при пинге 250.

Теперь рассмотрим другие полезные команды:

r_drawviewmodel - при значении "0" уменьшается FPS, да и играть, ИМХО, лучше.

r_drawviewentities - хорошая команда, только моделей видно не будет

. Оставьте 1.

hud_fastswitch - быстрая смена оружия. Я использую значение "1"

max_shells - число одновременно видимых гильз. Ставим "0"

fastsprites - качество дыма. Лучше установить "2"

max_smokepuffs - количество одновременно видимых клубов дыма... чем меньше, тем лучше

Вот вроде и все... остается на сервере прописать следующие команды и тогда совесм хорошо будет:

sv_unlag - Компенсировать лаги клиентов т.е. разрешить cl_lc, cl_lw и cl_lb (значение = 1).

sv_unlagmax - Максимальное время компенсации задержки в секундах. Оставьте значение по умолчанию - 0.5 секунды.

sv_unlagsamples - Сколько предыдущих пакетов используются для вычисления задержки клиентов. Хватит одного пакета (значение = 1).

На последок хотелось бы добавить, что с этими командами необходимо эксперементировать, найти оптимальные значения для себя... а может быть и добавить другие команды, которые снизят пинг/понизят FPS.

P.S. Ещё раз повторяю, статья взята из интернета.

Да не говори... У всех играющих на серваке по дефолту стоит rate 3000, cl_cmdrate 16, cl_updatarate 20 (примерно так)... - при этом все плэйеры ходят дёргаюЦЦо и т.д....
Ставьте все:
rate 25000
cl_cmdrate 101
cl_updaterate 101
sv_maxrate 25000
sv_maxupdaterate 101
ex_interp 0.1

ДжА · 28.12.2006, 12:58

как скажешь!

Исчадие 13 · 28.12.2006, 12:59

И что, дёргаться не будет, сегодня вроде всё нормально было. Ну как скажешь в принципе. Попробуем посмотрим... :wink:

Ice · 28.12.2006, 13:07

Цитата:

Сообщение от Исчадие

И что, дёргаться не будет, сегодня вроде всё нормально было. Ну как скажешь в принципе. Попробуем посмотрим... :wink:

Да тебе с этими настройками даже самому будет проще и удобнее играть ^^

Исчадие 13 · 28.12.2006, 13:07

Цитата:

Сообщение от Ice

Да тебе с этими настройками даже самому будет проще и удобнее играть ^^

Хорошо, если так, то уже меняю... :wink: Спасибо за информацию 8)

gerasoft · 28.12.2006, 13:15

2DroboVik: А не лучше, чтобы кто нибудь, кто разбирается и опробовал это экспериментальным путем скинул свой конфиг, чтобы его все себе поставили?

Исчадие 13 · 28.12.2006, 13:19

Вот поставил эти настройки, что Ice дал, вот лагать и начало....почему? Да ещё и читеры задолбали, что нормально нельзя поиграть..

DroboVik · 28.12.2006, 13:49

Цитата:

Сообщение от gerasoft

2DroboVik: А не лучше, чтобы кто нибудь, кто разбирается и опробовал это экспериментальным путем скинул свой конфиг, чтобы его все себе поставили?

Да это почти тоже самое, что и понять настройки просто. Там-же всего 6 настроек поменять и всё. А если конфиг скачивать, то пока об этом всем расскажешь, да и не все скачивать будут. Мне кажеться проще самому поставить. Открыл консоль и написал. Там на 2 минуты работы.
З.Ы. Чё-то щас играл, не сильно помогло

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

Дюша · 28.12.2006, 13:53

Цитата:

Сообщение от DroboVik

Цитата:

Сообщение от gerasoft

2DroboVik: А не лучше, чтобы кто нибудь, кто разбирается и опробовал это экспериментальным путем скинул свой конфиг, чтобы его все себе поставили?

Да это почти тоже самое, что и понять настройки просто. Там-же всего 6 настроек поменять и всё. А если конфиг скачивать, то пока об этом всем расскажешь, да и не все скачивать будут. Мне кажеться проще самому поставить. Открыл консоль и написал. Там на 2 минуты работы.
З.Ы. Чё-то щас играл, не сильно помогло

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

А фчём проблемма выложи на фтп и дай обявление кому охото играть с лагами те и остануться на своём клиете а кто захочет без лагов те скачают и современем твой клиент буду фсе использовать

DroboVik · 28.12.2006, 14:05

Цитата:

Сообщение от Дюша

А фчём проблемма выложи на фтп и дай обявление кому охото играть с лагами те и остануться на своём клиете а кто захочет без лагов те скачают и современем твой клиент буду фсе использовать

Проблема есть и не одна. Во-первых, я пока ничё на фтп скачать не могу. Чё-то закачка виснет. Щас решаю вопрос с перцем, может поможет. Во-вторых, ну ты сам подумай, зачем выкладывать всю кс???
Можно просто конфиг. Но, как я уже сказал, и конфиг выкладывать не стоит, т.к хоть он и весит килобайты, и не все его скачивать станут. Там же просто стоит консоль открыть и написать ВСЕГО 6 КОММАНД!! Я думаю, это проще, чем выкладывать контру на фтп.

DroboVik · 28.12.2006, 14:09

Цитата:

Сообщение от Дюша

а кто захочет без лагов те скачают и современем твой клиент буду фсе использовать

Я же говорю эти настройки мне не очень помогли. А до тех пор, пока всё не поставят их, будет глючить у всех. Даже у тех кто уже поставил.

Дюша · 28.12.2006, 14:10

Цитата:

Сообщение от DroboVik

Цитата:

Сообщение от Дюша

А фчём проблемма выложи на фтп и дай обявление кому охото играть с лагами те и остануться на своём клиете а кто захочет без лагов те скачают и современем твой клиент буду фсе использовать

Проблема есть и не одна. Во-первых, я пока ничё на фтп скачать не могу. Чё-то закачка виснет. Щас решаю вопрос с перцем, может поможет. Во-вторых, ну ты сам подумай, зачем выкладывать всю кс???
Можно просто конфиг. Но, как я уже сказал, и конфиг выкладывать не стоит, т.к хоть он и весит килобайты, и не все его скачивать станут. Там же просто стоит консоль открыть и написать ВСЕГО 6 КОММАНД!! Я думаю, это проще, чем выкладывать контру на фтп.

Например я эти 6 команд несмогу наклацать в кансоли, я лол ф кантре и с кансолью недружу знаю самых простых команд 20 и фсё!!

DroboVik · 28.12.2006, 14:15

Цитата:

Сообщение от Дюша

Например я эти 6 команд несмогу наклацать в кансоли, я лол ф кантре и с кансолью недружу знаю самых простых команд 20 и фсё!!

Что даже по буквам ввести не сможешь?

Выше всё написано, что писать надо.

Дюша · 28.12.2006, 14:24

Цитата:

Сообщение от DroboVik

Цитата:

Сообщение от Дюша

Например я эти 6 команд несмогу наклацать в кансоли, я лол ф кантре и с кансолью недружу знаю самых простых команд 20 и фсё!!

Что даже по буквам ввести не сможешь?

Выше всё написано, что писать надо.

Дай свой конфиг и фсё

Link · 28.12.2006, 14:58

Цитата:

Сообщение от Ice

Кстати, сегодня заметил О_о:
теперь необязательно писать в консоли: connect ......
Просто заходим в Find Servers -> LAN и там выбираем серв

хмм у меня не пашет

Дюша · 28.12.2006, 14:59

Цитата:

Сообщение от Link

Цитата:

Сообщение от Ice

Кстати, сегодня заметил О_о:
теперь необязательно писать в консоли: connect ......
Просто заходим в Find Servers -> LAN и там выбираем серв

хмм у меня не пашет

у меня тож, айс попробуй адреса чинебудб попинговать с меганета кроме серверов! друг шары появились

Link · 28.12.2006, 15:05

получается у некоторых уже работают шары, а до меня еще не дошли

DroboVik · 28.12.2006, 15:05

Цитата:

Сообщение от Дюша

Дай свой конфиг и фсё

Ладно, как-нибудь сёдня скину. Тебе, в папку Dronix. Остальные сами думаю написать эти несчастные 6 комманд смогут

. Подредактируй имя и сенс. А то у меня мышь A4Tech-X7, там senstivity ваще 1.

Дюша · 28.12.2006, 15:19

Цитата:

Сообщение от Link

получается у некоторых уже работают шары, а до меня еще не дошли

я зделал тока предположение!!!

Devil · 28.12.2006, 15:19

Цитата:

Сообщение от Link

получается у некоторых уже работают шары, а до меня еще не дошли

Если сервак наш виден в закладке ЛАН, то это еще не значит что у когото есть шары...

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