games-stikes.my1.ru

онлайн радио

soldier — Sun, 04 Mar 2012 12:40:58 GMT

Для чего нужны сет мастера

soldier — Sat, 12 Nov 2011 08:44:26 GMT

Описание: Для чего же нужны эти долбаные сет мастера??? сейчас я вам про это расскажу

setmaster = google.ru
коротко говоря сет мастер служит поисковиком серверов , как и гугл сайтов
у всех у нас в контре есть файл:
MasterServers.vdf
Он нужен для поиска серверов,детские игры,
тобишь он делает запрос на вбитые в него сет-мастера и получает от туда несколько включенных и рабочих серверов
по такому принципу работают сет-мастера
так-же советую всем добавить сервер на этот сайт css.setti.info он увеличит приток ваших игроков на 30-40%, но если ваш сервер упал то придется заново его туда добавлять

ESWC 2011

soldier — Sat, 22 Oct 2011 11:44:22 GMT

ESWC 2011

В субботу 22 Октября состояться первые матчи по Counter-Strike (Male) в рамках чемпионата мира ESWC, который будет проводиться в Париже, Франция. Предоставляем Вам полное расписание матчей.

22 Октября (Суббота)

Группы А и В

Lions vs. Redbyte - 11:30 TBA
ESC Gaming vs. Antwerp Aces - 11:30 TBA
Moscow Five vs. ESrael - 11:30 TBA
DTS vs. 3DMAX - 11:30 TBA
AGAiN vs. Redbyte - 12:30 TBA
Lions vs. Antwerp Aces - 12:30 TBA
SK Gaming vs. ESrael - 12:30 TBA
Moscow Five vs. 3DMAX - 12:30 TBA
AGAiN vs. Antwerp Aces - 13:30 TBA
ESC Gaming vs. Lions - 13:30 TBA
SK Gaming vs. 3DMAX - 13:30 TBA
Moscow Five vs. DTS - 13:30 TBA
AGAiN vs. ESC Gaming - 15:00 TBA
Antwerp Aces vs. Redbyte - 15:00 TBA
SK Gaming vs. DTS - 15:00 TBA
3DMAX vs. ESrael - 15:00 TBA
AGAiN vs. Lions - 16:00 TBA
ESC Gaming vs. Redbyte - 16:00 TBA
SK Gaming vs. Moscow Five - 16:00 TBA
DTS vs. ESrael - 16:00 TBA

Группы С и D

WinFakt vs. viva Algeria - 18:00 TBA
Anexis vs. Defining Stars - 18:00 TBA
mousesports vs. OUR GAME - 18:00 TBA

23 Октября (Воскресенье)

Группы А и В

Natus Vincere vs. viva Algeria - 11:30 TBA
WinFakt vs. Defining Stars - 11:30 TBA
fnatic vs. OUR GAME - 11:30 TBA
mousesports vs. Alternate - 11:30 TBA
Natus Vincere vs. Defining Stars - 12:30 TBA
WinFakt vs. Anexis - 12:30 TBA
fnatic vs. Alternate - 12:30 TBA
mousesportsvs. Virus Gaming - 12:30 TBA
Natus Vincere vs. Anexis - 13:30 TBA
Defining Stars vs. viva Algeria - 13:30 TBA
fnatic vs. Virus Gaming - 13:30 TBA
Alternate vs. OUR GAME - 13:30 TBA
Natus Vincere vs. WinFakt - 15:00 TBA
Anexis vs. viva Algeria - 15:00 TBA
fnatic vs. Mousesports - 15:00 TBA
OUR GAME vs. Virus Gaming - 15:00 TBA

Четвертьфиналы - 16:00 BO3

Полуфинал №1- 18:00 BO3

24 Октября (Понедельник)

Полуфинал №2 - 10:30 BO3

Матч за 3-е место - 13:00 BO3

Гранд-Финал - 16:00 BO3

Компиляция плагинов

soldier — Fri, 14 Oct 2011 09:33:47 GMT

Несмотря на то, что плагины Win32 и Linux взаимозаменяемы, мы рекомендуем использовать скомпилированный на вашей системе.

