Игореразработка. Введение в сетевое взаимодействие. WebSockets.

Комментируйте, задавайте вопросы. Если в теме по вашему мнению нехватает каких-то деталей, то спрашивайте, добавим. Если я о них не знаю, обсудим в комментах, разберемся, добавим к теме.

 

Игру не делаю. Думаю как бы делал, если бы взялся. В этой теме я описываю клиент-серверное сетевое взаимодействие, лежащее в основе онлайн игр. Описываю как я его вижу. Другие могут видеть иначе и знать больше - они расскажут свое мнение. Новенькие же могут понять базовые моменты, от которых оттолкнутся. Сегодня статья про веб-сокеты. Через какое-то время, например, про механики или что-то другое, хз.

 

Мда. Зачем это здесь, тут же про тлен и безысходность.. Новичкам вообще нихера не информативно(и мы бы на спец форумы топать), а тем кто с опытом неинтересно. Ну если хочется поподымать ЧСВ, наверное ок

 

В теме я написал, что больше соответствует этому ресурсу тема игровых механик и психология игроков. Программирование вообще тут странно видеть, поэтому нет кода в теме, есть только "общие" положения, которые призваны всего лишь дать понимание в целом.

 

Как минимум для тебя такие темы будут полезны. Нет, рассылка пакетов так не работает. Озвученный тобой принцип лежит в основе p2p, в сетях типа торрентов. В игровых проектах это работает не так. Ну это же странно, если игроки (их игровой клиент) друг другу отправляли данные, ты бы не смог защитить их от хаков. Нет. Сервер отправляет данные каждому игроку отдельно. Чтобы сервер понимал, кому какие пакеты с какой информацией слать, программная модель игрового мира соответствующим образом организуется, чтобы слать пакеты о например передвижениях игроков в каком-то объеме или игровой комнате. Но при этом какие-то игроки могут находиться в разных точках игрового мира, но состоять в пати, соответственно информация о ХП, мане, наличию баффов отправляется пакетами только нужным игрокам, даже если в противоложных точках мира, при этом чужие игроки вне пати рядом с одним из игроков из пати не получают эти пакеты. За все это отвечают модели пати, модели игровых пространств, игровых комнат. Скорее всего каждый отдельно взятый игрок в игровом сервере попадает и в определенное время исключается из списков рассылки пакетов по определенным группам определенных моделей игровых объектов. Честно говоря тут каждый сам принимает решение как это программировать, но думаю есть какие-то общеизвестные оптимальные методики. И оптимизацией к этому всему как раз служит broadcasting, массовая рассылка, когда сервер формирует пакеты для какой-то группы, а не для игрока отдельно, потом рассылает готовые пакеты одни и те же каждому игроку отдельно. Это дешевле, т.к. на если надо отправить 10 одинаковых пакетов 100 игрокам, то без броадкастинга нужно закодировать 10 пакетов по 100 раз, потом отправить 100 раз, вместо того чтобы закодировать 10 пакетов 1 раз и одно и то же отправить 100 раз.

 

Звучит как стеб.
Если бы ты предложил обсудить сетевые задержки и их влияние на реалистичность игры, то ок, можно было бы обсудить. Например, когда игрок нажимает на атаку другого игрока скилом Х, то пока сервер проверит, можно ли вообще нанести удар этому игроку, пройдет время, и для игрока, нажавшего кнопку, но действие произошло позже, вообще хз, херня а не комфортная игра. Как решать такие проблемы - да, интересно. Ты об этом? Или к чему мысли о "скорости света" да еще с привязкой к возможности разработки "серьезной" ММО, зачем? Мы не можем симмулировать реальный мир, не хватит не только вычислительных ресурсов, сам принцип вычислений в ЦПУ не даст возможности симмулировать реальный мир. Поэтому игровой мир и объекты в нем представляют собой модели, моделирующие поведение и возможности, которые важны для игры, но опускающие другие возможности, доступные в реальном мире.

 

