Обработка облаков точек в ReCap Pro: план от скана до модели

Что значит «от скана до модели» и где теряется качество

Фраза «от скана до модели» про простую цепочку: вы привезли сырые данные со сканера, собрали их в единое облако точек, привели в порядок и передали в CAD или BIM так, чтобы по ним было удобно строить геометрию и принимать решения. Если на любом шаге теряется точность или контекст, дальше модель начинают делать «по догадкам».

Хороший результат обычно узнается по трем признакам: понятная и подтвержденная точность регистрации, достаточное покрытие без дыр в ключевых зонах и облако, в котором читаются нужные поверхности (а шум, люди, машины и случайные объекты не мешают).

Сроки чаще всего ломаются не на импорте, а в трех местах: регистрация (особенно при слабых перекрытиях), чистка (когда заранее не согласовано, что удаляем), и хранение/обмен (когда тяжелый проект постоянно копируется между дисками и людьми).

Какие файлы получаются и кому они нужны

На выходе обычно есть проектный файл для работы в экосистеме Autodesk и индексированные данные облака точек, а также экспорт в нейтральный формат, если облако уходит в другую команду.

Потребности у участников разные. BIM-специалисту важны зоны и понятная привязка, CAD-проектировщику - читаемая геометрия и единицы измерения, заказчику - проверяемый отчет о точности и понятный состав переданных данных.

Решения, которые стоит принять заранее

До начала обработки договоритесь о вещах, которые потом дороже всего переделывать: уровень детализации (что делаем точно, а что упрощаем), границы зон, систему координат и единицы, формат выдачи и правила именования.

Пример из практики: если для цеха нужно смоделировать только несущие конструкции и трассы инженерии, нет смысла хранить и передавать полный шумовой фон по всему объему. Но важно заранее зафиксировать, что считается «важным», иначе чистка превращается в бесконечные правки.

До сканирования: точность, зоны и правила съемки

Начните не со сканера, а с ответа на вопрос, какая точность действительно нужна. Для планировок и общих объемов часто хватает сантиметров. Для монтажа инженерии и стыков с существующими конструкциями уже нужны миллиметры. Чем выше цель по точности, тем больше стоянок, перекрытий и контроля придется заложить.

План стоянок лучше набросать заранее по зонам: где будут «слепые» места, какие поверхности бликуют, где много стекла и узких проходов. Базовое правило простое: каждый участок должен быть виден минимум с двух стоянок, а соседние сканы должны уверенно перекрываться. Если перекрытий мало, регистрация становится лотереей: появляются сдвиги, «волны» на стенах и пустоты в углах.

Привязка к координатам нужна не всегда. Если модель делается для одного здания без стыковки с геодезией, можно обойтись локальной системой. Но контрольные точки и марки оправданы, когда:

• объект большой и его снимают в разные дни или разными бригадами;
• нужно совместить сканы с BIM, съемкой или геоданными;
• есть длинные коридоры и повторяющиеся помещения, где легко «уехать» по оси;
• важны точные отметки уровней (пол, потолок, оси).

Заранее договоритесь о метаданных, иначе позже начнется путаница. Минимум: дата и смена, объект и этаж, зона/помещение, номера стоянок, высота прибора, имя оператора и заметки о проблемах (люди в кадре, закрытые двери, отражающие поверхности).

Простой пример: в больнице этаж делят на «крыло А/Б», каждому крылу дают свою нумерацию стоянок и обязательное фото входа в зону. Потом это экономит часы, когда нужно быстро найти, почему в одном коридоре «не сходятся» стены.

Подготовка данных после съемки: порядок в файлах

До того как открывать ReCap Pro, наведите порядок в «сырье». Это скучно, но экономит время: вы быстрее находите нужные позиции, не путаете повторные съемки и можете объяснить, откуда взялся итоговый результат.

