Реализация KnownList

[Visor]

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

Я бы посмотрел что было бы с сервером, когда бы в одной локации активно пвпшилось 400+ тел.
Еже(милли\нано\пико)секундно обновляющаяся коллекция с размером 400+ на каждого игрока или массив с прямым чтением и записью и одной коллекцией на регион такого же размера с всегда известным размером в пики онлайна.
Случай, когда у вас регионов больше чем игроков не рассматриваем.

На стороне сервера нагрузка особо не растет - растет трафик от пакетки.
На осаде было 300+ и ничего эдакого.

[Influence]

с регионами можно управлять активностью аи(дня неиспользуемых регионов), с KnownList"ами такой возможности нету, или я не прав?

[Visor]

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

с регионами можно управлять активностью аи(дня неиспользуемых регионов), с KnownList"ами такой возможности нету, или я не прав?

Это разные вещи для разных целей. Из листов нельзя управлять активностью регионов, но это и не требуется от модели.

[Influence]

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

Это разные вещи для разных целей. Из листов нельзя управлять активностью регионов, но это и не требуется от модели.

Это понятно, но получается, что регион хранит в себе весь список игровых объектов(которые в данном регионе), а knowlist тоже самое, только из определенного радиуса, или как?

п.с. я не спорю, я интересуюсь

[DiagoD]

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

Случай, когда у вас регионов больше чем игроков не рассматриваем.

Чем плох статик регион?

[Visor]

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

Это понятно, но получается, что регион хранит в себе весь список игровых объектов(которые в данном регионе), а knowlist тоже самое, только из определенного радиуса, или как?

п.с. я не спорю, я интересуюсь

да. Регионы - это квадратики мира, содержащие список объектов в них. Листы известных объектов - это список объектов вокруг активного объекта, которые он знает/видит в радиусе знания/видмости

[Influence]

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

да. Регионы - это квадратики мира, содержащие список объектов в них. Листы известных объектов - это список объектов вокруг активного объекта, которые он знает/видит в радиусе знания/видмости

Это я тоже понимаю, спасибо. Я пытаюсь подвести к тому, что если у нас уже есть списки объектов по регионам, то зачем нам еще knowlist'ы? Если вся соль заключается в размере регионов, который значительно превышает дальность видимости клиента, то ничего не мешает разбить регион на более мелкие.
Или это как с javolution, оно уже есть, работает, и тратить время на то, чтобы его выпилить не стоит, а есть более приоритетные задачи?

[Camelion]

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

Camelion, поделишься примером?

picture, fault tolerance regions:

Свернуть ↑

Свернуть ↑Развернуть ↓

[Visor]

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

Это я тоже понимаю, спасибо. Я пытаюсь подвести к тому, что если у нас уже есть списки объектов по регионам, то зачем нам еще knowlist'ы? Если вся соль заключается в размере регионов, который значительно превышает дальность видимости клиента, то ничего не мешает разбить регион на более мелкие.
Или это как с javolution, оно уже есть, работает, и тратить время на то, чтобы его выпилить не стоит, а есть более приоритетные задачи?

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

Knownlist-ы это для тех, кто видит в этом удобство или тому, кому нужно различать известные объекты и неизвестные. Работает оно так же, расход памяти если и есть, то незначительный. Более удобно работать с окружающими объектами в АИ.