Что произошло

10 августа 2026 года Khronos опубликовал подборку ключевых итогов SIGGRAPH 2026. В ней отдельно выделены glTF 2.1, расширение для Gaussian Splatting в glTF, инициатива по объемному видео и OpenXR как база для пространственных приложений. В библиотеке Khronos рядом с этим появились материалы с датами 30 июля, 31 июля, 2 августа и 4 августа 2026 года, включая презентации по WebGL/WebGPU, glTF 2.1, OpenXR и AI-powered standards.

Смысл этих анонсов не в номере версии. glTF давно стал рабочим форматом доставки 3D-активов, но крупные сцены часто собирались через локальные соглашения: папки с зависимостями, внутренние правила именования, конвертеры под конкретный движок, отдельные версии для веба и VR. Khronos описывает glTF 2.1 как шаг к составным сценам: внешние ассеты, упаковка зависимостей, единый механизм ссылок на файлы, bounding volumes, превью и 64-битный GLB для крупных наборов данных.

OpenXR в свежих материалах Khronos тоже подается шире, чем прослойка между приложением и шлемом. В презентации «OpenXR: From XR Portability to Spatial Computing Platform», опубликованной 2 августа, говорится о Spatial Entity Framework, пространственных контейнерах, поддержке со стороны Google, Meta, PICO и Varjo, а также об adoption в Unity и Godot. В практическом переводе это попытка стандартизировать ввод, трекинг, рендеринг и саму пространственную сцену: якоря, плоскости, маркеры, контейнеры, контекст помещения.

Почему это важно бизнесу

Бизнес редко покупает формат файла. Он покупает презентацию продукта, тренажер, стенд, AR-навигацию, интерактивный каталог или цифровой двойник. Проблема начинается позже, когда этот же контент нужен еще в одном канале: сначала на выставочном экране, потом в WebAR по QR-коду, затем в VR-обучении, потом в приложении для отдела продаж.

Если 3D-основа проекта сделана как закрытый набор под один runtime, повторное использование превращается в отдельный мини-проект. Нужно заново чистить модели, переносить материалы, нарезать сцены, проверять интерактивность и производительность. Открытые форматы не отменяют инженерную работу, но дают нормальную точку сборки: легче описывать зависимости, сохранять структуру объекта, переносить ассеты между инструментами и заранее думать о стриминге крупной сцены.

Для LikeVR это особенно прикладная тема. В проектах AR, VR, WebAR, интерактивных киосков и 3D-визуализации часто используется один и тот же объект: автомобильный узел, производственная линия, музейный экспонат, оборудование, здание, линейка товаров. Чем лучше организован 3D-пайплайн, тем меньше ручной работы при расширении проекта.

Что меняется в XR-проектах

Составные сцены становятся нормой

В glTF 2.1 Khronos делает акцент на complex scenes. Это важно для задач, где объект нельзя честно уложить в одну модель: заводской участок, шоурум, городская сцена, BIM-модель здания, учебный полигон. Внешние ассеты позволяют собирать сцену из отдельных компонентов и подгружать их по мере необходимости. Упаковка зависимостей дает возможность доставить весь набор как самодостаточный артефакт.

Для проекта это означает более понятную поддержку. Если в продуктовой линейке изменился один станок или одна комплектация автомобиля, команда не должна пересобирать весь мир. Она обновляет компонент и проверяет связанные сценарии.

Gaussian Splatting входит в обычный 3D-пайплайн

Khronos отдельно отметил release candidate расширения KHR_gaussian_splatting. Техника Gaussian Splatting быстро стала популярной для фотореалистичного восстановления объектов и пространств по фото или видео. В бизнес-контексте это полезно для площадок, где классическое моделирование дорого или слишком медленно: промышленные помещения, выставочные зоны, архитектура, сложные природные и городские поверхности.

Стандартизация в glTF важна не потому, что любой splat сразу станет идеальным для VR. У такого контента есть вопросы к весу, сортировке, компрессии и производительности. Но если формат хранения становится общим, его проще включать в пайплайн рядом с мешами, текстурами, terrain-данными и интерактивными объектами.

OpenXR смещается к пространственному контексту

Для бизнес-приложения пространственный контекст важнее красивого демо. AR-подсказка должна быть привязана к реальному узлу оборудования. VR-тренажер должен стабильно понимать положение пользователя и объектов. MR-презентация должна переживать смену комнаты, устройства или runtime без хаоса в координатах. Поэтому движение OpenXR в сторону пространственных сущностей и контейнеров выглядит важным инженерным сигналом.

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