Тут есть 3,5 землекопа, которые в теме и с десяток людей, которые поймут всё это. Остальные ходят сюда за тленом, брухлями, шовинистом и филипом плейном. Хочешь благодатную аудиторию, живых и умных комментов - создай цикл статей на Хабре к примеру, аля "Игорьразработка для самых маленьких". Если будет написано доходчиво, толково и интересно - будет спрос. Как пример там есть цикл статей "Сети для самых маленьких", очень годный.
А ролевантной инфы по тем же вебсокетам в сети предостаточно, на тех же хабре и стаковерфло.

 

Спасибо, годно, но больше не надо. Хотелось бы гайда общей картине игростроя и как в него можно войти, как гейдизайнером или погромистом.

 

Это дельное замечание. На Хабре формат статей другой. Повторюсь, я ищу диалог. Для хорошей статьи на Хабре нужен готовый материал, решение, с замерами, аргументами, опытным использованием в продакшене. Да и статьи на Хабре пишут для привлечения в нимания в себе. Мне это нахер не нужно, ни там, ни здесь. У меня нет цели кому-то доказывать что-то и растить ЧСВ, я достаточно осведомлен в вопросах программирования, поэтому темка кажется обучающей. Но по другим темам геймдева я нихера не знаю и рассчитываю на диалог, в котором мои мысли дополнят, или обосрут, или опровергнут с аргументами - в итоге хочется какую-то сухую выжимку знаний. А здесь в принципе от нескольких человек можно получить годную инфу по механикам тем же, мысли о том, что цепляет их, по честному. Ну вот как-то так.
Что касается веб-сокетов, то в свое время я не сразу узнал что это. В данной теме много воды, это очевидно даже мне, но первый блин комом, кому-то может пригодится и сэкономит время.

 

честн говоря Вы сударь херню сморозили, как Саб-Зиро при фоталити. Я считаю что такие люди как автор свет несут в пучины говна Королевства, они как мисионеры несут культуру и просвещение, нам, немытым черножопым дикарям, которые только могут кидаться в друга помётом или кидаться говном в вождя племени.

 

Мне кажется не годно. Гайда нет. Если хочешь войти в геймдев онлайн игрулек погромистом, то данная тема, мне кажется, полезна. Там очень много чего интересного, и сетевое взаимодействие - малая часть.

 

я тут подчерпнул для себя кое-что интересное, я учусь веб-программера, и так я полунуб в прогерстве, в этой я что-то понял для себя. А вот для совсем нуба в прогерстве ваша статья я думаю будет совсем непонятна.

 

Короч братан скажи, как язык учить то?=)

 

Целью должно быть не изучение языка, а выполнение какой-то понятной практической задачи. Тогда ты не будешь хаотично смотреть на язык без его понимания, а будешь искать возможность решить подзадачи/задачу, понимая почему именно так в твоем языке это делается. Туториалов по ЯП много. Найди один и не смотри на сам язык, смотри на решаемую задачу.

 

Thanks you, nigger.

 

У меня таки есть два вопроса. Перший: на сколько сложен будет рерол с веб-прогера на игро-прогера ?Второй вопрос: что перспективнее веб-пространство или игрострой?

 

1. Смотря что ты умеешь в веб и в какой игродел собрался. Если речь про онлайн игрули, то все не так плохо. Если только фронтенд, то надо запариться и подтянуть скил на серверную часть. Браузерную часть свояешь видимо легко. Если только бэкенд, то наоборот, серверная тебе будет понятна, браузерная - подтягивать. Если ты фуллстек разраб, то для базы тебе хватит, по моему мнению. Если игродел тебя интересует например под магазины типа АппСтора, то тогда конечно запариться надо, если ты не знаком с ЯП и платформой.
2. По кол-ву вакансий на том же hh, веб разработка более востребована всегда, потом сервисная бэкэнд+десктоп разработка (энтерпрайз тема), потом геймдев. По $ все иначе, геймдев вакансии более оплачиваемые, потом веб, потом энтерпрайз. Это что сейчас и в среднем, есть конечно исключения. Какие у кого перспективы, хз. Есть еще разные рынки. США, Китай и т.д. С геймдев темой на другие рынки заходить наверное проще. Веб и энтерпрайз разработка вряд ли, только внутри страны, может быть иногда в международной компании.

 

