1. Время на передачу то никуда не делось, интертность управления один хрен осталась.
2. И в зависимости от количества отрисованных кадров заранее получаем в X раз более толстый поток на клиента. Как передавать будем? 6G?
Только очки были проектом Google X, и изначально существовали только как прототип ограниченным тиражом, и до сих пор торгуют потихоньку Google Glass Enterprise Edition. Это не феерический успех, конечно, но выглядит как будто там всё прошло по плану.
Вы хотя бы прикиньте реализацию подобного на примере DOOM, в режиме мультиплеера. Старого дума, того самого. А что делать с бодрыми шутерами? Скажем CS. Или Quake. Там где киберкотлеты выжимают каждую миллисекунду из железа и конфигов. Скажите как вы собрались рендерить прицеливание, зная что игрок может вертеться в ооочень широких пределах, да ещё и палить куда-то может.
> Зато возрастают мощности, а значит мы можем! заранее! отрендерить несколько разных вариантов игры в зависимости от предположения что нажмет игрок(вариантов не так уж и много, прямо скажем). Плюс это еще сильнее возможно оптимизировать анализируя действия других игроков в аналогичной ситуации, чтобы с меньшей ошибкой предсказывать поведение игроков.
Такой подход не сработает с шутерами, файтингами и вообще играми завязанными на быстрое взамодействие. С медленными и неторопливыми (MMO)RPG может быть, но с натяжкой. А так проще сделать игру которая играет сама в себя и показывать казуалам. Мелкомягкие так уже делали даже.
Пока подписка оплачена — это не твои иконки. Это доступные тебе иконки.
Хотя стим это тоже аренда, но игроки её так не воспринимают. А в случае с подпиской никто не будет считать это своеё коллекцией. Тем более если коллекция досталась «просто так».
1) Рендерим заранее. Получаем инпут — отправляем тот кадр что соответствует инпуту. Уменьше лага в ДВА раза.
2) Рендерим заранее. Все варианты отправляем игроку. Клиент на стороне игрока зная инпут выбирет кадр. Лаг нулевой.
Для какого из двух вариантов нужны мощности на клиенте?
Подписаться на рассылку
1. Время на передачу то никуда не делось, интертность управления один хрен осталась.
2. И в зависимости от количества отрисованных кадров заранее получаем в X раз более толстый поток на клиента. Как передавать будем? 6G?
Конечно успешный, на разработку то не потратили ни копейки. А продать какое-то количество копий умудрились.
Только очки были проектом Google X, и изначально существовали только как прототип ограниченным тиражом, и до сих пор торгуют потихоньку Google Glass Enterprise Edition. Это не феерический успех, конечно, но выглядит как будто там всё прошло по плану.
Вы хотя бы прикиньте реализацию подобного на примере DOOM, в режиме мультиплеера. Старого дума, того самого. А что делать с бодрыми шутерами? Скажем CS. Или Quake. Там где киберкотлеты выжимают каждую миллисекунду из железа и конфигов. Скажите как вы собрались рендерить прицеливание, зная что игрок может вертеться в ооочень широких пределах, да ещё и палить куда-то может.
Вспоминая постоянные жалобы Андроид-разработчиков, то разработчиков Стадия — явно не осчастливит, может отказаться хуже, чем в Android-маркете.
Посчитать пять кадров с учетом десятка возможных нажатий кнопок? Что тут может не сработать?
> Зато возрастают мощности, а значит мы можем! заранее! отрендерить несколько разных вариантов игры в зависимости от предположения что нажмет игрок(вариантов не так уж и много, прямо скажем). Плюс это еще сильнее возможно оптимизировать анализируя действия других игроков в аналогичной ситуации, чтобы с меньшей ошибкой предсказывать поведение игроков.
Такой подход не сработает с шутерами, файтингами и вообще играми завязанными на быстрое взамодействие. С медленными и неторопливыми (MMO)RPG может быть, но с натяжкой. А так проще сделать игру которая играет сама в себя и показывать казуалам. Мелкомягкие так уже делали даже.
Пока подписка оплачена — это не твои иконки. Это доступные тебе иконки.
Хотя стим это тоже аренда, но игроки её так не воспринимают. А в случае с подпиской никто не будет считать это своеё коллекцией. Тем более если коллекция досталась «просто так».
Примеры середнячков, которые ничего не принесли — надо? :)
1) Рендерим заранее. Получаем инпут — отправляем тот кадр что соответствует инпуту. Уменьше лага в ДВА раза.
2) Рендерим заранее. Все варианты отправляем игроку. Клиент на стороне игрока зная инпут выбирет кадр. Лаг нулевой.
Для какого из двух вариантов нужны мощности на клиенте?