65 ответов в теме

[MOH]

А какие "другие варианты", если всё так устроено, что ганг дрейков порождает проблемы с производительностью, как только начинает стрелять? Самое действенное уже было сделано - группировка оружейных слотов и отображение одной условной "ракеты" вместо n ракет при залпе из всех лаунчеров.

Только умельцы на дрейках не идиоты.

В лагах, когда лопнула цель и все сгрупированные ланчеры подвисли, ито одно. А когда подвисла всего пара, это совсем другое.

Я например не групирую

Самое действенное что сейчас можно сделать:

Ракеты (все) это пушки с отложенном дамагом. Вся анимация делается только клиентом.
След проблемой будут дроны.

Сообщение отредактировал MOH: 11 December 2010 - 19:07

[Takeshi Ryuu]

Вышла вторая часть этого девблога.

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

[CHoh]

Ракеты (все) это пушки с отложенном дамагом. Вся анимация делается только клиентом.
След проблемой будут дроны.

Потом уберут "нефокусированный" режим дронам, и будет это 1 объект, сколько бы не выпущено.. с ттх, зависящими от состава пачки дронов.
А разные крестики только в клиенте.

Первое, что просится.

[Wyrm]

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

Вообще то это уже давно присутсвует, только какое отношение видимости имеет к лагам?

[MOH]

Вообще то это уже давно присутсвует, только какое отношение видимости имеет к лагам?

Под каждую ракету, бомбу, дрона. Создаеся независимый объект в космосе.
О его присутствии надо рассказать всем кто в гриде.

Т.е. Залп 100 ракет, и выпуск 100, дронов равносилен запрыгу 200 шипов в грид.
Пушки тоже доставляют, то намного меньше, это не объекты, это эвенты.

Сообщение отредактировал MOH: 11 December 2010 - 19:30

[mypuk]

переведите вторую часть, заранее спасибо

[Тыкаффко xD]

Пускай ракеты отрисовывают клиенты, а серв будет отправлять только результаты повреждений от стрелка к цели и наоборот. Без обрисовки "нового объекта", просто инфа "попал\не попал, х дамаги\у дамаги".
Дронов как писали выше тоже можно повесить только на клиента. Пускай серв думает что дрон 1.
Я верно понял изложеные мысли выше? Кстати переведите, пожалуйста, вторую часть блога. Спасибо

Сообщение отредактировал Тыкаффко xD: 11 December 2010 - 19:48

[NAFTAN]

Все такие умные шо пипец...Не по ту сторону баррикад вы воюете.

[Ernado]

Дефендеры тоже можно вписать в концепцию "отложенный дамаг". Т.к урон с дефендеров по ракетам не изменяется по времени, то рассчитать, убило ли ракету в полете или нет - не составляет проблемы, верно?

[Tester128]

вторая часть переведена, алсо имеет смысл посмотреть дискуссию на оффоруме, там есть ответы на часть вопросов которые тут поднимались

[Tihiy Don]

интересно, означает ли это, что доли секунды каких-либо реал-тайм действий не имеют значения т.к. всегда будут кратны 1 сек ?

насколько я понял в стадионах упрощенная физика для тестов. там обработка одного тика всегда одна секунда независимо от того сколько реально милисекунд занимали вычисления

[AlexMac]

надо убрать пухи и ракеты. вместо этого необходимо прокачать число сообщений равное 50 чтоб заниматься пвп на форуме и скилл троллинг вкачать желательно вместе со скиллами жырный троль и утончонный =) тогда никаких лаги нам не грозят

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

[Mauller]

Никак. Нодо делать или Реал-тайм систему ( будут ограничения в геймдезайне). Или не Реал тайм - будут лаги.

То что у них сейчас это ППЦ. (я преподавал на курсах по реалтайм системам, если кому интерестно)

Интересно послушать и понять, почему ева считается не реалтайм системой, и какая возможна реалтайм архитектура для проекта типа евы.
Онлайн шутеры на udp не предлагать.

[MOH]

Интересно послушать и понять, почему ева считается не реалтайм системой, и какая возможна реалтайм архитектура для проекта типа евы.
Онлайн шутеры на udp не предлагать.