Мне было интересно прочитать. Так что не хуйня.

Непонятен момент. Насколько тормозное соединение по WebSockets, что это делает невозможным создание реал-тайм игр в браузере? Или всё зависит от канала связи?

 

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

 

Дело не в тормознутости. WebSockets используют обычное сокет соединение, которое контроллирует ОС, это обычное TCP/IP соединение, самое обыкновенное. Быстрее него например UDP, но он имеет узкую область применения, здесь не подойдет.
Короче, WebSockets - это протокол передачи данных уровня приложения (поверх физического уровня TCP/IP) в котором на твои "полезные" 100 байт данных в пакете протокол добавляет не больше 8 байт своих для расстановки знаков препинания между фреймами (пакетами). Это очень экономно. Экономнее формат как в ла2, но на стороне своего сервера так сделать можно, в браузере реализовать протокол из ла2 нельзя, но там есть экономные WebSockets.
В браузере можно сделать игру реал-тайм с использованием WebSockets. Откуда мысли, что так сделать нельзя?

 

Базис математики? Зачем? Сетевые задержки? Влияют, да. Есть методики нивелирования их для реалистичности игры. Есть игровые механики, которые позволяют другим игрокам не прерываться от игры, если кто-то отсоединился из-за качества связи - например Дота 2 и ддос на игроков. Ты вопрос задай конкретный, его и обсудим.

 

Ну, вот такое ощущение сложилось от прочтения твоих и DemiChron-овских постов) Был неправ, исправлюсь!

P. S. Пока писал ответ, вспомнил, что есть такая говноигра в браузере, как "танки онлайн", там реал-тайм бои.

 

Мне кажется ты находишься на стандартной позиции любого романтически настроенного разработчика, которому дают некую задачу, интересную, и он начинает фантазировать как можно ее так запилить как никто другой.
Зачем разносить на разные сервера разные локации? Чтобы отдельный сервер мог быстро произвести все вычисления для игроков в этой локации? Блин, это все уже от идеализации идеи, игры, идеализации вплоть до полной симуляции реального мира со всем многообразием объектов и возможностей в нем.
Конечно, в каждой игре игрок имеет какую-то цель. Если тебе нужна симуляция реального мира, то ок, да, хуй пойми как это делать, действительно есть фундаментальные ограничения. Мощнейшие компы мира трудятся над расчетами взаимодействия пары тысяч частиц, принимая во внимание все особенности известных физических взаимодействий. Куда там до реалистичной онлайн ММО игры.
Если тебе нужна игра, цель которой предоставить фан игрокам, то достаточно упрощенных моделей (не 3D, а физ-мат моделей), по нужным свойствам примерно идентичным реальным, по остальным свойствам очень простым. Если тебе нужна такая ММО, то тебе не нужны распределенные высоконагруженные системы. Тебе не нужен онлайн в 1кк игроков. Бля, да любому начинающему геймдевелоперу и его проекту хотя бы онлайн в 10 игроков.
Да. "Браузерка" не означает пошаговая, с чего вдруг? Браузерка не может быть динамичной? Просто с точки зрения производительность в браузере из 2D/3D доступны разве что WebGL, который затопчит даже хорошее железо быстрее, чем хорошо написанный десктоп клиент игры, наподобие ла2. Вся разница.

 

