Пожалуйста) Да, на русском точно сложно что-то такое найти, поэтому и решил делать. Но вообще можно посмотреть на примеры игр которые с ассетом фотона идут, в них если разобраться то никакие туториалы не понадобятся

Да с 2013 года в создании мультиплеера на фотоне ничего и не поменялось, смысл пилить 100500 одинаковых видосов как юзать эту библиотеку?) Вот если бы был видос как писать свой авторитарный сервер на tcp сокетах (написание своей высокоуровневой обертки например), яб посмотрел, такой контент был бы годный, т.к там не всё так просто как может показаться на первый взгляд.

@@Saltant Да-да ещё качество такое отличное в этих уроках 2013 года, ничего не разглядеть и звук шипяще-пердящий. Ну-ка ну-ка, скажи "Зачем что-то смотреть, если знаешь азы" и я отправлю тебя на аудиокниги по программированию xD

@@Worlfable Зачем смотреть? глупый вопрос, - была же надежда что автор покажет какие то новые решения в своей разработке, но чуда не случилось.

@@Saltant Написать свой сервер с нуля будет намного сложнее

O лол ава из гд)

@@wizik321 О, андрей12рус, привет

@@kolyah35 о привет:)

фак) это коммент на пред идущий видосик))

Спасибо! Тут так же, как я делаю в 3 части со спрайтом игрока, нужно выключать камеру у персонажей, которые текущему игроку не принадлежат. То есть в Start у Player проверять если !Photon.IsMine, то выключать камеру следящую за этим Player'ом

Сам ищу ответ)

Для ммо-шутера придётся серьёзно подумать, если много игроков будет то физику точно придётся самим обсчитывать на сервере (не использовать стандартную из Unity), и в рамках этой же физики все попадания промахи. Плюс ещё с задержкой опять же придётся самим придумывать как справляться, если шутер то это будет важно. Но вообще даже если на карте пара тысяч игроков, то сделать raycast это не так дорого в плане производительности, но в целом физика это не так просто По поводу БД - опять же я не эксперт совсем в разработке ммо - но это не так важно, она будет использоваться только чтобы долговременно сохранить состояние скорее всего, т.е. сервер при старте оттуда всё будет загружать, и при изменении чего-нибудь записывать, чтобы не потерять при перезапуске. Так что можно любую SQL брать смело А для деревьев - даже если их очень много, скажем 100к, то это можно сохранить либо как просто массив байт (100КБ), либо вообще сжать и в одном байте хранить 8 бит, тогда вообще меньше 20КБ получится. Все деревья как-то пронумеровать придётся для этого, но они наверное на карте в каком-то порядке и стоят. Тогда на сервере просто в файле или бд хранить этот один массив, и при подключении игрока ему выдавать. А если во время игры срубили дерево то слать ему просто номер дерева. Я что-то очень похожее буду делать с блоками земли в следующих частях этого туториала, там по сути тоже их много на карте, и каждый может быть выкопан или нет

@@EmeraldPowder вот как раз меня и интересует вопрос на чем писать такой сервер... К сожалению у меня есть некоторый опыт только в веб. Имеются некоторые познания в установке серверов nginx+apache на linux. Backend практиковал на php+mysql, а frontend - js. Я понимаю, что php не подходит для просчёта физики в ммо-шутере. Максимум чем он (php) будет полезен - записать в БД информацию на долгосрочное хранение. По поводу леса - спасибо - я предполагал, что как-то так и нужно делать. Не мог найти конкретного примера...

Если есть опыт работы с юнити и C# - то можно попробовать на чистом C#. Но для шутера если писать прямо что-то своё, с общением через UDP сокеты (для шутера по скорости наверное только это подойдёт), то будет сложновато мне кажется для первого проекта подобного рода. Ну и опять же прямо для продакшена в ММО, если хочется сделать с перспективой на тысячи пользователей - я бы сам за такой проект побоялся браться :) В общем советую C#, как минимум потому что проще на одном языке писать сервер и клиент, можно переиспользовать код, да и C# популярен для всякого Enterprise, так что подходит для таких вещей

Emerald Powder, я тоже так считаю, что для шутера самый оптимальный вариант - использование udp. Спасибо за советы.

уже узнал почему?

я кншн понимаю что прошло 2 года, но где этот скрипт находится

​@@Fortovoy_paren Регион указывается не в скрипте, а в вкладке инспектора "PhotonServerSettings", строка "Fixed region", указать например "RU". На указанной ссылке вкладку видно справа на 6: 58. Таймкод в предыдущем комменте исправлю.

Да, регистрацию на сайте не стал снимать, там в принципе ничего сложного нет. Но сказать наверное стоило, что когда скачиваешь плагин из Asset Store, нужно ещё зарегистрироваться и ввести в настройки плагина свой ID

@@EmeraldPowder какой именно ID?

UNET ID?

@@OvGames По сути просто аккаунт на сайте фотона, там при скачивании плагина из asset-store откроется окно с формой регистрации и логина. И с этим же аккаунтом можно зайти на сайт, там всякая статистика. Нужно же им как-то определять кто им заплатил, а кто нет)

@@EmeraldPowder да, я понял

