6785 replies to this topic

[Dark Bard]

А жаль. Я поигрывал в нее. пока, однажды, без всяких предупреждений сайт перестал работать. Че это было - хз. Сколько просрали денег на это - хз. Пилили совсем не то, что нужно. Я бу ее купил на ссаный телефон\планшет и игрался вполне с{отредактировано}е, Думаю, как и многие другие бы это сделали. В збт же постоянные вайпы и непонятные правки никак не мотивировали платить.

[Pup]

Asatur, on 10 March 2015 - 12:17 AM, said:

Имеется в виду чтобы меху ногу действительно отрывало? И тут все вспоминаем про падения и стрельбу лёжа (привет mw2), а потом про рыб...

Для нашего шутера это чревато.
В нынешней ситуации когда мех с "отстреленной" ногой стоит на месте, визуально оценить какая нога "уничтожена" - просто невозможно. Да и в движении не всегда понятно - подводит анимация.
(В мв2 мех без ноги но с JJ превращался в истр{отредактировано}итель, главное в стенку упереться для взлета )

[Ruswarr]

Что-то очень странное наблюдаю. Неожиданный рост фпс в игре. Картинка стала ощутимо плавнее идти при том, что ни настройки, ни работу каких-либо фоновых приложений я не трогал, драйвера не переставлял, и вообще оно само. Ещё вчера такого не наблюдал...

[Asatur]

Tapferkeit, on 10 March 2015 - 04:21 AM, said:

MWT прошлым летом вообще благополучно загнулся, даже не выйдя из стадии ЗБТ. А ведь все по настолу делали

Там от настольного БТ были только хексы и пошаговость...

[Givi]

Ruswarr, on 10 March 2015 - 08:13 AM, said:

Что-то очень странное наблюдаю. Неожиданный рост фпс в игре. Картинка стала ощутимо плавнее идти при том, что ни настройки, ни работу каких-либо фоновых приложений я не трогал, драйвера не переставлял, и вообще оно само. Ещё вчера такого не наблюдал...

ФПС зависит и от загруженности единственного сервака, если чё так. Эвент кончился, народ рассасался - ФПС вырос. Всё просто ж.

[vetal l]

Dark Bard, on 10 March 2015 - 02:50 AM, said:

Сделать несложно и проц жрать не будет. И сеть жрать не будет - это можно сделать локально. С другой стороны, о чем вообще говорить, если даже разрушения деревьев нет. А их тоже можно сделать локально и нагрузки это особо не понесет. Сложно сказать, почему рыбы не делают этого. Чем больше сам занимаюсь {отредактировано}мдевом, тем, с одной стороны, больше вопросов появляется к разработчикам "почему не сделали это так-то и так-то", с другой стороны, понимаешь, что, скорее всего, они не идиоты...

Первое правило гeймдева (infact любой сетевой разработки) - данным от клиента верить нельзя!
Поэтому ВСЕ что касается взаимодействия игрока и объектов (например падение деревьев) ДОЛЖНО считаться на сервере. Иначе у одного _внезапно_ все деревья окажутся поваленными и не будут мешать вести обзор (как на той же каньонной КВ карте), а другой так и будет мучаться и наводить оружие по квадратикам.

[Igor Kozyrev]

vetal l, on 10 March 2015 - 11:17 AM, said:

Первое правило гeймдева (infact любой сетевой разработки) - данным от клиента верить нельзя!
Поэтому ВСЕ что касается взаимодействия игрока и объектов (например падение деревьев) ДОЛЖНО считаться на сервере. Иначе у одного _внезапно_ все деревья окажутся поваленными и не будут мешать вести обзор (как на той же каньонной КВ карте), а другой так и будет мучаться и наводить оружие по квадратикам.

Это один из минусов, с которым можно было бы смириться. Ладно, деревья на паре карт. А неубиваемые фонарные столбы? Они никому стрелять никогда не мешали, а вот отсутствие разрушаемости напрягает.

[vetal l]

Igor Kozyrev, on 10 March 2015 - 11:47 AM, said:

Это один из минусов, с которым можно было бы смириться. Ладно, деревья на паре карт. А неубиваемые фонарные столбы? Они никому стрелять никогда не мешали, а вот отсутствие разрушаемости напрягает.

Надо проверить падающие загородки на каньоне - если загородки падают только у одного игрока - значит рыбы делали какие то {отредактировано}изы и сейчас это вопрос приоритетов. Если падают у всех - значит вопрос ресурсов и скорее всего к этому они вернутся не скоро.

[Igor Kozyrev]

у всех падают, не раз проверяли

[Dark Bard]

vetal l, on 10 March 2015 - 11:17 AM, said:

Первое правило гeймдева (infact любой сетевой разработки) - данным от клиента верить нельзя!
Поэтому ВСЕ что касается взаимодействия игрока и объектов (например падение деревьев) ДОЛЖНО считаться на сервере. Иначе у одного _внезапно_ все деревья окажутся поваленными и не будут мешать вести обзор (как на той же каньонной КВ карте), а другой так и будет мучаться и наводить оружие по квадратикам.

А и не нужно им верить. Как тактический элемент они нифига не работают все равно. Физика трупиков же у каждого своя и всем норм. Мона было бы и с разрушаемыми деревьями так же сделать.

[vetal l]

Dark Bard, on 10 March 2015 - 05:45 PM, said:

А и не нужно им верить. Как тактический элемент они нифига не работают все равно. Физика трупиков же у каждого своя и всем норм. Мона было бы и с разрушаемыми деревьями так же сделать.

немного не так.
как конкретно падает дерево - дело клиента. Но вот упасть ему или стоять - обязан решать сервер.