Компилирование в Windows (быстрое)
Скачайте AMX Mod X для Windows
Распакуйте zip архив
Переместите .sma файлы в директорию amxx/scripting/
Запустите compile.bat
Подождите немного и просмотрите результат компиляции
Нажмите любую кнопку
Все скомпилированные плагины будут лежать в amxx/scripting/compiled/

Компилирование в Windows (продвинутая)
Скачайте AMX Mod X для Windows
Распакуйте zip архив
Перейдите в Пуск, Выполнить, "cmd", и нажмите Ok.
Наберите: cd c:\hlserver\cstrike\addons\amxx\scripting
(Там где расположена папка с amxx\scripting)

Наберите: sc Ваш плагин.sma
(Где Ваш плагин.sma тот что необходимо откомпилить)

Если не произошло ошибок то новый amx будет лежать в: addons/amxx/scripting

Компиляция под Linux (быстрая)
Распакуйте AMX Mod tar архив. (tar zxvf amxmodx.tar.gz)
Поместите .sma файл в amxx/scripting
Выполните с командной строки compile.sh (/bin/bash compile.sh)
Ваши скомпиленные плагины тепрь лежат в amxx/scripting/compiled

Компиляция под Linux (провинутая)
Распакуйте AMX Mod tar архив. (tar zxvf amxmodx.tar.gz)
Поместите .sma файл в amxx/scripting
Выполните в консоле:
chmod +x sc
./sc Ваш плагин.sma

Теперь ваш скомпиленный плагин находится в amxx/scripting

скопировано с ya-cs.ru

эротический телевизор

soldier — Sat, 24 Sep 2011 09:32:39 GMT

>>>>>>>телевизор сдесь<<<<<<<

Что такое 1000fps и почему это "пыль в глаза"0_о))

soldier — Sat, 24 Sep 2011 05:57:31 GMT

Если Вы более подробно ознакомитесь с деталями относительно этих 1000 FPS серверов, Вы обнаружите, что информация, которую сообщают провайдеры не достаточно понятна, а иногда и сомнительная. Иногда они пытаются создать впечатление, что их серверы в некотором роде "сертифицированы" на 1000 ФПС или такой ФПС "гарантирован", не сообщая при этом, что же на самом деле за этим стоит. Мы можем предположить, что эта "фишка" была "изобретена" самими провайдерами игровых серверов или это просто выражение чьего-либо субъективного мнения. Действительно ли сервера, которые работают на 1000 ФПС, позволяют играть более плавно и увеличивают точность попаданий? Нет, потому что они просто не могут!

В теории.
Все события на серверах CS:S или CS1.6 скалькулированы по кадрам. Все положения, направления и скорости в один и тот же дискретный момент времени собраны все в один кадр. Кадр здесь значит то же самое, что и статическая картинка в видеофильме, поставленном на паузу. Чем больше кадров в секунду рассчитывает сервер, тем более точные его данные. При 1000 ФПС (FPS - Frames Per Second - Кадров в секунду (пер. с английского)) сервер считывает "мир” (или "среду") на скорости один кадр в одну миллисекунду. При 100 ФПС сервер рассчитывает "мир” на скорости один кадр в 10 миллисекунд. Пока, на данном этапе, словосочетание "более точный" еще применимо к серверу … но только пока рассматривается один лишь сервер по себе. На практике же это оказывается бесполезно для клиента.

На практике.
Безусловно необходимо принимать так же во внимание и клиента (игрока). Сервер может рассчитывать свой "мир" на 1000 ФПС. Это всего-лишь одна миллисекунда на рассчитанный кадр. На другом конце провода игроки не получают обновления на такой большой скорости, а на скорости значительно ниже. Насколько они быстро могут получать обновления задается переменной tickrate ("тикрейт"). Обычно тикрейт может составлять 33, 66 или 100, для высокопроизводительных серверов. Сервер замораживает свой "мир" на каждый "тик", а затем решает какому клиенту эту картинку передать. Но сервер не посылает всю имеющуюся у него информацию. Он посылает только изменения к последнему обновлению среды. Величина параметра "тикрейт" определяет как часто данные об обновлении среды будут посылаться игрокам. Таким образом, клиент получает только 100 кадров за одну секунду при тикрейте сервера, равным 100. С другой стороны, клиент тоже посылает команды. Здесь тикрейт опять определяет как часто сервер будет получать кадры или команды от клиентов. Это опять будет только 100 команд или кадров в одну секунду.