На самом деле задержка не такая заметная - как выглядит именно пинг, около 100мс, можно увидеть например на 0:15, между игрой в юнити и в отдельном окне. А при перемещении всё выглядит хуже из-за стандартного TransformView. Он работает так: например объект в положении (0,0), игрок нажал вправо, теперь у него объект резко в (1,0), послал это другому клиенту, тот получил через ~150мс, но не сразу телепортирует спрайт на экране на расстояние 1, а начинает проигрывать ещё на 300мс анимацию плавного движения в (1,0). Если обратить внимание то на 19:08 видно что у себя в окне игрок движется резко, т.к. мы просто двигаем его с постоянной скоростью если кнопка нажата, а в окне редактора плавно, как раз из-за этой интерполяции Вот эту анимацию мы подгонем под геймплей в следующих сериях, чтобы она стала незаметная, то есть одинаковая у всех игроков. А с задержкой в пинг*2 (до сервера и от него до другого клиента) уже принципиально ничего не сделаешь, только всякие предсказания/хаки, например передавать скорость игрока и сдвигать его спрайт ещё на скорость*пинг. В шутерах в основном такое и используется, но вот например каст заклинания уже никак не предскажешь, так что тут остаётся только отображать с задержкой

​@@EmeraldPowder Проблема задержки не только в latency между клиентской машиной и серверной, а в архитектуре движка юнити и самих RPC вызовов, смысл в том, что RPC вызов дёргается сервером в многопоточности, асинхронно, клиент подписавшийся на такой rpc call берет из тредпула поток и выполняет там какие то действия, например получает координаты Vector3 рядом стоящего игрока который только что сделал движение, да безусловно какие то наносекунды тратятся на отсыл данных на сервер и перессылку всем клиентам, но это не большие цифры, а вот когда клиент то получает этот Vector3 из rpc вызова, он не может сразу передать этот вектор к объекту MonoBehaviour не из главного потока, клиенту придется записать полученный Vector3 из rpc куда либо и уже из главного потока дёрнуть эти данные и обработать перемещения игрока рядом, главный поток дёргает метод Update() и FixedUpdate() (для обработки физики). Если бы клиент мог сразу двигать объект после получения rpc call, то задержка была бы минимальной, но как правило в играх запрещают доступ к главному потоку из других потоков, т.к можно очень легко всё поломать на примере сказки "Лебедь, Рак и Щука" когда объект будут дёргать сразу несколько потоков одновременно.

@@Saltant не замечал такую задержку в Unet, значит Photon не лучшее, а худшее решение, особенно на бесплатной основе.

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

Если написать вместо if(! isMine) return -> if ( isMine) return, то тогда когда игрок один на сервере он не управляется, а если 2 , то они управляются нормально

РЕШЕНО : у меня была камера в префабе игрока и при спавне нового камера переключается на последнюю созданную, чтобы исправить в проверке ismine если, это не мы, то destroy / setactive false камеру

@@duo-mlbb как ты делал проверку? Например, у меня вот камера в префабе у фпс контроллера, я проверяю условие !ismine - дальше с помощью gameobjec.find ищу камеру и дестрою её. Но таким образом я удаляю вообще все камеры, так как это происходит у каждого игрока в методе аптейд. Как это обойти?

Если в лобби - в смысле вообще онлайн в игре - то вроде бы PhotonNetwork.countOfPlayers. Но это судя по документации - сам не проверял, надо попробовать затестить что там происходит когда подходишь к лимиту в CCU, сам хочу что-то вроде очереди сделать

@@EmeraldPowderCountOfPlayers это с игроками по всем комнатам и вообще в сети, я сегодня нашел метод PhotonNetwrok.CurrentRoom.countPlayers

Зачем вообще рисовать пулю? кто её увидит на таких скоростях то? Лучами стреляй, не нужно ничего инстантиировать.

Создавать PhotonView дочерним другого PhotonView думаю не стоит. Если нужны именно пули летящие, то повесить PhotonView на сам префаб пули, и создавать его через Photon.Instantiate, так же как я игроков спауню. Но если пули быстрые - то лучше не создавать вообще PhotonView, а просто слать ивент как в третьем уроке, и спаунить какой-нибудь объект обычным Instantiate, или вообще частицу запускать

зайди в раздел windiw > Network Photon Unity

Вместо одного объекта игрока по несколько?

Спс, мужик. Лови лайк, мужик.

Отдельно для себя скомпилируй программу с кнопкой "Хост сервера" И запускай у себя на телефоне или компе хост (С определённым именем) И подключай игроков не к рандомной комнате, а к комнате с этим именем

Или арендуй себе сервер и используй другие модули

У меня подобное было но 9 ошибок. Я поседел, розобрался и пофиксил их.

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

В скрипте Lobby метод Log.

Это просто метод, его видно на 6:30, который добавляет к текстовому полю заданный текст. А на сцене создал обычный Create->UI->Text, и его перетащил в скрипт LobbyManager в поле LogText. Про то ответил?)

@@EmeraldPowder Благодарю)

Если в скрипте управления всё правильно (стоит if (photonView.IsMine)), то может быть создавать объекты нужно через Photon.Instantiate, и вызывать его только на компе того кто должен потом этим объектом управлять

Другой префаб создай, такой же, только без камеры

Возможно ты не создал комнату чтобы туда присоеденяться

@@pancar5051 да там в общем я переустановил и оно заработало) правда делать онлайн игру желания больше нет

разумеется

На сайте написано что входит в бесплатную версию а что в платную

Да, фотон работает через свои сервера, там откуда угодно можно подключаться

@@EmeraldPowder спасибо за ответ, а могли бы вы показать, как сделать систему постройки машины как в игре blocky cars?