HiP3R собирает 3D-сцены из тысяч кадров видео без дообучения моделей
Команда из Nanyang Technological University Singapore выпустила HiP3R — метод, который склеивает длинное видео в единую 3D-сцену. Модели с прямым проходом хорошо восстанавливают геометрию по коротким окнам кадров, но на тысячах кадров упираются в память и вычисления. HiP3R режет ролик на пересекающиеся куски и сводит их в одну траекторию. Сначала оптимизируется граф поз на уровне кусков в Sim(3): так фиксируются глобальная раскладка и масштаб. Затем раскладка замораживается, и для каждого кадра оценивается одна общая камера SE(3). Дообучение не нужно. • Работает с chunk-based и streaming бэкендами • Авторы: Zunnan Xu, Shangchen Zhou, Yihang Luo, Chen Change Loy • Код открыт на GitHub, у репозитория 361 звезда
AI-обработка оригинала Hugging Face Daily Papers; редакция Hamidun News
Исследователи из Nanyang Technological University Singapore опубликовали HiP3R — метод глобальной сборки 3D-реконструкции из длинных видео. Он принимает на вход последовательности из тысяч кадров и возвращает согласованную траекторию камеры и геометрию сцены. Ни дообучения, ни замены базовой модели не требуется: HiP3R работает поверх уже существующих нейросетей-реконструкторов. Авторы: Zunnan Xu, Shangchen Zhou, Yihang Luo и Chen Change Loy. Статья вышла 22 октября 2026 года, код выложен в открытый доступ.
Почему длинное видео ломает feed-forward реконструкцию
Модели прямого прохода (feed-forward) в последние годы научились оценивать движение камеры и 3D-геометрию по короткому окну кадров быстро и точно. Проблема начинается, когда кадров тысячи. Память и вычисления растут так, что обработать всю последовательность за один проход невозможно. Остаётся нарезка на перекрывающиеся куски.
У нарезки есть цена. Каждый кусок реконструируется независимо, поэтому у них разные системы координат и разный масштаб. Кадры из зоны перекрытия получают сразу две оценки позы, и они не совпадают. Чтобы собрать из этого цельную сцену, нужно протащить ограничения вдоль всей последовательности: от соседних перекрытий до возвратов камеры в уже виденные места (loop closure). Классическое решение для такой задачи — оптимизация графа поз (pose graph optimization).
Дилемма двух уровней графа
Уровень, на котором строится граф, определяет, что именно получится. У каждого варианта свои плюсы и минусы.
- Граф на уровне кусков. Эффективно устраняет дрейф масштаба и замыкает большие петли. Но куски двигаются как жёсткие тела, поэтому внутренние ошибки и противоречащие друг другу предсказания по кадрам он исправить не может.
- Оптимизация на уровне кадров. Даёт локальную гибкость. Но глобальное масштабирование обходится дорого по вычислениям, а метрический масштаб при этом может сломаться.
HiP3R разрешает этот компромисс иерархией, а не выбором одной из сторон.
Два шага: сначала каркас, потом траектория
На первом шаге HiP3R строит устойчивый граф на уровне кусков с преобразованиями Sim(3), то есть с учётом поворота, сдвига и масштаба. Этот граф задаёт глобальную раскладку сцены и общий масштаб.
На втором шаге раскладка замораживается. Для каждого кадра оценивается одна общая камера в SE(3), то есть поза без масштаба. Перекрывающиеся предсказания соседних окон превращаются в единую траекторию вместо набора дубликатов. Масштаб уже закреплён наверху, поэтому покадровая подгонка его не ломает. Грубый каркас остаётся жёстким, а детали уточняются там, где они нужны.
Авторы проверили метод на нескольких бенчмарках. По их данным, он улучшает и траектории камеры, и качество 3D-реконструкции. Он применим к двум типам бэкендов — chunk-based и streaming.
Технические параметры
- Задача: глобально согласованная 3D-реконструкция по видео из тысяч кадров.
- Уровень 1: робастный граф кусков на Sim(3) задаёт раскладку и метрический масштаб.
- Уровень 2: одна общая камера SE(3) на кадр при зафиксированной раскладке.
- Совместимость: chunk-based и streaming бэкенды.
- Требования к обучению: дообучение и fine-tuning не нужны.
- Организация: Nanyang Technological University Singapore.
- Авторы: Zunnan Xu, Shangchen Zhou, Yihang Luo, Chen Change Loy.
- Публикация: arXiv 2610.31635, проект на kkakkkka.github.io/HiP3R.
- Репозиторий: GitHub, 361 звезда на момент выхода обзора.
Кому это пригодится на практике
HiP3R работает как слой постобработки, поэтому его можно подключить к уже работающему конвейеру реконструкции. Это интересно командам, которые снимают длинные ролики с дронов, носимых камер или роботов и собирают из них карты. То же касается тех, кто делает 3D-сцены для симуляций, игр и обучения embodied-агентов. Там нужна одна согласованная траектория на километры видео, а не набор несшитых фрагментов.
Разработчикам с готовым streaming- или chunk-бэкендом стоит проверить репозиторий на собственных данных. Приоритетные проверки: дрейф масштаба на длинных маршрутах, поведение при возвратах в уже виденные места и стабильность траектории в зонах перекрытия кусков. Отсутствие дообучения снижает порог входа: достаточно подключить метод к имеющимся предсказаниям. Репозиторий с 361 звездой показывает, что сообщество уже обратило на него внимание.
- 27 окт. 2026 г.XREAL выпустила 1 Pro+: конвертация 2D в 3D на самих очках при 60 кадрах в секунду
- 27 окт. 2026 г.SkeLAM научил робота повторять движения человека, обучившись на 10 часах данных
- 27 окт. 2026 г.Action Intelligence запустила Chorus: данные для роботов выросли в 40 раз
- 26 окт. 2026 г.Claude Opus 5.5 выиграл Code2Video-AA с 1536 Elo, обойдя GPT-6 Astra на 109
Вопросы и ответы по материалу
Что известно по теме: почему длинное видео ломает feed-forward реконструкцию?
Модели прямого прохода (feed-forward) в последние годы научились оценивать движение камеры и 3D-геометрию по короткому окну кадров быстро и точно. Проблема начинается, когда кадров тысячи. Память и вычисления растут так, что обработать всю последовательность за один проход невозможно. Остаётся нарезка на перекрывающиеся куски. У нарезки есть цена. Каждый кусок реконструируется независимо, поэтому у них разные системы координат и разный масштаб. Кадры из зоны перекрытия получают сразу две оценки позы, и они не совпадают. Чтобы собрать из этого цельную сцену, нужно протащить
Что известно по теме: дилемма двух уровней графа?
Уровень, на котором строится граф, определяет, что именно получится. У каждого варианта свои плюсы и минусы. Граф на уровне кусков. Эффективно устраняет дрейф масштаба и замыкает большие петли. Но куски двигаются как жёсткие тела, поэтому внутренние ошибки и противоречащие друг другу предсказания по кадрам он исправить не может. Оптимизация на уровне кадров. Даёт локальную гибкость. Но глобальное масштабирование обходится дорого по вычислениям, а метрический масштаб при этом может сломаться. HiP3R разрешает этот компромисс иерархией, а не выбором одной из сторон.
Что известно по теме: два шага: сначала каркас, потом траектория?
На первом шаге HiP3R строит устойчивый граф на уровне кусков с преобразованиями Sim(3), то есть с учётом поворота, сдвига и масштаба. Этот граф задаёт глобальную раскладку сцены и общий масштаб. На втором шаге раскладка замораживается. Для каждого кадра оценивается одна общая камера в SE(3), то есть поза без масштаба. Перекрывающиеся предсказания соседних окон превращаются в единую траекторию вместо набора дубликатов. Масштаб уже закреплён наверху, поэтому покадровая подгонка его не ломает. Грубый каркас остаётся жёстким, а детали уточняются там, где они нужны. Авторы прове
Соберите рабочего ИИ-агента или сервис своими руками без ручного кода
В Академии Жемала Хамидуна (academy.hamidun.com) открыт бесплатный 72-часовой тест-драйв: интерактивные скетч-уроки по Claude Code и Cursor, живой Tech Radar и готовые шаблоны агентов.
Главное из мира ИИ — раз в неделю
7 ключевых событий недели, отобранных вручную. Без шума, репостов и пресс-релизов.
Готово! Проверьте почту — мы отправили подтверждение.