Вот в этом месте, как раз и рушатся «воздушные замки». Зачем серверу просчитывать свою среду каждую миллисекунду, если он получает команды от игроков только раз в 10 миллисекунд!? Все серверы просчитывают свою среду со старыми на 90% данными все время. Если еще взять в расчет различные задержки, которые влияют на скорость, с которой клиенты посылают команды на сервер, и то, что сервер сервер ставит эти команды потом в очередь, 500, 600 или тем более 1000 ФПС на сервере не имеет абсолютно никакого смысла. Сервер работает с данными, которые уже устарели на 50, а то и более, миллисекунд. В это время много могло измениться, в том числе и некоторые входные данные на стороне игрока (например движение мышкой). Поэтому сервер должен прогнозировать события - он должен угадать что игрок собирается сделать в следующий момент. Этот прогноз может сильно отличаться от тех движений, которые игрок на самом деле совершает … с точностью до 1000 кадров в секунду. Не важно какой именно ФПС на сервере — 333 или 1000! Неправильный прогноз так и будет неправильным прогнозом. При 1000 ФПС прогноз только становится «более точно неправильным».

Вы можете задать вопрос - "Но что если сервер делает правильный прогноз?” Действительно, если сервер правильно предсказывает положение игрока, то это лучше — но только для сервера! Никак не для клиента. Оба движка, как для CS:S так и для CS1.6 запрограммированы с предположением о том, что серверное и клиентское время синхронизированы. Серверное время определяет время у всех клиентов. Поэтому сервер сохраняет так называемое «время кадра» для каждого сделанного кадра. На хороших Linux (или Windows 2008) серверах он делает это раз в миллисекунду. Клиент использует время кадра, которое он получает для каждого обновления, как свое собственное. На 1000 ФПС сервере с тикрейтом 100 игрок должен получать обновления в которых время кадра различается на 10 миллисекунд. Даже если сервер определил положение игрока корректно, 1-ой или 2-ух миллисекунд задержки во времени получения пакета от сервера к клиенту достаточно, чтобы данные «устарели». Итак опять, не важно какой ФПС на сервере - 333 или 1000. Более того, задержки как правило бывают значительно больше чем 1 или 2 миллисекунды (как правило, от 10 до 30), если игрок сидит не в серверной комнате ;).

Некоторые могут сказать - "Но ведь сервер учитывает задержки при прогнозировании!” Опять они окажутся правы. Сервер действительно учитывает задержки клиента при составлении прогноза. Чтобы сосчитать задержки правильно, серверу необходим пакет с командой от клиента. Эта величина определяется только после получения от клиента целого ряда пакетов с командами, а только потом включается в серверные вычисления. Но даже подсчет среднего значения задержки делает такой расчет не точным, даже если сервер пытается считать это среднее значение более тщательно. И опять никакой разницы между 333 и 1000 ФПС.

Некоторые игроки думают, что если у себя в конфиге пропишут cl_cmdrate 100, cl_updaterate 100 и rate 30000, то получат именно это от сервера. Это опять не верно. И в CS:S и в CS1.6 сервер имеет большую власть. Это значит при любых условиях только сервер решает как много обновлений он посылает и как много команд он получает. Может быть клиент и декларирует получение 100 кадров, а на самом деле сервер посылает только 90 кадров в секунду. Здесь 1000 ФПС опять не продуктивен. Если сервер под большой нагрузкой и он не может считать со скоростью 1000 кадров в секунду, тогда он решает отдавать меньше обновлений и принимать меньше команд, чтобы «разгрузиться» и высчитывать максимально ФПС для себя, так как в движке запрограммирована цель достижения уровня ФПС. Это важно, так как движки и Source и Half-Life 1 считают кадры. Нет кадра — нет расчета и нет обновлений. Движки будут стараться «вырабатывать» установленный уровень ФПС и, просто-напросто, будут сбрасывать все команды от клиента и к клиенту, если это будет необходимо для разгрузки сервера. Вот почему в таком случае сервер с 333 ФПС будет даже более точным, чем сервер которому «приказали» держать 500 или 1000 ФПС все время - точно так же как некоторые хостеры «приказывают» своим серверам держать 1000 ФПС.