Где это применить

Обучение и промышленная безопасность. Для VR-тренажера часто нужны одни и те же станки, зоны риска, инструменты, ошибки и подсказки. Стандартизированная 3D-основа помогает обновлять учебные сцены без полной пересборки курса.

Маркетинг и продажи. Один продуктовый 3D-набор можно использовать в WebAR-каталоге, на выставочном стенде, в VR-шоуруме и в интерактивной презентации отдела продаж. Разные каналы требуют разной оптимизации, но исходная структура не теряется.

Выставки и touch/kiosk-интерфейсы. Для стенда важно быстро менять контент под мероприятие: линейку товаров, сценарий демонстрации, язык, лид-формы, аналитику. Если 3D-сцена собрана модульно, стенд легче обновлять за дни, а не за недели.

Цифровые двойники и образование. Составные сцены, объемные данные и привязка к пространству полезны для учебных лабораторий, музеев, медицинских симуляций, строительных презентаций и индустриальных дашбордов.

Как LikeVR может применить это в проекте

В проекте LikeVR такая логика начинается не с выбора модного формата, а с инвентаризации будущих каналов. Если заказчику нужен только один промо-ролик, пайплайн будет одним. Если уже видно, что 3D-контент пригодится для WebAR, VR-тренажера, выставочного киоска и обновляемого каталога, архитектуру лучше заложить иначе.

Практический подход выглядит так:

• разобрать исходные CAD, BIM, фотограмметрию или 3D-модели на уровни детализации и повторно используемые компоненты;
• согласовать, какие сцены должны работать в браузере, Unity, VR-шлеме, на touch-панели или в мобильном AR;
• сразу завести правила именования, зависимостей, текстур, коллизий, масштабов и единиц измерения;
• проверять производительность на целевых устройствах, включая слабые мобильные и автономные шлемы;
• закладывать аналитику, сценарии обучения, локализацию и обновление контента как часть системы.

Такой подход хорошо ложится на услуги LikeVR: разработка VR, разработка AR, web-разработка и WebAR, 3D-графика и визуализация, интерактивные мультимедиа, виртуальные пространства и метавселенные.

Кейсы LikeVR, которые уместно связать с темой

Для промышленной и навигационной логики близок кейс 3D-карты с AR-порталами для Husmann: там 3D-представление помогает показать производственные зоны и перемещение по объекту. Для продуктовой демонстрации подходит Nissan XR, где XR используется для визуализации двигателя. Для выставочных и интерактивных сценариев стоит связать тему с AI-киоском с голосовыми промптами и виртуальной выставкой «Россия».

Отдельный блок связан с 3D-контентом: CGI-видео для Газпром Нефть Снабжение показывает, что 3D-активы могут работать в real-time приложении и в презентационном контенте. Чем раньше проект учитывает повторное применение таких активов, тем дольше живет вложение в 3D.

На что смотреть перед внедрением

Открытые стандарты не освобождают проект от инженерной дисциплины. Для WebAR важны вес ассетов, загрузка по мобильной сети и fallback для слабых устройств. Для VR и MR важны стабильный FPS, корректный масштаб, коллизии, трекинг, удобство взаимодействия и безопасность пользователя. Для цифрового двойника важны обновление данных, права доступа, связь с ERP, CRM, SCADA или другой внутренней системой.

Есть и организационный риск: если 3D-пайплайн не описан документированно, формат сам по себе мало поможет. Нужны правила экспорта, контрольные сцены, список целевых устройств, тесты производительности и ответственный за библиотеку ассетов. В зрелом XR-проекте это такая же часть результата, как дизайн интерфейса или сценарий обучения.

Вывод

Главный сигнал недели: XR-проекты становятся ближе к обычной инженерии сложных цифровых продуктов. Ценность будет у тех команд, которые умеют сделать эффектную сцену и подготовить 3D-контент к повторному использованию, поддержке и расширению. glTF 2.1, OpenXR, Gaussian Splatting и стандарты объемного медиа указывают именно в эту сторону.

Для заказчика это хороший момент задавать подрядчику конкретные вопросы: как устроена 3D-библиотека, можно ли использовать сцену в другом канале, что будет при обновлении модели, как проверяется производительность, какие форматы останутся после проекта. Ответы на эти вопросы часто сильнее влияют на стоимость владения XR-решением, чем выбор конкретного шлема.