Начните с простой структуры папок, которая одинаково работает для маленьких и больших объектов. Удобный принцип: объект -> дата -> зона -> позиция сканера. Например: Проект_Атырау/2026-01-скан/Зона_B/Pos_012/. Если есть фотографии, держите их рядом с соответствующей позицией или в отдельной папке зоны, но с тем же кодом позиции.

Дальше - единые имена и версии. По имени файла должно быть ясно, что это за зона и позиция, и какой это заход. Помогают суффиксы R01, R02 для повторной съемки и пометка, если менялись настройки.

Перед любыми конвертациями сделайте быструю проверку комплекта. Лучше поймать проблему сразу, пока команда еще помнит, что происходило на площадке:

• сверьте количество позиций по журналу и по папкам;
• выборочно откройте несколько файлов из каждой зоны;
• проверьте дубли и «копии в разных местах»;
• отметьте нестандартные случаи (перемещенные цели, перекрытые зоны, сканы «в темноте»);
• зафиксируйте, что считается «сырьем», а что уже подготовкой.

И обязательно сделайте резервную копию «сырья» до любых действий. Оригинальные файлы не переименовывают и не перемещают без копии. Отдельная папка RAW_READONLY или архив с датой защищает от случайных правок и помогает, когда нужно повторить обработку по тем же исходникам.

Импорт и создание проекта в ReCap Pro

Импорт задает основу всей дальнейшей работы. Если на старте перепутать единицы, ориентацию или структуру проекта, ошибки потом будут всплывать на регистрации, чистке и экспорте. Удобное правило: один проект - один объект или логически цельный этап съемки.

При создании проекта выбирайте настройки импорта так, чтобы они соответствовали реальным данным сканера и договоренностям команды. Если источники смешанные (разные сканеры или дни), зафиксируйте это в названии проекта и в папках исходников, чтобы не искать «правильную версию» позже.

Перед тем как считать импорт завершенным, проверьте базовые вещи:

• единицы измерения (метры или миллиметры);
• масштаб по известному размеру (проем, шаг колонн, длина коридора);
• ориентацию (где «верх», где основной фасад, при необходимости - север);
• геопривязку, если она нужна (координаты не должны «улетать» из-за неверной системы);
• состав данных (все станции на месте, нет пустых и дублей).

Сразу после импорта оцените покрытие. Нужен не идеал, а быстрый ответ: нет ли критичных пропусков по зонам, которые потом невозможно «додумать». Если на этаже плотный коридор, но пустые ниши инженерных шкафов, а именно там нужно обмерять трассы, лучше заметить это сейчас и отправить команду на дозасъемку.

И еще одно: сохраняйте промежуточные версии проекта. Достаточно контрольных точек после импорта, после проверки масштаба/ориентации и после крупных изменений. Тогда откат занимает минуты, а не день.

Регистрация сканов: пошаговый процесс

Регистрация - это сборка отдельных стояний в одно общее облако, чтобы стены, колонны и оборудование совпали без «двойников». Практичный подход: сначала грубая сборка, затем уточнение.

Начните с черновой регистрации по перекрытиям и порядку обхода. Если снимали этаж по коридору, соединяйте соседние стояния последовательно (A с B, B с C), а не пытайтесь «перекинуть мост» через весь объект. Автоматическая регистрация хорошо работает там, где достаточно общих деталей.

Потом переходите к уточнению связей. Смотрите не только на общую картинку, а на проблемные места: длинные коридоры, одинаковые помещения, стекло, блестящие поверхности, зоны с людьми. Там чаще появляются ложные совпадения. Плохие связки лучше удалять, чем оставлять «на всякий случай», иначе они тянут за собой соседние стояния.

Что проверять при уточнении

Набор быстрых проверок, которые чаще всего ловят ошибки:

• достаточное перекрытие между парой сканов;
• нет ли «ступеньки» по полу или потолку на стыке;
• не раздваиваются ли тонкие элементы (перила, кабель-лотки, трубы);
• совпадают ли вертикали, особенно в лестничных клетках;
• не «уехала» ли сцена из-за одного проблемного узла.

