Если коротко:
Instanced Stereo отправляет геометрию для двух глаз одним instanced-вызовом, а Mobile Multi-View использует возможности мобильного GPU для вывода обоих представлений. Эти режимы уменьшают CPU и часть GPU-накладных расходов, но требуют совместимого renderer, платформы и материалов.
Instanced Stereo и Mobile Multi-View уменьшают повторение работы при стереоскопическом рендеринге VR. Без такой оптимизации движок проходит сцену для двух матриц камеры и дублирует значительную часть CPU-операций.
Instanced Stereo
Движок отправляет геометрию как экземпляры для левого и правого глаза. Вершинный шейдер использует соответствующее представление, а число draw calls и работа render thread могут уменьшиться. Пиксели всё равно формируются для обоих глаз.
Mobile Multi-View
Режим ориентирован на мобильные графические API и вывод нескольких views за один проход. Он особенно важен для автономных гарнитур, где CPU и пропускная способность ограничены. Поддержка зависит от устройства и выбранного mobile renderer.
Почему функция может сломать материал
Пользовательский шейдер, post-process или screen-space эффект способен предполагать одно представление. Тогда координаты глаза, слой render target или выборка глубины оказываются неверными. После включения проверяют не только производительность, но и изображение в каждом глазу.
Порядок проверки
Зафиксируйте сцену и снимите профиль без оптимизации. Включите один режим, пересоберите шейдеры и сравните game thread, render thread и GPU. Пройдите карты с зеркалами, частицами, UI и нестандартными материалами.
Ограничения
Эти функции не уменьшают сложность сцены и не исправляют дорогой пиксельный шейдер. Если bottleneck находится в fill rate, выигрыш может быть небольшим. Их следует сочетать с LOD, простыми материалами и разумным разрешением.
Instanced Stereo и Mobile Multi-View оптимизируют повторение, присущее стереорендерингу. Включать их стоит как измеряемую конфигурацию проекта, а не как безусловный флажок.