Зачем? Зачем тебе выравнивание пинга? Т.е. если я захочу заддосить твой игровой сервер, то мне достаточно подключаться к нему через самодельный прокси, который будет вводить нужную мне задержку - тем самым твой сервер будет ущемлять других игроков и увеличивать их пинг, чтобы всем игралось одинаково херово?
По-моему все гораздо проще. Не надо приравнивать игроков. Игровой мир живет сам по себе, параллельно, асинхронно. Задержки по информированию кого-то конечно плохо, но это проблемы того игрока. Что касается реал-тайма, то. Предположим, что ты кодишь свою ла2. Встречаются 2 игрока на поляне. Ты хочешь динамики и реал-тайм. О чем ты хочешь сказать? Что игрок 1 нажимает на скил Х, на сервер уходит пакет, сервер обрабатывает действие, вносит изменение в состояния объектов, отправляет пакеты двум игрокам с изменениями для отрисовки. И типа для второго игрока пройдет на самом деле дохера времени, т.е. задержка отправки пакета от игрока 1 к серверу + задержка сервером по обработке ситуации + задержка отправки пакета игроку 2? В онлайн играх есть методики борьбы с этим. Во-первых в таргет механиках сервер при получении таргета шлет несколько дополниельных пакетов, что можно сделать с этим таргетом, т.е. отсечь варианты невозможных действий. Пока таргет висит, сервер может досылать пакеты с обновлением возможных действий. Во-вторых, при нажатии на кнопку скила, на сервер отправляется пакет о начале анимации и намерении вызвать скил, сервер может пробрасывать пакет о начале анимации всем другим, кто находится рядом и должен увидеть эту анимацию; пока идет анимация, сервер ведет расчеты (это очень быстро) и отправляет пакеты как кастующему так и таргету о том, что урон нанесен и конец анимации, окружающим же игрокам просто пакеты о конце анимации. Если сервер по какой-то причине понял, что урон нанести нельзя, то шлется пакет кастущему клиенту, анимация просто прерывается, урона нет - выглядит херово, но так делают, и самое интересное, что такое бывает редко. При такой методике, или схожих методиках, достигается реализм реал-тайма, плюс сама механика, предполагающая время каста способствует скрытию недореализма от глаз игроков, и при этом играть то комфортно!
Если сетевые задержки какого-то игрока высоки, это проблемы этого игрока. В среднестатистическом, этой проблемы лет так 5-7 уже как не существует. А такие игры как ла2 вообще клепались во времена Dial-up и Accorp 56k с трафиком по телефонным линиям.

 

Почему три яблока каждому - это плохо? С учетом того что у нас тут в мире культ потребления и народ уже даже не пользуется школьной арифметикой, дабы оценить свою перспективу дожить до следующей зарплаты (не говоря уже о накоплениях). Вообще, википедия на этот счет говорит, что деление = отношение, только это отношение чего, делимого к делителю? Если у тебя есть какие-то тайные знания на этот счет, то было бы интересно почитать.

Автору топика за простыню спасибо, но вообще на хабре есть несколько статей по разработке сетевых браузерок с вебсокетами, было бы хорошо оставить на них ссылки в тексте. И пользуясь случаем, спрошу, какие вы знаете 3d браузерки на webgl, которые не вешают браузер и не потребляют 99% CPU.

 

С хабром согласен. Я все-таки от здешних больше ожидаю интересных дискуссий на другие темы, не на темы программирования. Сейчас просто первой вышла эта статья, т.к. голосовали почему-то за программерскую сторону вопроса. Вот отобъет желание
WebGL хз, думаю 3D в браузерах пока не популярно и не на такие широкие массы. Плюс браузерки часто нужны как кроссплатформ и на ПК и на мобилу и на планшет, а на последних двух 3D из WebGL смерть мучительная.

 

Тоже наш человек, или не человек........а не важно. Вы случайно не отец Николая Дурова?

 

Такие статейки надо с рисунками или гифками. Хуевая тема для диалога на дд ру. Надеюсь другие темки, где можно обойтись текстом, и где больше людей будут как бы с мнением, будут интереснее и понятнее.

 

Про рисунки и гифки это точно подмечено, нужно больше сисек и вареников, это больше элехтората привлечёт

 

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

 

Норм гайд, вполне интересно.