Если нужна привязка к координатам, делайте ее осознанно: через опорные точки/марки или через контрольные измерения. После привязки выполните финальную оптимизацию и проверьте ключевые сечения (вдоль коридора и поперек), чтобы исключить накопление ошибки.

Как фиксировать решения

Не держите регистрацию «в голове». Запишите, какие пары или группы вы удалили или оставили и почему (мало перекрытия, люди в кадре, стекло, повторяющаяся геометрия). Это помогает, когда проект возвращается через неделю или его берет другой специалист.

Чистка и обрезка облака: практические приемы

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

Сначала убирайте динамику: людей, машины, тележки, открывающиеся двери, работающую технику. Такие объекты дают «двойники», шлейфы и мешают читать стены и проемы. Полезная привычка: сначала скрыть подозрительный участок, проверить соседние станции, и только потом удалять.

Обрезка почти всегда полезнее точечной чистки. Если объект - этаж здания, оставьте только его и небольшой контекст вокруг. По высоте тоже стоит резать жестко: потолочные коммуникации не нужны, если вы моделируете только архитектуру, и наоборот. Это снижает вес проекта и ускоряет навигацию.

Шум и паразитные отражения чаще всего приходят со стекла, полированного металла, зеркал и мокрых поверхностей. Они выглядят как размытые «облака» в воздухе или точки, которые висят за поверхностью. Работайте короткими итерациями: выделили область, посмотрели с нескольких ракурсов, убрали, перепроверили контуры.

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

• сохраните версию проекта до чистки;
• обрежьте облако по зонам и по высоте, оставив только полезное;
• уберите динамику крупными фрагментами;
• пройдитесь по проблемным материалам и удалите «висящие» точки;
• в конце проверьте ключевые элементы (углы, проемы, колонны, оси).

Мини-сценарий: в холле отсканировали входную группу, и в момент съемки заехала тележка или машина доставки. Если удалять ее «по точкам» и не обрезать зону, легко задеть витраж рядом. Обычно быстрее и безопаснее сначала обрезать холл по границам и высоте, затем убрать весь фрагмент с доставкой как единый кусок, и только после этого дочистить стекло у дверей.

Главное правило: чистка должна быть обратимой. Храните исходник, ведите версии и не удаляйте то, что еще не проверили в контексте соседних сканов.

Подготовка к моделированию: сегментация и экспорт

Перед моделированием важно превратить «одно большое облако» в понятные рабочие наборы. Это ускоряет работу, снижает риск ошибок и помогает разным командам не мешать друг другу.

Сегментировать удобнее по тому, как модель будут строить и проверять: по этажам, помещениям, корпусам, участкам площадки. Для зданий часто работает связка «этаж + зона» (например, крыло А, 2 этаж), а для промплощадок - «установка + эстакада + прилегающие зоны». Границы наборов должны совпадать с логикой будущих чертежей и задач.

Как нарезать облако на рабочие наборы

Чаще всего достаточно трех шагов. Сначала отделите крупные сущности (корпус 1/2, наружка/внутрянка, площадка/здание). Затем разрежьте по этажам или уровням, чтобы не путаться в высотах. После этого выделите зоны ответственности: помещения, шахты, коридоры, узлы инженерии, фасады.

На стыках зон оставляйте небольшой «припуск», чтобы в модели не появились разрывы. И перед экспортом обязательно проверьте, что фильтры и обрезки не «съели» опорные элементы: колонны, углы помещений, привязки по проемам.

Экспорт и контроль, что ничего не потерялось

После выгрузки сделайте короткий контроль:

• в имени файла есть объект, зона, дата и версия (v01, v02);
• в сопроводительной заметке указаны система координат, единицы измерения, исключения по сканам;
• проверены габариты по 2-3 понятным расстояниям (например, ширина коридора, шаг колонн);
• плотность в ключевых местах достаточная (узлы, проемы, фланцы);
• экспорт открывается у получателя без смещений и «провалов».