Заключение:
Не важно задано на сервере 333 или 500 или даже 1000 ФПС. Все эти скорости обновлений делают сервер достаточно быстрым. Куда более важно то, что сервер стоит в хорошем ЦОДе с хорошим подключением к сети Интернет и то как сервер достигает заданных ФПС (хорошее оборудование). Только программное обеспечение от компании Valve может сделать регистрацию попаданий более точной, улучшая алгоритмы, ответственные за прогнозирование, экстраполяцию и интерполяцию, таким образом делая прогнозы более точными.

Не позволяйте себя одурачивать заявлениями о сервере с "1000 ФПС”. Не позволяйте никому заставлять Вас играть на сервере с 1000 ФПС в матчах или кланварах, потому что он, якобы, лучше. Это только маркетинговый ход - не больше и не меньше!

HLTV сервер на Linux

soldier — Fri, 23 Sep 2011 06:02:36 GMT

Описание: С помощью данной статьи вы научитесь запускать HLTV сервер на Linux.Так же решать проблемы о распространённых ошибках при запуске HLTV сервера на Linux.

Для работы HLTV сервера на Linux нужны следующие файлы:

hltv
./hlds_dir/

core_i386.so
./hlds_dir/

proxy_i386.so
./hlds_dir/

filesystem_stdio_i386.so
./hlds_dir/

director_i386.so
./hlds_dir/cstrike/dlls/

hltv.cfg
./hlds_dir/

Проверяем их наличие, как правило нету файла director_i386.so, скачиваем его во вложении.

Запустить HLTV сервер можно по-разному, напишем для HLTV следующий скрипт:
Назовём hltv_start.sh

#!/bin/sh
LD_LIBRARY_PATH=/home/user/hlds_dir/; export LD_LIBRARY_PATH
./hltv +connect strike64.ru:27015 -port 27020 +maxclients 20 +exec hltv.cfg

Рассмотрим более детально

/home/user/hlds_dir/
Главная директория вашего сервера

connect
Присоединяем демку к вашему серверу, например +connect 109.251.49.138:27017

port
Порт HLTV сервера, по которому игроки смогут присоединиться для просмотра трансляции

maxclients
Количество слотов для просмотра трансляции. Максимально - 255

exec hltv.cfg
Подгружаем конфиг нашего HLTV сервера

Сохраняем hltv_start.sh в директории вашего сервера, на примере это ./home/user/hlds_dir/ и даем ему права на выполнение:

chmod +x hltv_start.sh

Переходим в директорию с нашим сервером это ./home/user/hlds_dir/ и запускаем наш HLTV сервер с помощью скрипта, в фоновом режиме через screen

screen -d -m -S hltv ./hltv_start.sh

Для того чтобы войти в фоновый режим пишите

screen -r hltv

Для выхода из фонового режима Ctrl+A,D.
Для закрытия скрина Ctrl+C.

Рассмотрим распространённые ошибки при запуске HLTV сервера на Linux

Ошибка libSteamValidateUserIDTickets

Error:libSteamValidateUserIDTickets_i386.so: cannot open shared object file: No such file or directory
***** FATAL ERROR *****

Выполните команду

cp libSteamValidateUserIDTickets_i386.so /usr/lib

Ошибка director

Error:director_i386.so: cannot open shared object file: No such file or directory

Скачайте файл director_i386.so и скопируйте его в ./cstrike/dlls/

>>>скачать тут<<<

мини контра

soldier — Mon, 19 Sep 2011 05:53:54 GMT

мини контра у нас))) тут))))

counter-strike 1.6 [моей сборки] [Zbot-rus]

soldier — Sun, 18 Sep 2011 13:55:16 GMT

counter-strike 1.6 моей сборки всё до кусочка сделано моими руками)))

наши модели игроков оружия,в общем всё наше

1.Zbot-rus
2. прикольные модели игроков
3.прикольные модели оружия
4.хороший патч,ищет основные сервера(ну поиграть хватит)

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

вам суда