От гуру мультиплеерных игр хотелось бы услышать как вообще такие штуки делать (и делаются ли они таким образом?) насколько я знаю в rust есть очень мощные библиотеки по работе с ECS системами тот же SPECS (вроде аналогичная штука есть и у c++)
узким ядром я вижу компонент, который будет как-то вычислять компоненты с квадрата и направлять их в нужный сервер. Сама идея на мой взгляд неплохая, но программная архитектура такой штуки у меня еще не сложилась в голове.
узким ядром я вижу компонент, который будет как-то вычислять компоненты с квадрата и направлять их в нужный сервер. Сама идея на мой взгляд неплохая, но программная архитектура такой штуки у меня еще не сложилась в голове.
непонятно чому зашла снова игрокам флеш-графика из 2005-2008 году
лично мне проще ее рисовать, супер крутую графику и 3ДЭ модели я не потяну. А тут просто, в целом приятно. Далее, все эти космо штучки, конечно, очень интересно, но слишком сложно вкатиться с нуля (как минимум придеться выучить отдельный суржик для этого) Я планировал сделать игру в сеттинге постапокалипсиса (ржавые банки, старые книги, которые нужно искать ради рецептов и навыков)
>чтобы он выдерживал тысячи игроков в одном месте
А где ты возьмёшь тысячи игроков?
из интернета очевидно. По подписочной модели
>узким ядром я вижу компонент, который будет как-то вычислять компоненты с квадрата и направлять их в нужный сервер.
Узкое место будет - это тысячи человек в одном месте в пределах видимости. Вот там заебёшься их обновления рассылать.
А нарезать пространство можно как угодно. И с акторами даже проще будет, чем колхозить что-то своё.
albion online
Не совсем понял про в пределах видимости и рассылать обновления. Каждое обновление будет послано своему квадрату. Даже если игроки стоят рядом они могут стоять в разных квадрантах
Заметно лагает при заходе в города (где 300 человек)
>Даже если игроки стоят рядом они могут стоять в разных квадрантах
И в 5 метрах друг от друга не будут видеть соседей?
Если на плюсах будешь фигачить, скинешь ссылку на гит?
Квадратики которые рядом, общаются между собой
Да, скорее всего буду на них
Никак не пойму как спавнить игроков
Ну начни с координат и чанков.
Возьми unit { id: uuid, x:float, y:float, inChunk: uuid (или ссылку, как хочешь) }, chunk { id: uuid, parent: chunk*, inner: Vector<chunk> }
Если в чанке units.count > maxUnitsOnChunk -> разделяй его в inner-ах и обновляй inChunk у всех юнитов внутри них на другие.
Юнитов кстати можно тоже в чанках хранить или в хеш-таблице.
Просто начни пилить и поймешь как лучше.
>Квадратики которые рядом, общаются между собой
Вот это и будет лагать, пиздец как при большом количестве народу. Нарезка на чанки - это мелочь в сравнении с этой проблемой.
да, сенкс, ты описал схему при которой у нас есть просто одна карта с квадродеревом и один сервер, но типо каждый чанк это один сервер (процесс на ядро)
в любом случае надо начинать пилить.
почему это будет лагать? смотри мы делим квадродерево если в чанке игроков больше чем какая константа, допустим 32. получается кроме своих 32 игроков, чанку нужно просто отрисовать 32*8 игроков котоыре находятся вокруг, не думаю, что это такая непосильная задача. Ведь мы не обсчитываем их физику, мы просто отрисовываем спрайтики. Типо, давно, нарисовать 256 динамических спрайтов стало проблемой?
>почему это будет лагать?
Потому что проблема не отрисовке, а в пересчёте перемещений и передаче данных всем 256 клиентам с нормальным временем отклика. Поэтому ева и включает сло-мо на больших толпах.
серверы общаются между собой. Сервер1 говорит Серверу2 - чувак с id = 10 выстрелил по такой то траектории
Сервер2 о спасибо друг начинаю отрисовку и просчет траектории
То есть сервер не посылает всем игрокам вокруг информацию, только своим 32, но серверы соседи постоянно рядом
не трать время у тебя ничего не выйдет
Выйдет
Он сделал даунскую версию амонга.
https://youtu.be/N-h5yy4kC5M
https://youtu.be/N-h5yy4kC5M
молодец но речь в треде о технологиях массового мультиплеера
Есть вроде как готовое сетевое решение под это дело
https://improbable.io/multiplayer-networking
Если ты хочешь именно игру создавать, а не просто велосипеды писать и в конце обосраться.
к сожалению это готовое решение стоит дохуя денег
Только, что посомтреть документацию и там РОВНО ТО ЧТО Я ПИСАЛ
мир разделен на шарды и каждый юнит видит все что вокруг него.
Анон который писал про расчет перемещений приглашается в тред, пока я не очень понял как они тут решили эту проблему
Но с виду все пока ровно так как я думал. вот срань снова все идеи в мире уже имеют какое-то вополощение правда у меня квадродерево будет, вроде должно быть чуть более быстрее чем просто разделение grid
14k $, ебать..
Ты пилить то сервак уже начал? Неделя прошла..
Я пока что пишу план, что и где создать и общую архитектуру представляю себе
>Узкое место будет - это тысячи человек в одном месте в пределах видимости
В 2D это очень легко решить. Сделать игроков непрозрачными друг для друга, чтобы нельзя было одновременно в одном месте стоять. Тогда на одном экране будет умещаться ровно столько игроков, сколько спрайтов можно уместить на экране, если спрайты большие - то игроков на экране всегда мало. Кроме того, я не вижу ни одной причины, чтобы тысяча игроков собиралась в одном и том же месте - это просто неразумное скопление, не имеющее под собой никакой цели, кроме как пофлудить в чятик (ева отдельная история, мы ведь рассматриваем 2D-игру).
Сделать то можно хотя брать раст для прода — самоубийство, но зачем? Кому это интересно с точки зрения игрока?
Вот тысячи человек в одном месте В ТРИ-ДЕ
https://www.youtube.com/watch?v=HjWhlVD-tHI
Исходники открыты аж с 2005 года https://github.com/mangoszero/server
Вот тысячи человек в одном месте В ТРИ-ДЕ
https://www.youtube.com/watch?v=HjWhlVD-tHI
Исходники открыты аж с 2005 года https://github.com/mangoszero/server
борда 18+, зарепортил.
>раст для прода — самоубийство
Почему?
огромная битва. В одном месте имелось в виду в пределах выстрела пушки.
идея про непрозрачность отличная (я изначально такими и предполагал, а кто то делает спрайты прозрачными?)
весь вопрос в том чтобы все работало быстро и надежно.
Я считаю, что это будет интересно и как раз именно из за огромного населенного мира.
знаешь как сделать? расскажи больше. За ссылку спасибо буду изучать архитектуру.
моя цель создать именно бесшовный огромный мир для тысяч игроков одновременно.
Кстати говоря, я тут написал на gamedev stackexchange и получил ответ (теперь думаю над ним)
https://gamedev.stackexchange.com/questions/186796/architecture-for-scaling-a-large-2d-mmorpg-world-vs-player-load
> Писать планирую либо на c++ либо на rust
Не надо, ты обосрешься. Возьми robust toolbox, написанный под SS14 и допиливай под свои нужды.
почему ты не прочитал дальше чем слова - among ass?
Писать планирую либо на c++ либо на rust