Как понять, что один игрок видит другого игрока?
- Автор темы Netrus
- Дата начала
-
- Теги
- canentitybeseen
- 627
- 72
- 178
Попробуй в классе Minecraft и в рендер менеджере пошарить, где-то там должна быть коллекция сущностей, которые рисуются на экране, и там уже проверяешь есть ли твоя сущность в этом списке
- 627
- 72
- 178
Скорее всего только пакетами, ибо даже формулировка "один игрок видит другого" напрямую к клиентской части относится. Не уверен, что есть 100% рабочий чисто северный способ решения
- 219
- 12
- 119
На клиенте проверяется только Frustrum. Все что касается клиента в данном вопросе не актуально
- 627
- 72
- 178
Почему тебе Frustrum не подходит? Чего ты добиться пытаешься?
- 219
- 12
- 119
Я думаю в начале нужно ознакомится с работой метода canEntityBeSeen, а потом отвечать на данную тему.
Frustrum проверяет только область камеры игрока, если игрок или моделька будет находится за блоком, фруструм все равно вернет true
И как я говорил раньше это клиенская реализация. А все что шлется клиентом на сервер может оказаться неправдивым
Frustrum проверяет только область камеры игрока, если игрок или моделька будет находится за блоком, фруструм все равно вернет true
И как я говорил раньше это клиенская реализация. А все что шлется клиентом на сервер может оказаться неправдивым
- 219
- 12
- 119
Я хочу добавится отмены EntityTrackerEntry если игрок находится не в зоне видимости игрока
- 219
- 12
- 119
Тоесть если игрок находится полностью за блоком информация о данном игроке клиенту не будет передаваться
- 219
- 12
- 119
Единственный ответ к которому я пришел, это пускать проверку ретрейса по AxisAlignedBB игрока но это нужно считать примерно 20 точек и я не уверен что так делать правильно
- 250
- 12
- 24
Ну если тебе надо 2 конкретные сущности связать, то тут все просто как мне кажется, просто проверять есть ли между сущностями блок, обычный цикл и векторная математика, если любых сущностей, ну например если моб из кастом нпс не видит игрока и он теряет на нем таргет(почему то я думаю что именно в эту сторону ты смотришь, без обид если не так), то тут надо переписать немного метод обнаружения, у нпс есть радиус агра, добавь в него просто тот же самый метод - цикл и векторы, а если ты хочешь конкретно обнаруживать высунутую руку, то тут надо делать скорее всего доп энтити и проверять их через тот же аабб, потому что это можно сделать шейдером, но опять же с клиента инфа не точная, такое надо считать на сервере
- 808
- 3
- 124
Никак не проверить на сервере кроме как трейсом кучи лучей, и все равно сущности будут с задержкой появляться на клиенте, когда выбегаешь из-за угла
- 219
- 12
- 119
Для этой проблемы я хочу увеличить визуально бокс игрока, для того что бы не было проблем с невидимым игроком из за угла
Но вот пускать много лучей, оправданный ли риск
Пусть даже оно будет искать в отдельном потоке
Это как минимум по 20 лучей на одного игрока а это при онлайне 50 игроков, что выходит нужно просчитать 48020 лучей...
Но вот пускать много лучей, оправданный ли риск
Пусть даже оно будет искать в отдельном потоке
Это как минимум по 20 лучей на одного игрока а это при онлайне 50 игроков, что выходит нужно просчитать 48020 лучей...
- 292
- 14
- 160
Проверка на дистанцию трекинга может сильно уменьшить количество необходимых рейкастов.
- 219
- 12
- 119
Предположен самый из худших вариантов, само собой такие банальные вещи и так учтены
- 808
- 3
- 124
Как думаешь, почему даже в ААА соревновательных шутанах примерно нигде нет серверной защиты от волхаков?)
- 7,099
- 324
- 1,510
А что, если сервер будет иметь кучу видеокарт, чтобы отрисовывать экраны игроков и чекать, рисуется ли игрок А у игрока Б?
Останется проблема пинга
Останется проблема пинга
- 808
- 3
- 124
На самом деле не думаю что нужна прям куча видеокарт, учитывая что нужна только occlusion проверка - весь графон можно скрутить. Пинг частично компенсируется экстраполяцией позиции камеры.
Это все имеет право на жизнь, но стоимость хостинга типичного шутана поднимет кратно, а те же аимботы куда критичнее волхаков, так что не думаю что кто-то будет заморачиваться с подобным.
Мы несколько лет назад экспериментировали с этой темой (ну, с трейсом на CPU конечно) - нагрузку повышает заметно, игроки жаловались на появление противников из воздуха. Решили что плюсы не перевешивают минусы.
Это все имеет право на жизнь, но стоимость хостинга типичного шутана поднимет кратно, а те же аимботы куда критичнее волхаков, так что не думаю что кто-то будет заморачиваться с подобным.
Мы несколько лет назад экспериментировали с этой темой (ну, с трейсом на CPU конечно) - нагрузку повышает заметно, игроки жаловались на появление противников из воздуха. Решили что плюсы не перевешивают минусы.
Последнее редактирование:
- 219
- 12
- 119
Очень жаль, мне говорили что на HCS что то подобное, там вроде бы смогли пофиксить вх, но вот как именно они там все просчитывают не пойму
- 808
- 3
- 124
Примерно как ты описываешь и просчитывают, если ещё не отключили