Потому как Ева лагает. Реал тайм система может отказать в сервисе, но лагать не может.

Берем RTT в 500ms - тот кто не успел, тот опаздал.
Берем тик в 500ms.

Если время обработки стало больше тика, нода замораживается (возмущения в жидком ваккуме) 5 минут все курят рекаливрейшин сенсоров) и переезжает на более мощную (или с этого сервера снимаются другие ноды).

Делается небольшой редезайн всех модулей и скоростей крантый тику. Оно и сейчас так, просто клиент вас обманывает.

Если ввести некоторые принципы из интервальной математики, то сервер будет точно знать о возможности или невозможности операций с объектами, диз лок и т.п. Вектор известен и он константен в каждом тике. Интервал (область возможного расположения обьекта в координатах) где может находится любой корабь, таким образом известны.

Собираются все эвенты которые пришли со всех клиентов, обрабатываются, раздаются клиентам.

Все красивости рисует только клиент.

Получается что изменение вектора скорости коробля возможны один раз в тик, активация/дизактивация тоже.
Все в равных условиях, не тянет комп или инет? Ква... Но можно будет приспособится играя с лагом (для некоторых игроков с плохим рингом он будет постоянным, но это лаг сети не сервера).

Сообщение отредактировал MOH: 12 December 2010 - 0:05

[pribalt]

Спасибо за перевод

[Tester128]

она какбы реалтаймовая, дестини тикает сторого раз в секунду, а то что цикл дестини при перегрузке ноды вытесняет на потом все обработчики событий это и есть какбы видимые лаги

[Mauller]

Потому как Ева лагает. Реал тайм система может отказать в сервисе, но лагать не может.

Берем RTT в 500ms - тот кто не успел, тот опаздал.
Берем тик в 500ms.

Если время обработки стало больше тика, нода замораживается (возмущения в жидком ваккуме) 5 минут все курят рекаливрейшин сенсоров) и переезжает на более мощную (или с этого сервера снимаются другие ноды).

Делается небольшой редезайн всех модулей и скоростей крантый тику. Оно и сейчас так, просто клиент вас обманывает.

Если ввести некоторые принципы из интервальной математики, то сервер будет точно знать о возможности или невозможности операций с объектами, диз лок и т.п. Вектор известен и он константен в каждом тике. Интервал (область возможного расположения обьекта в координатах) где может находится любой корабь, таким образом известны.

Собираются все эвенты которые пришли со всех клиентов, обрабатываются, раздаются клиентам.

Все красивости рисует только клиент.

Получается что изменение вектора скорости коробля возможны один раз в тик, активация/дизактивация тоже.
Все в равных условиях, не тянет комп или инет? Ква... Но можно будет приспособится играя с лагом (для некоторых игроков с плохим рингом он будет постоянным, но это лаг сети не сервера).

Все что здесь описано (очень сумбурно и абстрактно), очень сильно напоминает как раз таки архитектуру онлайн шутера.
Но в шутере можно опираться на некий переменный квант (тик) времени, в еве нельзя.
Ева привязана к настоящему времени, к настоящим квантам. Все измеряется в конечном итоге в реальных секундах, миллисекундах, минутах, часах. Время работы модулей, изучение скилов, регенерации шилды и капы, скорость любых объектов в конце концов тоже косвенно зависит от времени. И время должно быть едино во всей вселенной, на всех нодах, звездных системах и гридах. И я не вижу способа реализовать такой масштаб на переменных квантах.

Насчет отказа в сервисе в контексте евы не понял.
Почему ева не реалтайм система тоже не понял.

[GaschMAN]

Спасибо за перевод обеих частей!!
Так вот за что дали 2кк СП на тесте)))

[Mauller]

кстати, еще немного информации от самих ССП можно почерпнуть из оффорума:
http://www.eveonline...a...9179&page=3

[filonov]

Потом уберут "нефокусированный" режим дронам, и будет это 1 объект, сколько бы не выпущено.. с ттх, зависящими от состава пачки дронов.
А разные крестики только в клиенте.
Первое, что просится.

Это было бы печально для майнинг дронов