Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.

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

О нарушениях можно сообщить модератору, нажав синюю кнопку #77 справа над спорным сообщением.

Мелкие чемодан занесли?

у мелких на сегодняшний день самый производительный апи при одинаковом говнокоде.

Вот она фраза, которая снимает уголовную ответственность!

Кстати о NVIDIA VRWorks в первые слышу .....а нет они даже раньше АМД эту байду замутили

Характеристики устройства нигде не указаны, даже на офф сайте.

Сделали бы сначала для резких поворотов на простых мониках, а потом уже о виртуалке задумались.

VBlindV
Наверное это реалиуемо. Вот только игра будет рендериться в 2560х1440р, а на экране будет кадрирование 1920х1080р. Производительность будет как при 1440р. Так что еще вопрос что лучше: сразу нативный 1080р с меньшей нагрузкой и временем кадра или 1440р с высокой нагрузкой.
Кроме того, это возможно потребует доп.буферизации кадра, соответственно задержки на 1 кадр или более = ватное управление. При 90-120-144 кадрах прибавка 1 кадра это не существенно, а при 60 и менее это скорее всего будет очень заметно.

Боюсь Нвидия в асинхрон не умеет, только амд http://www.rusoculus.ru/rift/videokarty ... a-vr.1440/

недавние примеры, Rise of ТП Ларка и ЛЫСЫЙ, показали что самый производительный API для тяжёлых грофонистых режимов сейчас дх11, а в случае с Ларкой дх11 под Вин10 (да и то это не грофонистый режим, а работа с RAM скорее), и в случае с Квантум Брех переход на дх12 вообще вынудил разрабов подключить старый добрый пастгенный 720р

Да нет, на коробке добавили сглаживание msaa, поэтому пришлось скинуть разрешение. Видимо без AA игра выглядит стремно даже на консоли.

Там совсем жесть, без мыла никуда, а то глаза выпадут.

Это вы про DirectX? Так он вообще не используется в Timewarp. Поэтому ссылка на Windows 10 это непонятный прогиб под мелкософт.
Посмотрите на функцию Warp в фотошопе, принцип тот же. Это обычное 2D преобразование, которое может быть выполнено очень быстро для предыдущего кадра, если новый не успел подсчитаться. Дополнительных ресурсов берет крайне мало. Минус - такая картинка несколько отличается от правильно расчитанной рендерингом, может давать двоение изображения в кадре подготовленном системой Timewarp.

особенно круто если нажать на "Источник" в топике по вашей ссылке.

heidfeld
VR пофигу есть асинхронные шейдеры или нет. Кадр выдается когда он готов.
А асинхронным шейдерам нужно еще обучить движок, причем асинхронно можно считать далеко не все.
Например шейдерный постАА или цветокоррекцию вы не можете сделать пока не готов кадр.
А эти вещи требуют едва ли 1-2фпс из 60.
Async дают более полную нагрузку ГПУ и врятли от них можно ожидать чего-то более 10% фпс, т.к. более полная загрузка чипа вызовет его большее потребление питания и нагрев и карта попросту скинет частоты по повер или t лимиту, и не исключено, что тогда разница сократиться даже до 5%.
Гораздо эффективнее не писать говнокод.

На конференции Oculus говорилось о какой-то технологии изменения разрешения на лету, подобной той что применяется в Halo 5. Возможно разработчики пойдут на эти ухищрения ради достижения стабильных 90 фпс. Чувствую будут холривары на тему, почему на слабой видеокарте изображение более мыльное чем на сильной видеокарте.

опять все в производительность упирается... где там новые видюхи с 400% бустом?

Vansground
Вроде имелось ввиду, что по краям экрана глаза видят худе изза оптики, поэтому там возможно снижать разрешение, а в центре рендерить нормально.
Но вообще тема динамического разрешения интересная даже для обычныэ мониторов.
Например если кадр вдруг оказался сложный и расчетный фпс упал ниже 50, то вероятно соедующий кадр тоже будет тяжелый, поэтому можно прикиуть на сколько надо снизить разрешение, допустим с 1080р до 900р, чтобы уложиться в 16мс, если вдруг кадр расчитался за 12мс, то вернуть к 1080р обратно. Может не по одному, а по трем считать или пяти.

Нет, снижение разрешения идет по всему кадру. Если следующие кадры отрисовываятся быстро то идет повышение разрешения. Ступеней 10, кажется, предусмотрено разрешений.