|
11.05.2007, 22:51
|
#571 |
|
Местный
|
fps_max 1000
developer 1 cl_showfps 1 |
|
|
|
11.05.2007, 22:52
|
#572 | ||
|
<<GameOver>>
|
Цитата:
 з.ы. а команду эту Ch1pset должен помнить, у него спрашивайте.  Цитата:
__________________
ничего не говори |
||
|
|
|
|
11.05.2007, 23:51
|
#573 |
|
Местный
|
выключите v-sync в настройках драйвера видеокарты и смотрите, сколько fps реально будет выдавать ваше железо
|
|
|
|
|
12.05.2007, 01:06
|
#574 |
|
Denis Kolobov (INtrance)
![Аватар для [trance] KinG](image.php?s=cbb03acb7a1f4a2f796064983e22d274&u=2046&dateline=1373362207)
|
инфа содранная и чуть чуть не в эту тему
 cl_cmdrate: команда определяет сколько пакетов в секунду пошлете вы, клиент к серверу. Очевидно, чем выше енто значение, тем быстрее сервер реагирует на действия которые вы совершаете (поворот мышью, прыжок, бег, стрельба и прочее). Итак, если вы на выделенке и притом оочень хорошей- то смело ставьте высокое значение. Если же вы посадили на свой DSL Cable или что там у вас ишо и своего друга- вы наверняка будете наблюдать частые и высокие скачки лага. Енто все из-за высокого значения команды. Большинство высокоскоростных доступов к и-нет не обеспечивают своего пользователя высоким upload (к примеру, большинство aDSL которые предоставляют компании- енто 768download- где-то 90КБ/128upload- где-то 16КБ), который так необходим для ентой команды. cl_updaterate: енто противоположность cl_cmdrate- количество пакетов/секунду которые вы получаете от сервера (То бишь ваша download скорость). Здесь, чем выше значение, тем более вы синхронизированны с сервером. Так как только сервер решает, попадают ваши выстрелы или нет, то вам нужно большое количество обновлений информации с сервера- ради эксперимента, попробуйте поставить значение cl_updaterate в 5-10- и попробуйте убить кого. Получится интересная картина- вы будете ишо стрелять (одни выстрел например) по противнику, а на его мониторе, он вас как секнду назад завалил. 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. Последний раз редактировалось [trance] KinG. 12.05.2007 в 01:11. |
|
|
|
|
12.05.2007, 16:58
|
#575 | |
|
Мой статус оГоГо
|
Цитата:
__________________
BATTLEFIELD 3 - Club [OFF] Only For Friends :) |
|
|
|
|
|
12.05.2007, 22:27
|
#576 |
|
Мой статус оГоГо
|
 Пишу третий раз с одним и тем же вопросом. Когда меня разбанят на серве у аниматора??? 15.99 и за что бан стоит???Райт говорит, что бан снял, но мне не зайти, пишет Retrying 192.168.15.99 ... You have been banned from this server. Уже вторая неделя пошла...
__________________
BATTLEFIELD 3 - Club [OFF] Only For Friends :) |
|
|
|
|
12.05.2007, 22:28
|
#577 |
|
Дважды дипломирован
|
а может пермамент
 |
|
|
|
|
12.05.2007, 22:30
|
#578 | |
|
Мой статус оГоГо
|
Цитата:
__________________
BATTLEFIELD 3 - Club [OFF] Only For Friends :) |
|
|
|
|
|
12.05.2007, 23:29
|
#579 |
|
Battletoad
|
За че бан то я седня получил хоть скажите ???
|
|
|
|
|
12.05.2007, 23:30
|
#580 |
|
Заблокирован
|
я побегать не успел сразу бан с какого и кто
если админы без демы неумеют смореть пусть и не лезут, а то безпредел кого хочу того и баню
__________________
Limp BizkiT Последний раз редактировалось Demos. 12.05.2007 в 23:33. |
|
|
|
Линейный вид