Один шаблон именования на всю команду экономит часы и снижает риск, что разные отделы будут моделировать «по разным нарезкам».

Производительность ReCap: как не упереться в тормоза

Первые шаги обычно идут быстро, но потом добавляются станции, растет плотность, появляются фото, и проект становится тяжелым. Важно вовремя понять, что вы уперлись не в навыки, а в объем данных и способ работы.

Как понять, что проект стал слишком тяжелым

Симптомы обычно повторяются:

• проект долго открывается и «думает» при сохранении;
• вращение сцены дергается, выбор точек срабатывает с задержкой;
• обрезка, скрытие и выделение региона стали заметно медленнее;
• любые изменения запускают длительный пересчет;
• растет риск вылетов при переключении режимов и фильтров.

Если совпадают 2-3 пункта, пора менять тактику.

Приемы ускорения, которые реально помогают

Работайте по частям: для чистки - один участок, для проверки регистрации - контрольные зоны с пересечениями. Сначала убирайте очевидный мусор и лишние зоны, и только потом делайте тонкую чистку. Так вы уменьшаете объем данных, который ReCap постоянно пересчитывает.

Меняйте качество отображения под задачу. Для проверки расхождений важнее плавная навигация, чем «красота» точек. Для чистки, наоборот, имеет смысл временно повысить качество в небольшой зоне, но не во всем проекте.

Тяжелые операции планируйте по шагам: делайте контрольные сохранения по версиям (после регистрации, после крупной обрезки) и запускайте длительные пересчеты в конце рабочего блока, чтобы не сидеть и не ждать.

Требования к рабочей станции для ReCap Pro

Чаще всего все упирается не в «мощность вообще», а в конкретные узкие места: пересчеты при регистрации, скорость работы с большими файлами и то, как быстро система отдает данные приложению.

CPU: частота важнее, но ядра тоже нужны

При регистрации и пересчетах важна высокая частота на 1-2 ядрах. При этом 8-12 ядер полезны, когда параллельно идут фоновые задачи (индексация, экспорт, проверка) и вы не хотите «замораживать» рабочее место.

ОЗУ: считайте от проекта, держите запас

Память заканчивается незаметно: большой проект, несколько видов и фильтров, и система начинает активно писать во временные файлы. Оценка практичная:

• небольшие объекты (до 20-30 сканов): 32 ГБ, комфортнее 64 ГБ;
• средние проекты (30-80 сканов): 64 ГБ, комфортнее 128 ГБ;
• большие проекты (80+ сканов, высокая плотность): 128 ГБ и выше.

GPU: помогает в просмотре, важна стабильность

Видеокарта в основном ускоряет навигацию и отображение облака (повороты, зум, сечения). Для результата регистрации она обычно не критична, зато важны стабильные драйверы и достаточный объем видеопамяти. Если вьюпорт дергается или появляются артефакты, начните с драйверов и проверки перегрева.

В командной работе часто выгоднее выделить 1-2 мощные станции под регистрацию и экспорт, а остальные машины оставить для просмотра и согласования.

Если вы закупаете рабочие станции под такие задачи, системные интеграторы вроде GSE.kz обычно могут подобрать конфигурацию под реальный размер облаков и ваши процессы, а не по абстрактным «средним» рекомендациям.

Диски, хранилище и сеть: чтобы проект не развалился

В больших проектах проблемы часто начинаются не в ReCap, а на дисках и в сети: проект открывается долго, кеш разрастается, файлы теряются, а разные люди правят одни и те же данные. Хранилище лучше планировать так же заранее, как и съемку.

Диски: NVMe, место и «песочница» для кеша

Для активной работы нужен быстрый локальный NVMe. Он тянет импорт, построение индексов и операции с большим количеством мелких файлов. Место закладывайте с запасом: кроме исходников и проекта вырастут временные данные и кеш.