Т.е. вместо передачи информации в каждый кадр о:
1) 12+12 мехах (положение, направление, статус/повреждения, действие)
2) динамических объектах (дым на месте трупов, следы, прочая чухня)
3) объектах стрельбы (лазеры, снаряды и т.д.)

еще надо будет передавать информацию о статусе разрушаемых объектов. Тем больше - чем больше этих объектов во вьюпорте игрока.

Объем информации вырастет скачкообразно на порядок/два. Адские лаги гарантированы.

[MechWarrior849305]

vetal l, on 10 March 2015 - 10:42 PM, said:

Объем информации вырастет скачкообразно на порядок/два. Адские лаги гарантированы.

Dice и Баттла-3

[MaxQuatro]

Объясните пожалуйста, в чём проблема разрушаемых объектов?
Есть объект, есть событие которое ведёт к его разрушению. Зачем серверу передавать клиенту информацию о том как разрушается объект, если клиент сам может рассчитать как разрушится объект, зная параметры разрушаемого объекта и параметры события которые разрушение вызвали?

[vetal l]

DuoAngel, on 10 March 2015 - 11:08 PM, said:

Dice и Баттла-3

Согласен.

ну значит плавники.

либо в БФ возможны читы с использованием разрушаемых объектов.
либо как таковых объектов не много во вьюпорт попадает.

Edited by vetal l, 10 March 2015 - 11:48 PM.

[Dark Bard]

Зачем серверу знать? У клиента вполне с{отредактировано}е есть вся информация о том, кто что сейчас делает. Согласен, из-за лага что-то может случиться не во время, или не так. Но это всего лишь сраные деревья. От того, что они не сломаются у кого-то - страшно не станет. как укрытие\маскировка они все равно не работают в игре особо. К тому же, их вообще можно отключить. Ну и даже если бы была необходимость серверу знать - обновлять их раз в какое-то время. Проверять, те ли дерева упали. Ничего сложного вроде. Раз в 10 секунд: Эй, сервер, скажи мне объекты которые сломались. Ок, спасибо сервер, сейчас сверю со своими и в порядок приведу.

При чем, теоретически, можно было бы и с разрушаемыми объектами ландшафта физическими так делать. Ех было бы меньше и опрашивались бы чуть чаще. Да, лаги все равно могли бы быть, но у нас и без того мехи порой застревают в двух полиго{отредактировано}, или телепортируются. Так что, хуже не станет.

[Asterios]

игрок сносит дерево->сервак дерево снесли-> нужное дерево у всех игроков упасть -> профит
Ред.
Т.е. можно передовать только статус изменения по тр{отредактировано}ованию

Edited by Asterios, 11 March 2015 - 03:37 AM.

[Dungeon Keeper]

Один раз в начале игры отправить своему клиенту сообщение, что все деревья на карте сломаны?

[Asterios]

у сервака на старте все деревья живы. игрок стреляет, попадает в бокс дерева -> сервак всем клиентам дерево упасть. Т.е. нет никакой надобности постоянно посылать статусы деревьев, т.к. оно стоит на старте, достаточно сказать, что дерево 1 упало.
Ред.
Похожим образом может быть реализовано некоторое подобие интерактивного разрушения, да, оно не будет конкретно там куда стрелял в общем случае, но чем больше зон разрушения тем краше. Простая схема: ИД объекта, ИД зоны, ИД типа разрушения(мол, только текстурку чёрную применить или визуальную модель зоны, проиграть анимацию и т.п.).
По поводу мехов: изменение нормалей и текстуры в точке попадания.
В общем случае, не так много данных придётся гонять, вся визуалка лежит на клиенте, который станет прожорлевее ессно.

Edited by Asterios, 11 March 2015 - 03:57 AM.

[vetal l]

Asterios, on 11 March 2015 - 03:46 AM, said:

у сервака на старте все деревья живы. игрок стреляет, попадает в бокс дерева -> сервак всем клиентам дерево упасть. Т.е. нет никакой надобности постоянно посылать статусы деревьев, т.к. оно стоит на старте, достаточно сказать, что дерево 1 упало.
Ред.
Похожим образом может быть реализовано некоторое подобие интерактивного разрушения, да, оно не будет конкретно там куда стрелял в общем случае, но чем больше зон разрушения тем краше. Простая схема: ИД объекта, ИД зоны, ИД типа разрушения(мол, только текстурку чёрную применить или визуальную модель зоны, проиграть анимацию и т.п.).
По поводу мехов: изменение нормалей и текстуры в точке попадания.
В общем случае, не так много данных придётся гонять, вся визуалка лежит на клиенте, который станет прожорлевее ессно.

Вот кипер меня понял (см. одно сообщение выше)
PS. еще раз - первое правило сетевой разработки. НИКОГДА НЕ ДОВЕРЯЙ ДАННЫМ КЛИЕНТА.

Edited by vetal l, 11 March 2015 - 04:17 AM.

[Asterios]

vetal l, on 11 March 2015 - 04:16 AM, said:

Вот кипер меня понял (см. одно сообщение выше)
PS. еще раз - первое правило сетевой разработки. НИКОГДА НЕ ДОВЕРЯЙ ДАННЫМ КЛИЕНТА.

нет тут ни слова про данные клиента, бокс дерева задача сервака, т.к. сервак у нас решает попал не попал
Ред.
Кстати, есть подозрение, что всё это детский лепет(по передаче данных и нагрузке) по сравнению с системой движения, в условиях полного недоверия клиенту должно гоняться и обсчитываться большое кол-во данных постоянно, впрочем, кто знает, что там у них и как.

Edited by Asterios, 11 March 2015 - 04:41 AM.