Практичное правило: держите на локальном NVMe минимум 2-3x от объема рабочего набора. Если активная часть проекта занимает 300 ГБ, то 1 ТБ под рабочую зону и кеш обычно выглядит разумно.

Структура хранения: чтобы ничего не потерять

Хорошо работает простая схема:

• «золотой» исходник только для чтения;
• рабочая зона для проектов и промежуточных результатов;
• архив для финальных версий, отчетов по качеству и экспорта;
• четкие имена: дата, объект, зона, версия (v01, v02), ответственный.

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

Сеть и общее хранилище: 1GbE vs 10GbE и порядок версий

1GbE часто хватает, если активный проект живет локально, а на сервере лежат исходники и архив. 10GbE имеет смысл, когда несколько специалистов одновременно тянут большие наборы, когда проект ведется прямо с NAS/SAN, или когда нужно быстро раздавать данные на рабочие станции.

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

Контроль качества результата и быстрый чеклист

После регистрации и чистки легко «успокоиться» и сразу отдавать облако в моделирование. Но именно здесь часто всплывают мелкие смещения, которые потом превращаются в кривые стены, нестыковки этажей и лишние часы правок.

Числовые проверки: что смотреть в цифрах

Начните с метрик регистрации: итоговая ошибка, разброс по связкам, количество слабых связей. Сравните рискованные участки (коридоры, лестницы, длинные фасады, зоны с повторяющейся геометрией) с остальными. Если часть сканов держится на 1-2 связках или ошибка в одном месте заметно хуже, лучше вернуть участок на донастройку.

Визуальные проверки: что видно сразу

Откройте несколько контрольных ракурсов и пройдитесь по типовым признакам:

• двойные контуры на углах и трубах;
• «ступеньки» на стенах, полу, потолке;
• скачки по высоте между этажами или площадками;
• разъезды на дверных проемах и колоннах;
• «дрожание» тонких объектов (перила, кабельные лотки).

Чтобы контроль был повторяемым, заведите короткий протокол качества: что проверили, где, какими инструментами и какие допуски приняли (для архитектурной подложки одни, для монтажа инженерии другие). Впишите дату, версию проекта, ответственного и список ограничений: «нет доступа в шахту», «часть фасада закрыта техникой».

Перед передачей результатов убедитесь, что набор отдан в правильном виде: формат и версия файлов согласованы, нужные зоны не вырезаны, ориентация понятна (где север, где ноль), единицы совпадают, именование и структура проекта читаемы без объяснений.

Типовой пример и следующие шаги для организации процесса

Сценарий: обмерная съемка действующей поликлиники. Чтобы не мешать работе, объект делят на зоны: входная группа и холл, коридоры по этажам, кабинеты, техпомещения, лестницы. Каждую зону снимают отдельными «пучками» станций с понятными границами и перекрытием по общим ориентирам (дверные проемы, лестничные марши, узлы инженерии).

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

Рабочий порядок, который обычно выдерживает нагрузку:

• зафиксировать зоны и минимальное перекрытие (например, 2-3 общие станции между соседними зонами);
• вести версии по статусам: RAW, REGISTERED, CLEAN, EXPORT;
• заранее решить, где допустима автопривязка, а где нужен контроль по опорным точкам;
• назначить ответственного за регистрацию и QC, чтобы не было «двух правд» по одной зоне.

Передача моделировщикам должна быть предсказуемой. Вместе с экспортом отдайте короткую записку: система координат, единицы, допуски, какие зоны финальные, где есть «дыры» (закрытые кабинеты, отражающие поверхности), и что именно вы чистили (мусор, люди, транспорт). Это снижает возвраты и вопросы.

Дальше все упирается в регламент и инфраструктуру: где хранится «золотая» версия, как устроены резервные копии, и какие рабочие станции нужны тем, кто регистрирует и чистит, и тем, кто моделирует. Если вы закрываете вопрос комплексно, GSE.kz как производитель и системный интегратор в Казахстане может помочь с подбором рабочих станций и серверной части, а также с дальнейшей поддержкой.