CaptureGRID 4: управление несколькими камерами и съёмкой по USB

CaptureGRID 4 предназначен для tethered-съёмки и многокамерных установок: программа подключает совместимые камеры по USB, позволяет менять экспозицию и другие параметры с компьютера, запускать съёмку, видеть Live View, автоматически принимать файлы, давать им предсказуемые имена и при необходимости распределять работу между несколькими компьютерами в одной GRID-сети. Она особенно полезна в предметной, каталожной, портретной и технической съёмке, при фотограмметрии и любых сценариях, где оператору важно управлять не одной камерой вручную, а целой группой устройств как единой системой.

Что именно делает CaptureGRID 4

Ключевая идея CaptureGRID 4 — отделить управление камерой от физического доступа к самой камере. После подключения по USB оператор получает на компьютере средства обнаружения и подключения камер, кнопку спуска, автофокус, Live View и основные фотографические параметры. При наличии нескольких камер те же действия можно адресовать одной выбранной камере, всем подключённым устройствам либо заранее созданной группе. Это важно в съёмочных установках, где камеры стоят на высоте, внутри рига, на труднодоступных кронштейнах или просто выставлены в нескольких точках вокруг объекта.

Другие инструменты: ФотоМАСТЕР.

Вторая задача программы — поток файлов после съёмки. Для каждой камеры можно выбрать режим хранения: писать снимки только на компьютер, только на карту памяти либо одновременно в оба места. Файлы, которые остались на карте, можно догрузить вручную. Таблица фотографий показывает, где находится конкретный кадр, к какой камере он относится и какие параметры экспозиции были использованы. Это превращает CaptureGRID 4 не в фоторедактор, а в диспетчер процесса съёмки и приёма исходников.

Третья задача — согласованность большого массива файлов. В обычной многокамерной съёмке легко получить десятки или сотни кадров с одинаковыми заводскими именами вроде DSC_0001 или IMG_0001. CaptureGRID 4 строит собственное имя по выражению, куда можно включить имя камеры, номер последовательности, номер кадра конкретной камеры, дату, время, серийный номер, текст с QR-кода и другие значения. При необходимости в выражение добавляются подкаталоги, поэтому система может сразу раскладывать материалы по камерам, сессиям или объектам.

Четвёртая задача — масштабирование. Если одной машине физически не хватает USB-контроллеров, портов или пропускной способности, камеры можно распределить по нескольким компьютерам. CaptureGRID 4 называет каждый такой компьютер узлом, или Node. Узлы обнаруживают друг друга в локальной сети, синхронизируют сведения о камерах и фотографиях, а оператор получает общее представление о риге. В зависимости от конфигурации снимки могут оставаться на том узле, к которому подключена камера, либо передаваться по сети на другой компьютер.

Наконец, программа рассчитана на интеграцию. Для повторяемых сценариев есть скрипты, для внешнего оборудования и собственных систем автоматизации — External API с сообщениями JSON поверх ZeroMQ. В практическом смысле это позволяет связать съёмку с конвейером обработки, системой идентификации объектов, внешним триггером, станком, поворотным столом или собственной управляющей программой.

Рабочее пространство и логика интерфейса

Основное окно CaptureGRID 4 построено вокруг нескольких вкладок и док-панелей. Слева обычно находится Camera Controls — главный блок управления активной камерой или группой. В верхней части окна доступны вкладки Capture, Photos, Cameras и Network. Меню приложения включает пункты File, Display, Photos, Scripts и Help. Такое разделение полезно запомнить сразу: Capture нужен для визуального контроля съёмки, Photos — для файлов, Cameras — для списка устройств и массовых действий, Network — для узлов GRID.

В Camera Controls блок Active Camera содержит переключатели Single и Multiple. В режиме Single команды отправляются выбранной в выпадающем списке камере. В режиме Multiple действие идёт сразу на несколько устройств; при включённом Limit to group область действия ограничивается конкретной группой. Это фундаментальная настройка безопасности: перед изменением ISO, формата записи или нажатием Shoot стоит проверять, что активен правильный режим, иначе параметр изменится не у той камеры или у всего рига.

Ниже расположены кнопки Detect, Disconnect, Connect, Video, Auto Focus и Shoot. Доступность отдельных кнопок зависит от камеры и её текущего состояния. Ещё ниже видны блоки питания, хранилища и Live View, затем фотографические параметры: Aperture, Shutter Speed, ISO, Exposure ±, Quality, Program Mode, Metering Mode, White Balance, Focus Mode, Drive Mode и Mirror Lockup. CaptureGRID не обещает, что каждая из этих строк будет доступна на любой модели: камера сама определяет, какие свойства можно читать и менять через PTP.

На вкладке Capture центральная область используется для изображения и служебных панелей. В типовой раскладке можно увидеть Info с параметрами выбранного кадра, Loupe для увеличенного фрагмента, Live View, основную область Preview и нижний Filmstrip с миниатюрами недавних снимков. Через Display Options и соседние кнопки можно управлять тем, какие вспомогательные элементы показаны. В ветке 4 доступны гистограмма, быстрый loupe, подсветка предупреждений и отдельные параметры показа Live View; в более новых выпусках ветки 4 также появилась возможность скрывать отдельные панели, чтобы разгрузить экран.

Полезно воспринимать интерфейс не как один монолитный экран, а как несколько одновременно работающих представлений одной и той же съёмочной сессии. Например, на Capture оператор смотрит резкость и композицию; на Cameras технический ассистент проверяет состояние камер и серийные номера; на Photos другой участник команды контролирует загрузку; на Network — состояние узлов и передачи. При одной машине эти вкладки просто переключаются, а при большой установке рабочие роли можно разделить между людьми.

Клавиатурные команды

Когда управление уже настроено, часть действий быстрее выполнять с клавиатуры. Клавиша T запускает съёмку активной камеры, Z — съёмку всех подключённых камер, F вызывает автофокус, R запускает загруженный скрипт. Клавиши A, S, I, E, Q, M и W выбирают соответственно диафрагму, выдержку, ISO, экспокоррекцию, качество, режим замера и баланс белого; стрелки вверх и вниз меняют значение выбранного параметра. В многокамерном риге эти сочетания особенно удобны, но только после проверки Single/Multiple и группы.

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

Установка и начало работы

На Windows CaptureGRID 4 рассчитан на 64-разрядную систему начиная с Windows 7. Установщик проводит обычную установку приложения и создаёт пункт удаления. На macOS приложение поставляется в DMG: после открытия образа значок CaptureGRID 4 перетаскивается в Applications. В документации ветки 4 минимальным требованием для macOS указан 10.12 Sierra. Для Linux программа распространяется как snap-пакет; в требованиях документации указана Ubuntu 16.04 и архитектуры Intel/AMD 64 bit, ARM32 и ARM64.

Перед первым подключением камер полезно подготовить рабочую папку на локальном диске с достаточным запасом места. В CaptureGRID 4 путь задаётся в окне Options на вкладке General, в поле Photo Download Directory. Там же выбирается внешний редактор: можно использовать системный редактор по умолчанию или задать собственную программу. CaptureGRID не заменяет RAW-конвертер, ретушь или цветокоррекцию, поэтому пункт External Editor нужен именно для передачи уже полученного файла дальше по рабочему процессу.

В блоке Default Camera Settings задаются начальные параметры, которые будут применяться при подключении камеры, в том числе Camera Storage и Focus Mode. Рядом расположен Application Behaviour. Здесь находятся опции автоматического подключения камер, синхронизации времени, автоматической загрузки скрипта, проверки обновлений, предупреждения о несовпадении настроек и всплывающего уведомления при потере камеры. На съёмочном компьютере эти флажки стоит настроить один раз осознанно, а не оставлять случайный набор значений.

Если камер много, Auto Connect Cameras экономит время, но при диагностике USB-проблем бывает полезнее временно отключить автоподключение: тогда программа сначала только обнаружит устройства, а оператор сможет подключать их по одному и видеть, на каком именно этапе возникает ошибка. Auto Synchronise Time полезен, когда последующая система сортирует кадры по времени; однако при использовании собственного внешнего таймкода или другого принципа идентификации лучше заранее проверить, нужен ли этот флажок.

Лицензирование влияет на первый запуск. После установки CaptureGRID 4 работает в пробном режиме один месяц, причём функциональность в этот период не урезана. После окончания пробного срока требуется активация. Код активации вводится в интерфейсе; вручную его можно активировать одновременно на ограниченном числе компьютеров, а в многокомпьютерной GRID-конфигурации лицензия может синхронизироваться между узлами. Это важно для большого рига: не нужно предполагать, что код следует вручную вбивать на каждый узел.

Если активация не проходит в корпоративной сети, проблема часто связана не с USB и не с камерой, а с исходящими HTTPS-соединениями к серверу лицензирования и обновлений. В таком случае диагностику нужно начинать с правил межсетевого экрана и прокси. Локальная GRID-сеть и интернет-соединение для лицензии — разные каналы, поэтому рабочая связь между узлами сама по себе не доказывает, что активационный сервер доступен.

Первый безопасный запуск с одной камерой

1. Запустите программу без большого USB-хаба и подключите одну поддерживаемую камеру напрямую к компьютеру.
2. Проверьте, что камера включена, не занята другой программой и работает в режиме, допускающем PTP-управление.
3. В Camera Controls нажмите Detect, убедитесь, что модель появилась в списке, затем выполните Connect, если соединение не произошло автоматически.
4. Оставьте режим Single и выберите конкретную камеру в выпадающем списке Active Camera.
5. Проверьте Storage. Для первого теста удобно использовать Disk, чтобы сразу увидеть, создаётся ли файл в Photo Download Directory.
6. Сделайте один кадр кнопкой Shoot. Убедитесь, что запись появилась в Photos, а файл действительно находится в выбранной папке.
7. Только после этого включайте Live View, автофокус, RAW+JPEG, Barcode и остальные функции по одной. Такой порядок позволяет сразу понять, какая настройка вызвала сбой.

Этот минимальный тест важнее, чем попытка сразу подключить весь риг. Если одиночная камера не определяется, добавление хабов, сетевых узлов и скриптов только увеличит число возможных причин. Наоборот, когда базовая цепочка «камера → USB → CaptureGRID → файл на диске» проверена, масштабирование становится последовательной инженерной задачей.

Совместимость камер и ограничения функций

В документации CaptureGRID 4 перечислены камеры Canon, Nikon и Sony. Для Canon поддерживаются как зеркальные модели прошлых поколений, так и часть беззеркальных EOS R. В списке есть, например, EOS R, Ra, R5, R6, R7, R10, RP, M6 Mark II, 1D X Mark II, 5D Mark II/III/IV, 5Ds/5Ds R, 6D/6D Mark II, 7D, 40D–90D, многочисленные модели серий Rebel/Kiss и младшие 1000D–4000D. Для Nikon перечислены Z5, Z6, Z6 II, Z7, Z7 II, Z9, Z50, профессиональные D3–D6, D800/D810/D850, D700/D750/D780, D500, D7000–D7500 и широкий ряд D3xxx/D5xxx. Для Sony ветка 4 включает a6000, a6100, a6300, a6400, a6500, a6600, a1, линейки a7/a7R/a7S разных поколений, a7C, a9, UMC-R10C и ZV-E10.

Сам факт присутствия модели в списке совместимости не означает полной идентичности возможностей. PTP-команды различаются по брендам и даже по поколениям камер. Где-то доступны Live View, точное управление фокусом, power zoom, форматирование карты или изменение цветовой температуры, а где-то конкретная команда аппаратно не поддерживается. Если поле в Camera Controls серое, первым делом следует рассматривать ограничение камеры или текущего режима, а не «сломанный интерфейс».

Хороший пример — Sony a6000: в заметках к ветке 4 отдельно зафиксировано, что Live View для этой модели должен помечаться как неподдерживаемый. Поэтому нельзя переносить опыт с a7 III или a7R IV на любую Sony только потому, что обе камеры видны в программе. Аналогично часть функций power zoom относится лишь к моделям и объективам, где такой механизм предусмотрен.

В ветке 4 нет Fujifilm в официальном списке поддерживаемых камер. Это принципиальное ограничение именно по совместимости, а не по качеству программы. Если установка строится на GFX или X-серии Fujifilm, нужен другой инструмент из более новой линейки. Также следует учитывать появление новых камер после формирования списка CaptureGRID 4: неизвестную модель нельзя считать совместимой только по сходству названия с предыдущей.

Для Canon в ветке 4 была добавлена полноценная работа с CR3. RAW-файлы других камер сохраняются в родном формате — например, NEF у Nikon. CaptureGRID не занимается проявкой RAW: его задача — передать файл, отобразить превью там, где это возможно, сохранить метаданные о съёмке и отправить материал дальше. Поэтому вопросы поддержки конкретного RAW в Lightroom, Capture One, ФотоМАСТЕРе или другом редакторе нужно рассматривать отдельно.

Что проверить перед сборкой большого рига

• Каждую модель отдельно. Подключите по одному экземпляру каждого типа камеры и проверьте Shoot, Storage, Live View, Auto Focus и изменение тех параметров, которые действительно нужны проекту.
• Одинаковую прошивку. Если камеры одной модели ведут себя по-разному, сравните прошивки и аппаратные настройки, прежде чем искать причину в CaptureGRID.
• Питание. Для длительной сессии лучше использовать сетевые адаптеры или другое стабильное питание, если производитель камеры это допускает. Программа показывает состояние питания там, где камера передаёт эти данные, но не может компенсировать физическое отключение.
• USB-топологию. Количество разъёмов не равно числу независимых USB-контроллеров. Несколько портов могут делить один контроллер и общую полосу.
• Карту памяти и Storage. Для Card и Both карта обязательна; для Disk поведение зависит от того, позволяет ли конкретная камера снимать без карты.

Подключение одной камеры, всех камер и группы

Рабочая область Active Camera решает, куда попадёт следующая команда. В Single оператор выбирает устройство из списка. В Multiple CaptureGRID отправляет действие всем доступным камерам. Флажок Limit to group превращает режим Multiple в адресацию группе. Группы полезны, когда один физический риг содержит разные роли: например, «left», «right», «top», «detail», «geometry» или «texture». Название группы не обязано описывать геометрию — важно, чтобы оно совпадало с логикой проекта.

Назначение имени и группы выполняется через таблицу Cameras. При щелчке правой кнопкой по камере в контекстном меню доступны действия Shoot, Auto Focus, Connect, Disconnect, Identify, Rename, Set Group, Set Trigger Index, Set Orientation и Apply Preset. Набор доступных пунктов зависит от состояния устройства, но сами пункты показывают философию программы: камера — это объект с устойчивым именем, группой и служебными атрибутами, а не просто очередной USB-девайс.

Имя камеры связывается с её серийным номером. Это значит, что после переподключения та же физическая камера может сохранить понятное оператору имя, а не снова превратиться в безличный «D5300». В многокамерной установке это критично: заводская модель повторяется, а серийный номер неудобно читать во время работы. Имена вроде C01, C02 или FrontLeft одновременно помогают в Camera Controls, в таблице Cameras и в правилах именования файлов через токен имени камеры.

Команда Identify полезна при обслуживании рига, когда нужно сопоставить строку в программе с физической камерой. После десятка одинаковых корпусов визуально определить «какая из них Serial 6181433» уже непросто. Стабильная схема имён плюс подписанные кабели и порты сокращает время диагностики сильнее, чем любые программные оптимизации.

Trigger Index нужен для управляемого порядка операций в многокамерном сценарии. Его не следует путать с геометрическим номером или Batch Number. Это служебный атрибут камеры, который может участвовать в последовательности запуска. Если проект требует действительно минимального разброса по времени между затворами, программный порядок не заменяет аппаратный синхронный триггер; CaptureGRID умеет работать вместе с внешними системами запуска, а программное управление остаётся ответственным за параметры, загрузку и организацию файлов.

Camera Controls: какие параметры реально меняются из программы

Панель Camera Controls — место, где CaptureGRID 4 превращается из каталога устройств в средство дистанционного управления. Но важно понимать направление управления: программа не «эмулирует» фотографические настройки, а отправляет камере поддерживаемые команды. Поэтому значения в списках соответствуют тому, что сообщает конкретная камера. Если в ручном режиме у Nikon доступна одна шкала выдержек, а у Canon другая, CaptureGRID не пытается унифицировать их ценой потери возможностей.

Aperture меняет диафрагму, когда объектив и режим камеры разрешают управление ею по PTP. Shutter Speed задаёт выдержку, ISO — светочувствительность, Exposure ± — экспокоррекцию. Quality управляет форматом/качеством записи, включая RAW и варианты RAW+JPEG там, где камера их предоставляет. Program Mode, Metering Mode, White Balance, Focus Mode, Drive Mode и Mirror Lockup также зависят от набора свойств модели.

Часть параметров может быть недоступна из-за текущего режима на самой камере. Например, если корпус переведён в автоматический режим, управление диафрагмой или выдержкой может быть ограничено. При сером выпадающем списке стоит сначала проверить диск режимов и физические переключатели, затем — режим Live View, фокусировки и записи, и только потом искать проблему в приложении.

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

Auto Focus, Live View и фокус вручную

Кнопка Auto Focus отправляет команду автофокусировки активной камере или группе, если модель это поддерживает. Наличие автофокуса в интерфейсе не означает, что он сработает при любом положении переключателя AF/MF, при любой комбинации объектива и режима Live View. Если команда неактивна, сначала проверьте аппаратный переключатель на объективе, режим фокусировки камеры и состояние Live View.

В блоке Live View есть флажок Enable и дополнительные элементы для увеличения и перемещения области просмотра. Для некоторых моделей доступны Zoom, DOF и фокусировочные шаги. Ветка 4 получила отдельные доработки для Sony, включая управление областью увеличения Live View и power zoom на совместимых камерах. Однако эти функции не являются универсальными: их наличие определяется конкретной моделью и объективом.

Live View создаёт постоянный поток данных по USB и увеличивает нагрузку на камеру, порт, процессор и графическую подсистему. В одиночной съёмке это почти незаметно, но в риге из многих камер постоянный просмотр со всех устройств может стать самой тяжёлой частью процесса. Поэтому разумная практика — включать Live View там, где он нужен для наведения и контроля, а не держать его активным на всех камерах без необходимости.

Отдельно следует учитывать нагрев и батарею. CaptureGRID отображает питание, если камера передаёт соответствующую информацию, но не управляет тепловыми ограничениями корпуса. Если камера отключает Live View или видеорежим из-за температуры, программа не сможет снять это аппаратное ограничение. Для длинных технических сессий полезно сначала провести испытание длительности на реальной конфигурации.

Preview, Loupe, гистограмма и Filmstrip

Вкладка Capture предназначена не для редактирования снимка, а для оперативного контроля того, что пришло с камеры. Панель Info показывает имя выбранного файла и параметры съёмки, включая ISO, диафрагму, выдержку, фокусное расстояние, разрешение и тип файла. Это удобно для быстрой проверки, что камера действительно получила нужные настройки, особенно когда несколько устройств должны работать согласованно.

Loupe показывает увеличенный участок кадра. В практической предметной съёмке его можно использовать для проверки мелкой фактуры, маркировки или резкости на глазах модели. Quick Loupe работает как быстрый увеличитель в области курсора; в обновлениях ветки 4 отдельно исправлялась работа с полноразмерным изображением, чтобы увеличение не опиралось только на слишком маленькую миниатюру.

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

Filmstrip в нижней части показывает недавние кадры. Он ускоряет переключение между снимками без перехода в таблицу Photos. В ветке 4 можно скрывать изображения, оставшиеся только на карте, и управлять видимостью отдельных панелей. Если поток кадров большой, не нужно пытаться держать на экране всё: отключение лишних визуальных элементов снижает нагрузку на декодирование и отрисовку.

Для контрольного монитора полезно заранее решить, какие панели нужны оператору. Один вариант — оставить крупный Preview и минимальный Filmstrip. Другой — включить Info и гистограмму для технического ассистента. Универсальной «правильной» раскладки нет: CaptureGRID 4 рассчитан на то, чтобы рабочий экран соответствовал роли человека в съёмке.

Хранение снимков: Disk, Card и Both

Параметр Storage определяет, что происходит с файлом сразу после спуска. В режиме Disk снимок не сохраняется на карту камеры, а сразу передаётся на локальный компьютер и записывается в Photo Download Directory. В режиме Card файл остаётся на карте, а автоматической загрузки на компьютер нет. В режиме Both снимок сохраняется и на карту, и на локальный диск.

У каждого режима есть практический смысл. Disk минимизирует ручную работу после съёмки и сразу отдаёт материал в компьютерный конвейер. Card разгружает USB в момент интенсивной съёмки и полезен там, где важнее темп затвора, чем немедленное появление RAW на рабочей станции. Both даёт локальную копию на карте и одновременно загружает файл на компьютер, но создаёт двойную нагрузку на запись камеры и требует контролировать свободное место и на карте, и на диске.

Не все камеры одинаково поддерживают съёмку без карты. Если в режиме Disk затвор не срабатывает или камера выдаёт собственное предупреждение, проверьте настройки корпуса. Некоторые модели требуют карту даже тогда, когда файл в итоге должен уйти на компьютер. CaptureGRID не может обойти аппаратную политику камеры.

Значение по умолчанию задаётся в Options → General → Default Camera Settings → Camera Storage. Это особенно важно в больших ригах. Если оператор рассчитывает на Both, а после перезапуска новая камера автоматически подключилась с Disk, резервной копии на карте не будет. Поэтому перед началом рабочей смены стоит включить в чек-лист проверку Storage у группы.

Что происходит после спуска

При каждом новом кадре CaptureGRID создаёт запись Photo. Даже если файл пока находится только на карте, он появляется в списке фотографий с известной программе информацией. В колонке Location значение Camera означает, что исходник ещё не загружен на локальный диск. После успешной загрузки появляется Local Disk. Таким образом, таблица отделяет факт существования кадра от факта получения файла компьютером.

Если Storage = Disk или Both, загрузка запускается автоматически. Если Storage = Card, оператор может перейти на Photos и скачать нужный файл вручную. Для массовой загрузки предусмотрена кнопка Download All; для отдельного кадра — команда Download в контекстном меню. В большом проекте лучше явно выбрать стратегию: либо файлы приходят сразу, либо съёмка проходит на карты и загрузка выполняется отдельным этапом. Смешивание подходов без причины усложняет контроль.

Контекстное меню Photos также содержит операции повторной съёмки с тем же именем, просмотра, переименования, пересчёта имени, сканирования штрихкода, скрытия и удаления. Доступность команды зависит от того, где находится файл и был ли он загружен. В последних изменениях ветки 4 для удаления добавлена возможность оставить физический файл в download directory, удалив запись из логики программы. Это полезно, когда нужно очистить сессию CaptureGRID, но не уничтожить уже принятые исходники.

Удаление — операция, которую нужно тестировать на копии. В многокомпьютерной конфигурации следует различать удаление записи, локального файла и файла на карте. Не стоит строить рабочий процесс на предположении, что «Delete» всегда означает одно и то же во всех состояниях. Перед массовым Delete All сделайте несколько тестовых кадров и проверьте, какие именно файлы остаются в текущей версии и выбранных опциях.

RAW+JPEG и нумерация

При съёмке RAW+JPEG одна экспозиция создаёт два файла. CaptureGRID присваивает каждому файлу отдельный Sequence Number, но общий Batch Number для пары. Это принципиальная разница. Sequence гарантирует уникальность отдельных файлов в общем потоке, а Batch привязывает файлы одной экспозиции одной камеры к одному номеру.

Если шаблон имени использует только Sequence, RAW и JPEG одной экспозиции получат разные числовые окончания. Если требуется одинаковая база имени с разными расширениями, логичнее использовать Batch и токен расширения. Но в многокамерной схеме одного Batch может быть недостаточно: его нужно сочетать с именем камеры, группой или другим идентификатором, чтобы файлы от разных камер не столкнулись.

Практический шаблон для пар RAW+JPEG может включать имя сессии, имя камеры, Batch и расширение. Тогда условная камера FrontLeft создаёт файлы одной экспозиции с одинаковой основой, различающиеся только .JPG и .CR3/.NEF. Конкретное выражение зависит от того, как материалы потом импортируются в каталогизатор или фотограмметрический пайплайн.

Таблица Photos как журнал съёмки

Вкладка Photos полезна тем, что показывает не только изображения, но и техническую структуру сессии. В таблице видны Location, Name, Camera, Size, Format, Aperture, Shutter Speed, ISO, FocalLength, Filesize и время Captured; через Show Columns набор столбцов можно менять. Это позволяет использовать таблицу как быстрый аудит: увидеть, что одна камера случайно снимала на другой выдержке, найти файл необычного размера или определить, какой кадр всё ещё находится на карте.

Кнопка Browse… связана с просмотром файловой области, а Download All, Delete All и Hide выполняют массовые действия. Флажок Show hidden photos возвращает скрытые записи в таблицу. Скрытие не следует путать с удалением: оно нужно для визуальной фильтрации, когда часть кадров уже не интересует оператора, но должна остаться в истории сессии.

В длительной сессии удобнее не пытаться держать таблицу «идеально чистой» постоянным удалением. Скрытие безопаснее: кадр исчезает из текущего представления, но остаётся доступным при включении Show hidden photos. Массовое удаление лучше оставлять для явно отбракованных технических дублей после проверки резервной копии.

Ветка 4 умеет сохранять и восстанавливать часть информации о фотографиях между запусками. Это снижает риск потерять контекст при перезапуске приложения, но не превращает CaptureGRID в полноценную медиатеку. Если проект должен жить месяцами и включать рейтинги, ключевые слова, цветовые метки и долговременный каталог, после съёмки материалы лучше передавать в специализированный DAM или RAW-каталогизатор.

Именование файлов: главный инструмент для больших серий

Окно Options → Name Policy содержит поле Filename Expression. В нём задаётся шаблон, по которому CaptureGRID вычисляет имя каждого нового файла. Специальные токены записываются в квадратных скобках. Это один из наиболее сильных инструментов программы, потому что он позволяет решить проблему идентификации ещё в момент съёмки, а не разбирать тысячи DSC_0001 после завершения проекта.

Простейший шаблон вроде SSP_[S] даёт последовательные имена, но в реальном проекте полезнее включить минимум идентификатор камеры или группы. Например, конструкция уровня [N]/[C]_[B4].[E] одновременно создаёт подпапку сессии и кладёт внутрь файлы, где имя камеры сочетается с четырёхзначным Batch. Это не обязательный «правильный» шаблон, а пример логики: файл должен быть понятен без открытия CaptureGRID.

Число после токена задаёт минимальную ширину. Для числовых значений добавляются ведущие нули: если Sequence равен 23, [S4] становится 0023. Для текста недостающая ширина дополняется подчёркиваниями. Такой формат удобен при сортировке файлов по имени: 0002 будет стоять перед 0010, а не после 10 из-за текстовой сортировки.

Токены даты и времени умеют использовать разделитель. Кроме того, для времени предусмотрен расширенный вариант форматирования через стандартные правила strftime. Это позволяет строить имена, где дата и время читаются человеком, но в большинстве съёмочных процессов лучше не перегружать имя: дата, сессия, камера и номер обычно информативнее длинной строки из десяти полей.

Подкаталоги прямо в выражении

В Filename Expression можно использовать символ разделителя каталога /. Итоговый путь остаётся относительным к Photo Download Directory. Благодаря этому файлы можно автоматически раскладывать по сессиям и камерам. Например, выражение с Session Name в первой части и Camera Name во второй формирует древовидную структуру без ручного создания папок.

Это особенно полезно, когда GRID-узлы собирают кадры с разных камер. Вместо одной огромной папки можно получить структуру «сессия → камера → файлы». Но прежде чем включать сложные подкаталоги в рабочий день, нужно сделать тест: убедиться, что последующий софт корректно принимает такие пути, сетевые права позволяют создавать папки, а в именах Session Name и Unique Tag нет символов, которые неожиданно заменятся.

CaptureGRID заменяет недопустимые для имени файла символы на подчёркивание. Это защищает запись от очевидных ошибок, но может привести к неожиданно одинаковым именам, если два разных исходных текста после очистки стали совпадать. Поэтому Session Name и Unique Tag лучше ограничить буквами, цифрами, дефисом и подчёркиванием.

Почему появляются суффиксы _1 и _2

Если вычисленное имя уже существует, программа не перезаписывает старый файл, а применяет защитный механизм и создаёт вариант с дополнительным суффиксом вроде _1 или _2. Это признак конфликта шаблона, а не случайное поведение. Чаще всего конфликт возникает после ручного сброса Sequence/Batch, повторной съёмки в ту же папку или слишком бедного выражения, где нет уникального компонента.

Если суффиксы появились в середине рабочей смены, не нужно просто «смириться» с ними. Проверьте текущие значения Session Number, Sequence Number и Batch Number, убедитесь, что Camera Name уникальны, и посмотрите содержимое download directory. Иногда причина в том, что оператор открыл новую сессию, но оставил старую папку и тот же Session Name.

Filename Options во время съёмки

Для оперативной работы не обязательно каждый раз открывать Options. Отдельная панель Filename Options показывает Session Name, Session Number, Sequence Number, Batch Number, Unique Tag и Barcode. Рядом с числовыми полями есть кнопки уменьшения и увеличения, а Batch можно пересинхронизировать.

Session Name удобно менять при переходе к следующему объекту или клиенту, Unique Tag — для короткой метки внутри одной сессии. Sequence — глобальный поток файлов, Batch — нумерация экспозиций по камерам. Менять эти значения вручную стоит только по заранее принятому правилу. Если два ассистента в разное время сбрасывают Batch «чтобы было красиво», поиск соответствующих кадров между камерами усложняется.

В Options можно настроить автоматический сброс Sequence и Batch при запуске приложения или при изменении Filename Options. Такое поведение подходит не всем. Для поточной каталожной съёмки автоматический сброс после смены Session Name может быть логичен; для длительного научного эксперимента безопаснее держать глобальную нумерацию непрерывной. Критерий один: после аварийного перезапуска оператор должен понимать, продолжать номер или начинать новый диапазон.

Особенность Original Photo Name

Токен [O] выглядит удобным, но имеет важное ограничение. Настоящее имя, созданное камерой, гарантированно доступно только когда Storage = Card. В режимах Disk и Both камера может не сообщить исходное имя, и CaptureGRID подставит условное значение вроде IMG_0000. Поэтому нельзя строить критически важную структуру имён на [O], если рабочий процесс использует прямую запись на компьютер.

Если нужно сохранить логическую связь с именованием камеры, сначала протестируйте конкретную модель и Storage. Во многих проектах надёжнее вообще отказаться от [O] и использовать собственную комбинацию Session/Camera/Batch/Extension, полностью контролируемую CaptureGRID.

Штрихкоды и QR-коды в рабочем процессе

Barcode Scanning в CaptureGRID 4 нужен не для распознавания «красивого» QR-кода ради самого распознавания, а для привязки съёмки к конкретному объекту. Программа умеет найти код в фотографии, извлечь текст и сохранить его в поле Barcode. После этого токен [Z] в Filename Expression подставляет считанное значение в имя следующего файла или текущего кадра, в зависимости от выбранного сценария сканирования.

Типичный пример — каталожная съёмка. Перед новой моделью товара оператор помещает в кадр карточку с QR-кодом SKU, CaptureGRID считывает его, и последующие снимки автоматически получают этот идентификатор в имени. Когда начинается следующий товар, в кадр показывается новый код. Это значительно надёжнее, чем держать соответствие «кадр 356 — товар X» в бумажных заметках.

Автоматическое сканирование включается в Options на вкладке Barcode. Флажок Auto Scan Barcodes заставляет приложение проверять новые изображения. Для многокамерного рига можно включить Camera Filter Expression, чтобы искать код только на кадрах определённых камер. Это важно: если десять камер одновременно снимают один объект, нет смысла тратить ресурсы на распознавание одного и того же QR-кода десять раз.

Фильтр камер удобно строить так, чтобы одна камера выполняла служебную роль. Например, камера «ID» снимает табличку с кодом, а остальные камеры снимают объект. Тогда Barcode меняется от кадра служебной камеры, а рабочие камеры используют уже установленное значение [Z] в именах. Перед съёмкой такой схемы нужно проверить две вещи: порядок событий и момент, когда новое значение Barcode начинает действовать. Иначе первый рабочий кадр нового объекта может случайно получить код предыдущего.

Сканирование работает не только с уже снятым файлом. CaptureGRID способен искать код в Live View, то есть идентификатор можно считать до нажатия Shoot. Для поточной съёмки это часто удобнее: ассистент показывает QR-код служебной камере, проверяет появление текста в Filename Options и только затем запускает серию.

Ручное сканирование вызывается кнопкой barcode в верхней части Capture. Программа пытается распознать код на изображении, которое в этот момент показано в рабочей области: это может быть Live View или ранее снятый кадр. Ручной режим полезен для диагностики. Если Auto Scan не срабатывает, сначала стоит открыть хороший кадр кода и проверить, распознаётся ли он вручную. Так можно отделить проблему качества изображения от проблемы автоматического триггера.

Поддерживаются QR Code, EAN-13/UPC-A, UPC-E, EAN-8, Code 128, Code 39 и Interleaved 2 of 5. Для внешнего ручного сканера достаточно, чтобы устройство умело вводить распознанный текст в обычное текстовое поле: тогда курсор ставится в Barcode внутри Filename Options, а сканер работает как клавиатурный ввод. Такой способ удобен, когда считывать код через объектив не нужно или нельзя.

Практика надёжного barcode-процесса

• Используйте короткие коды без пробелов и служебных символов, если они входят в имя файла.
• Показывайте код достаточно крупно и контрастно, особенно при считывании через Live View.
• После смены объекта визуально проверяйте поле Barcode перед первой серией.
• Если код должен влиять только на отдельную группу камер, используйте фильтр, а не рассчитывайте на порядок ручных действий.
• Храните оригинальный идентификатор отдельно в учётной системе: имя файла удобно, но не должно быть единственным источником истины.

В автоматизированной линии полезно рассматривать QR-код как команду смены контекста. Пока код A активен, снимки относятся к объекту A. Появился код B — система переключилась на B. Такой подход хорошо сочетается с External API: внешнее приложение может контролировать, какой объект должен сниматься, а CaptureGRID обеспечивает camera control и файловую дисциплину.

GRID-сеть: как распределить камеры между компьютерами

Самая характерная функция CaptureGRID 4 — GRID networking. Она решает физическую проблему: один компьютер не всегда может стабильно обслуживать десятки камер через USB. Вместо того чтобы строить гигантское дерево из хабов, камеры распределяют по нескольким компьютерам, а сами компьютеры соединяют в локальную сеть. Каждый компьютер с CaptureGRID становится Node.

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

На вкладке Network центральная таблица показывает состояние узлов. Среди колонок есть Status, Name, Address, Mode, Cameras, Connected, Photos, TX Rate, Bandwidth, Latency, Disk Space, Version, Platform, Clock и Up Time. Набор колонок можно менять через Show Columns. Эти данные позволяют диагностировать не только «есть связь или нет», но и понять, какой узел отстаёт, где заканчивается диск и на какой машине потерялась камера.

Статус Ready означает, что сетевое соединение установлено и узел готов. Pending — соединение ещё устанавливается, Disconnected — связи нет, Removed — узел помечен пользователем как удалённый. Если камера пропала из общего списка, полезно сначала посмотреть не на саму камеру, а на статус её Node. Потеря целого узла и потеря одного USB-устройства требуют разной диагностики.

P2P, Master и Slave

У каждого узла есть Network Mode. В режиме P2P узел взаимодействует с другими P2P и с Master. Режим Master поддерживает соединения со всеми узлами и может распространять настройки. Режим Slave поддерживает соединение только с Master. По умолчанию используется P2P, и для небольшого количества машин этого достаточно.

Когда узлов много, схема «один Master, остальные Slave» уменьшает объём служебного сетевого обмена. Это особенно логично для headless-компьютеров и Raspberry Pi, которые не должны строить полную сетку соединений друг с другом. Все изменения Options в такой архитектуре лучше делать с одного Master, чтобы избежать ситуации, когда разные машины пытаются распространять разные значения.

Смена режима выполняется через контекстное меню таблицы узлов командой Set Network Mode; для локального узла также есть выпадающий Network Mode. Перед массовым изменением можно выбрать несколько строк. Это удобно при развертывании, но на рабочем риге лучше менять топологию поэтапно: сначала Master, затем несколько Slave, затем проверка общей видимости камер.

Параметры Network

В нижней части вкладки Network расположены параметры локальной связи. Enable network connection включает сетевое взаимодействие. Interface выбирает сетевой интерфейс. Обычно приложение пытается выбрать подходящий само, но если компьютер одновременно подключён по Ethernet, Wi‑Fi, VPN и имеет виртуальные адаптеры, автоматический выбор может оказаться неправильным.

Port задаёт порт GRID-коммуникации. Изменять его без причины не нужно. Практический случай — два независимых рига в одной физической сети: разные значения помогают разделить их сетевой обмен. Если узлы внезапно «видят» чужой стенд, проверьте не только IP-адреса, но и эту настройку.

Discovery mode определяет способ обнаружения других узлов. В стандартной конфигурации CaptureGRID рассылает discovery-сообщения. Если сетевое оборудование блокирует широковещательный или multicast-трафик, узлы могут не находиться автоматически даже при нормальном ping. В таком случае нужно проверять режим discovery и правила коммутатора/маршрутизатора, а не бесконечно переподключать USB-камеры.

Max transfers ограничивает число одновременных входящих передач фотографий. Transfer size задаёт максимальный размер блока, на которые делится сетевой файл. Больший блок уменьшает число сетевых сообщений, но требует больше памяти. Node timeout определяет, после какого периода без сообщений другой узел считается недоступным. Эти параметры стоит менять только после наблюдения реальной проблемы: чрезмерно агрессивный timeout может превращать короткую задержку в постоянные переподключения.

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

Передача фотографий между узлами

GRID синхронизирует информацию о новых снимках между компьютерами, но сам файл по умолчанию остаётся на том узле, к которому подключена камера. Для централизованного сбора используется Sync photos. Режим None не передаёт файлы, All передаёт все фотографии, JPEG — только JPEG.

Выбор зависит от задачи. Если RAW весят десятки мегабайт и каждую секунду снимают многие камеры, немедленная передача All способна создать большой сетевой поток. Иногда разумнее передавать только JPEG для контроля, а RAW оставить на локальных дисках узлов до конца серии. В другом проекте, наоборот, центральная рабочая станция должна получать все исходники сразу. CaptureGRID даёт механизм, но архитектуру хранения выбирает пользователь.

Альтернатива встроенной передаче — указать на нескольких узлах общий сетевой каталог как Photo Download Directory. Это может быть быстрее или удобнее в конкретной инфраструктуре, но имеет важное следствие: встроенный viewer CaptureGRID на другом узле не обязательно будет знать, что файл уже появился в общей папке, потому что передача произошла вне собственного GRID-механизма. Поэтому общий SMB/NFS-каталог и Sync photos — не полностью взаимозаменяемые подходы.

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

Как собрать устойчивую GRID-конфигурацию

1. Сначала настройте каждый компьютер как самостоятельный CaptureGRID-узел и проверьте его камеры локально.
2. Подключите узлы к проводной локальной сети, если нужна стабильная передача больших RAW.
3. Выберите один компьютер как рабочий Master, остальные оставьте P2P или переведите в Slave для крупного рига.
4. Убедитесь, что все узлы отображаются Ready и часы на них согласованы.
5. Проверьте одну тестовую съёмку без передачи файлов: должна синхронизироваться хотя бы информация о Photo.
6. Включите Sync photos в нужном режиме и проверьте, куда фактически попадает файл.
7. Только после этого подключайте внешние скрипты, barcode и массовый Shoot.

Такой порядок исключает типичную ошибку, когда одновременно меняются USB, сеть, шаблон имени и API, а затем невозможно понять источник сбоя. GRID лучше настраивать слоями: физическое подключение камер, локальная работа, сеть узлов, передача файлов, автоматизация.

Группы, пресеты, часы и повторяемость настроек

Camera Group решает логическую адресацию, а Camera Presets — повторяемость параметров. В панели Presets можно добавить набор, удалить его и применить к камере. В пресет входят поддерживаемые параметры экспозиции и другие значения; для некоторых камер и версий в пресет также может входить цветовая температура. Пресет удобен, когда после обслуживания или замены камеры нужно быстро вернуть стандартную конфигурацию.

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

Таблица Cameras и команда Clocks позволяют контролировать время на устройствах. Синхронизация часов важна, если внешняя система потом сопоставляет кадры по EXIF времени. Но она не является механизмом синхронного спуска. Две камеры могут иметь одинаковые часы и всё равно сработать с заметным временным разносом при программном триггере.

Для контроля расхождения настроек в Options есть Show Warning for Camera Settings Mismatch. В большом массиве это полезнее, чем визуально сравнивать десятки строк. Предупреждение стоит воспринимать как сигнал к проверке, а не как автоматическое исправление: иногда различие намеренное, например одна камера снимает более короткой выдержкой или другой диафрагмой из-за позиции света.

Синхронный спуск и внешние триггеры

CaptureGRID 4 умеет запускать несколько камер программно, а в выпуске 4.28 была добавлена поддержка synchronized camera trigger. Тем не менее для задач, где критична минимальная разница времени между затворами, разработчик прямо предусматривает совместную работу с внешними trigger-системами. Причина проста: USB-команды проходят через контроллеры, операционную систему и прошивки разных камер, поэтому программный запуск не следует считать эквивалентом аппаратной линии синхронизации.

В фотограмметрии человека, «bullet time», спортивной фиксации или другом движущемся сюжете разница даже в десятки миллисекунд может изменить геометрию объекта. В таких проектах CaptureGRID разумно использовать для подготовки параметров, контроля состояния, Live View, загрузки и имён, а импульс спуска давать специализированным аппаратным устройством. Для статичного товара или архитектурного объекта требования к временной точности значительно мягче.

При аппаратном запуске важно убедиться, что CaptureGRID всё равно корректно обнаруживает новые файлы после срабатывания затвора. Сделайте серию с внешним триггером, проверьте число записей Photo, Batch и Sequence на всех камерах и только затем включайте автоматическое переименование или передачу по GRID.

Скрипты: автоматизация повторяющихся действий

CaptureGRID 4 имеет встроенный Python-интерпретатор и поддержку скриптов. В поставке предусмотрены сценарии для типовых задач вроде bracketing, HDR и timelapse; пользователь может писать собственные. Скрипты запускаются через меню Scripts, а клавиша R выполняет текущий загруженный сценарий. В Options можно включить Auto Load Script, если один и тот же файл должен подхватываться при старте.

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

Встроенная автоматизация особенно удобна для брекетинга. Вместо ручного переключения экспозиции на каждой камере сценарий может поочерёдно устанавливать заданные значения и запускать кадры. Для timelapse скрипт контролирует интервалы. Для нестандартного рига пользовательский Python может взаимодействовать с логикой CaptureGRID, но такие сценарии нужно версионировать и тестировать так же, как любой производственный код.

В интерфейсе предусмотрено окно управления скриптом и параметры, которые сценарий может предоставить пользователю. Если параметр допускает пустое значение, его обработку следует продумать: в старых версиях ветки 4 исправлялись ошибки, связанные с пустыми параметрами. Это хороший пример общей практики — не предполагать, что UI всегда защитит пользовательский скрипт от некорректного ввода.

Когда скрипт, а когда External API

Скрипт работает внутри CaptureGRID и подходит для локальной последовательности действий. External API нужен, когда главным координатором является другая программа: система учёта, робот, контроллер производственной линии, приложение для фотограмметрии или собственный GUI. Если логика полностью относится к камерам и кадрам, проще начать со скрипта. Если CaptureGRID — лишь один компонент большого процесса, лучше использовать API.

Не следует строить одну и ту же автоматику одновременно двумя путями. Например, если внешний сервис отправляет Shoot по API, а внутренний скрипт по событию тоже запускает камеру, получится двойной спуск. В проектной документации полезно явно написать, кто является единственным владельцем команды Capture.

External API: интеграция с внешней системой

External API предоставляет два канала: публикацию событий и сервер запросов/ответов. Транспортный уровень построен на ZeroMQ, сообщения передаются в JSON. Это означает, что внешней системе не нужно управлять интерфейсом мышью или имитировать нажатия клавиш: она может получать структурированные события о камерах и фотографиях и отправлять команды CaptureGRID напрямую.

События включают появление нового снимка, изменение состояния Photo — например загрузку, удаление или переименование, обнаружение новой камеры, изменение состояния камеры и её свойств. В сообщении о фотографии могут приходить идентификатор камеры, исходное и вычисленное имя, путь/местоположение, дата съёмки, формат, диафрагма, выдержка, ISO, фокусное расстояние, размер кадра, размер файла, Sequence Number, Batch Number и другие поля.

Через request/reply можно подключать и отключать камеры, запускать съёмку, скачивать, переименовывать и удалять фотографии, менять свойства камеры, запускать автофокус и управлять Sequence/Batch. В новых изменениях ветки 4 API также получил данные и команды, связанные с power zoom и рядом служебных операций.

По умолчанию API отключён. Он включается в Options на вкладке External API. Там задаются endpoint публикации событий и endpoint request/reply. В стандартном локальном варианте на скриншотах ветки 4 используются адреса loopback и порты 54543 для publisher и 54544 для request/reply. Если API должен принимать соединения с другого компьютера, endpoint настраивают осознанно и одновременно учитывают локальный firewall.

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

Как проектировать интеграцию

1. Подпишитесь на события и сначала ничего не отправляйте. Убедитесь, что внешний клиент видит Camera и Photo в ожидаемом порядке.
2. Добавьте запрос чтения состояния и сопоставьте собственные ID с CameraKey/PhotoKey.
3. Только затем добавляйте управляющие команды — сначала на одну тестовую камеру.
4. Для каждой команды храните собственный идентификатор операции и журнал ответа.
5. Не считайте событие «снимок создан» эквивалентом «файл полностью сохранён». Дождитесь состояния, которое соответствует вашей следующей операции.
6. При сетевом сбое повторяйте только идемпотентные запросы; повторный Shoot нельзя отправлять автоматически без проверки, иначе появится лишний кадр.

Такая осторожность особенно важна в связке с промышленным оборудованием. Если внешний станок повернул объект на следующий угол, а CaptureGRID ещё не закончил загрузку предыдущего RAW, простой «sleep две секунды» может сработать на одном компьютере и сломаться на другом. Надёжнее ориентироваться на события и реальные состояния.

Linux, CLI и Raspberry Pi

На Linux CaptureGRID 4 можно использовать не только как обычное графическое приложение. Snap-пакет способен работать фоновым сервисом, что удобно для узлов, к которым не подключены монитор и клавиатура. После установки сервис запускается автоматически; его состояние проверяется средствами snap, а при необходимости процесс можно остановить и запустить вручную. Такой режим хорошо сочетается с GRID: один полноценный компьютер используется как рабочее место оператора, а небольшие Linux-узлы обслуживают локальные USB-подключения камер.

При ручном запуске доступны ключи командной строки. -c или --cli включает CLI-режим, -g или --grid — GRID networking, -a или --api — External API, -r или --run позволяет сразу запустить указанный script-файл. Также доступны стандартные --version и --help. Эти параметры полезны не для повседневной одиночной съёмки, а для автоматизированного старта узлов после перезагрузки.

Для Raspberry Pi разработчик выпускал готовые образы системы. В таком сценарии Pi загружается, автоматически стартует CaptureGRID, обнаруживает и подключает камеры, включает GRID-обмен и External API. Идея в том, что маленький компьютер работает «головой» одной камеры или небольшого локального сегмента, а управление идёт с центральной станции. Перед внедрением важно проверить конкретную модель Pi, питание USB и версию образа: готовые образы ветки 4 не обновлялись синхронно с настольными пакетами.

Headless-узел нужно рассматривать как часть инфраструктуры, а не как бытовой ПК. Зафиксируйте имя Node, IP-адрес или DHCP reservation, назначение USB-портов и версию CaptureGRID. Если после полугода эксплуатации Pi заменят «таким же», но без документации, центральная станция может увидеть новый node name и потерять ожидаемую схему групп.

Производительность без мифических цифр

CaptureGRID 4 способен работать с большими ригами, но производительность зависит от нескольких независимых подсистем: USB-контроллеров, диска, декодирования изображений, графики, сети и самих камер. Поэтому универсального числа «N камер на один компьютер» не существует. Даже две одинаковые рабочие станции могут вести себя по-разному, если на одной камеры распределены по независимым USB-контроллерам, а на другой все хабы сходятся в один контроллер.

Ветка 4 специально получила доработки для параллельных загрузок с камер на одном USB host controller, балансировки по host-контроллерам в Windows, ограничителей очереди декодирования и сетевой синхронизации. Это показывает, где реально возникают узкие места. Практический вывод — измерять нужно не «процессор в процентах», а поведение всей цепочки в худшем рабочем режиме.

USB

Если камеры периодически теряются, сначала уберите лишние хабы и проверьте каждую ветку. Длинные пассивные кабели, дешёвые концентраторы и питание от самого USB-порта часто создают проблемы раньше, чем программа. Для большого рига предпочтительнее качественные активные или питаемые хабы, короткие участки кабеля и распределение нагрузки по нескольким контроллерам.

Симптом перегруженного USB может выглядеть по-разному: медленная загрузка, временное исчезновение камеры, зависание Live View, ошибки после серии или заметная задержка между камерами. Не нужно сразу повышать Node timeout или менять сетевые параметры, если проблема возникает ещё на локальном компьютере без GRID.

Диск

В режиме Disk или Both несколько камер могут одновременно писать крупные RAW. Если Photo Download Directory находится на медленном HDD или перегруженном сетевом ресурсе, очередь записи будет расти. Для диагностики полезно временно указать быстрый локальный SSD. Если задержка исчезла, причина не в камерах и не в PTP.

Следите за Disk Space в Network. Недостаток места на одном slave-узле может проявиться уже в разгар серии. Простое правило — резерв диска должен рассчитываться по максимальному числу кадров, а не по среднему. RAW+JPEG, тестовые дубли и неудачные перезапуски быстро увеличивают объём.

Декодирование и интерфейс

Preview, гистограмма, Loupe, Filmstrip и автоматический barcode требуют декодировать изображения. При интенсивной съёмке эти операции конкурируют с приёмом файлов. Ветка 4 вводила rate limiter для viewer, чтобы не накапливать бесконечную очередь загрузки и декодирования. Если пользователь видит, что затвор работает нормально, файлы приходят, но интерфейс отстаёт на несколько секунд, стоит сначала сократить объём визуального контроля.

Отключите ненужный Filmstrip, уменьшите число одновременно активных Live View, не запускайте barcode на всех камерах и не держите второй display window без необходимости. Это не «ускоряет камеру», а освобождает ресурсы рабочей станции для главной задачи — приёма и учёта файлов.

Сеть

Для передачи RAW между узлами проводной Ethernet обычно предсказуемее Wi‑Fi. CaptureGRID показывает TX Rate, Bandwidth и Latency, поэтому можно наблюдать, что происходит во время серии. Если узлы Ready, но центральный компьютер не успевает принимать файлы, попробуйте временно Sync photos = JPEG или None. Если локальные загрузки стабилизировались, проблема находится в сетевом слое.

Не настраивайте Transfer size исключительно на максимальное значение. Больший блок уменьшает число сообщений, но повышает расход памяти. Смысл настройки — найти устойчивую конфигурацию для конкретной сети, а не выиграть абстрактный benchmark.

Практический сценарий: предметная съёмка на несколько ракурсов

Предположим, нужно регулярно снимать товары четырьмя камерами: фронт, левый и правый ракурс плюс верх. Цель — после каждого товара автоматически получить четыре файла с понятными именами, не перепутав SKU.

1. Переименуйте камеры в Front, Left, Right и Top. Назначьте их в одну группу Product.
2. Создайте общий пресет экспозиции либо отдельные пресеты, если верхняя камера требует другой компенсации.
3. Укажите Storage = Both, если карта нужна как локальная страховка, либо Disk для полностью компьютерного потока.
4. Сформируйте Filename Expression с [Z], [C], [B] и [E].
5. Оставьте одну камеру ответственной за чтение QR или используйте внешний сканер в поле Barcode.
6. Перед новым товаром считайте SKU и визуально проверьте поле Barcode.
7. Выберите Multiple + Limit to group = Product и выполните Shoot.
8. Проверьте в Photos, что появились четыре кадра с одинаковым логическим Batch и разными Camera Name.

Сильная сторона такой схемы — ошибка обнаруживается сразу. Если Right не снял кадр, в таблице будет три файла вместо четырёх. Если одна камера получила другую выдержку, это видно в столбце Shutter Speed. Если Barcode не сменился, проблема заметна по имени до передачи в каталог.

Практический сценарий: фотограмметрический риг

В фотограмметрии десятки или сотни камер должны получить согласованные параметры и сохранить кадры, которые затем обрабатываются как единый набор. CaptureGRID 4 удобен тем, что camera control, имена и GRID-сеть решают организационную часть, но сам расчёт 3D-модели выполняется другим программным обеспечением.

Разбейте камеры на физические группы по стойкам или секторам. Имена камер должны быть стабильными и отражать их положение: например, R01C01, R01C02 или North_01. В Filename Expression включите Camera Name и идентификатор сессии. Серийный номер можно хранить в таблице соответствий, а в имя файла не добавлять, если он делает строку слишком длинной.

Для движущегося человека используйте внешний аппаратный trigger, а CaptureGRID оставьте для предварительной настройки, контроля состояния и загрузки. После срабатывания проверьте количество Photo на каждой группе. Если риг распределён между несколькими компьютерами, не включайте передачу всех RAW на Master автоматически, пока не проверите, выдерживает ли сеть такой пик.

Отдельно контролируйте часы узлов и камер. Они не синхронизируют затвор, но помогают расследовать ошибки: по времени можно понять, какой узел начал загрузку позже или перезапускался. Node Up Time и Clock в Network полезны именно для такого технического анализа.

Практический сценарий: портретная линия с QR-идентификацией

В школах, корпоративных портретных днях и другом потоке людей важно автоматически связать снимок с карточкой участника. Один из рабочих вариантов: сканировать QR перед серией, записывать значение в Barcode, затем использовать его в имени файла. Session Name может обозначать мероприятие, Camera Name — съёмочную позицию, Batch — номер экспозиции.

В такой системе главный риск — «протянуть» предыдущий Barcode на следующего человека. Поэтому интерфейс Filename Options должен быть виден оператору, а процесс должен включать контроль: код считан, поле обновилось, затем Shoot. Если barcode приходит из внешней CRM, ещё надёжнее подтверждать значение через API и не полагаться только на визуальный скан.

После съёмки ФотоМАСТЕР или другой редактор может использоваться для ретуши, замены фона и подготовки портрета, но это уже следующий этап. CaptureGRID отвечает за получение и маркировку исходника, а не за косметическую обработку лица.

Практический сценарий: распределённая студия с несколькими узлами

Если на одной площадке стоят три стойки по восемь камер, удобно дать каждой стойке собственный компьютер. На каждом node сначала проверяется локальная работа восьми камер. Затем центральная станция становится Master, периферийные машины — Slave. Камеры получают группы RackA, RackB и RackC.

Если оператору нужен только быстрый визуальный контроль, Sync photos можно поставить JPEG, а RAW оставить на локальных дисках узлов. После завершения блока съёмки RAW собираются отдельным процессом. Если обработчик должен получать все файлы немедленно, включают All и заранее проверяют пропускную способность сети и место на Master.

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

Типичные ошибки и способы устранения

Камера не появляется после Detect

Закройте программы производителя камеры, Lightroom tethering, EOS Utility и другие приложения, которые могут эксклюзивно занять PTP-устройство. Подключите камеру напрямую, без хаба. Проверьте другой качественный кабель и другой USB-порт. Убедитесь, что модель есть в официальном списке CaptureGRID 4. Если один экземпляр модели работает, а второй нет, сравните прошивки и аппаратные настройки.

Камера видна, но Connect не завершается

Перезапустите камеру, затем CaptureGRID. Отключите Auto Connect и попробуйте подключить устройство вручную, чтобы увидеть точку отказа. На Linux проверьте, что процесс запускается в ожидаемом snap-контексте и другая служба не захватила USB. В GRID-сценарии сначала работайте локально: удалённый Master не должен быть первым инструментом диагностики USB.

Shoot неактивен или кадр не делается

Проверьте режим камеры, карту памяти, Storage, фокусировку и состояние Live View. Некоторые камеры не позволяют спуск, пока не достигнут фокус в определённом AF-режиме. Для теста переключите камеру в предсказуемый ручной режим и одиночный кадр, затем повторите. Если проблема появляется только в Multiple, попробуйте Single на конкретном корпусе.

Поля Aperture или Shutter Speed серые

Серое поле означает, что свойство сейчас нельзя изменить через доступный интерфейс камеры. Причина может быть в Program Mode, объективе, физическом переключателе или ограничениях модели. Не пытайтесь «разблокировать» параметр переустановкой CaptureGRID, пока не проверены условия на самой камере.

Live View зависает или сильно отстаёт

Уменьшите число одновременно активных Live View. Уберите промежуточный хаб. Отключите Quick Loupe и лишние панели. Если проблема только на одной модели, проверьте её поддержку Live View отдельно. Для Sony a6000, например, ветка 4 явно отмечает отсутствие поддержки этой функции.

Снимки есть на карте, но их нет на компьютере

Проверьте Storage. При Card автоматическая загрузка не выполняется — используйте Download или Download All. Затем посмотрите Location в Photos. Если файл остаётся Camera после команды Download, проверьте USB, права записи и Photo Download Directory.

Файлы загружаются, но получают _1 или _2

Это защита от перезаписи. Проверьте Filename Expression, текущие Sequence и Batch, наличие старых файлов в целевой папке и уникальность Camera Name. Не удаляйте суффикс вручную в проводнике во время активной съёмки: сначала исправьте источник конфликта.

RAW и JPEG одной экспозиции имеют разные номера

Если шаблон использует Sequence, такое поведение нормально: каждый файл получает собственную последовательность. Для общей базы имени пары используйте Batch и Extension. Тестируйте шаблон до начала сессии, особенно если дальнейший импорт автоматически ищет пары по имени.

Barcode считывается нестабильно

Сделайте код крупнее, обеспечьте резкость и контраст, уберите блики. Проверьте ручное Scan на уже снятом изображении. Если ручное распознавание работает, а Auto Scan нет, проверьте соответствующий флажок и Camera Filter Expression. Для критичного потока рассмотрите внешний USB-сканер.

После QR-кода следующий объект получает старое имя

Проблема обычно в порядке действий. Barcode продолжает действовать на последующие файлы до нового сканирования. Введите обязательный шаг проверки поля Barcode перед каждой серией. При автоматизации запрещайте Shoot, пока внешняя система не подтвердила новый ID.

GRID-узлы не находят друг друга

Убедитесь, что узлы находятся в одной доступной локальной сети и выбран правильный Interface. Проверьте firewall и discovery-трафик. Если на компьютере есть VPN и виртуальные адаптеры, временно отключите их или явно выберите нужный интерфейс. Сравните Port и Discovery mode на узлах.

Node постоянно переходит Ready → Disconnected

Посмотрите Latency и физическую сеть. Не увеличивайте Node timeout бесконечно: высокий timeout лишь дольше скрывает реальную потерю связи. Проверьте кабель, коммутатор, энергосбережение сетевой карты и нагрузку компьютера. Если приложение перестаёт отвечать под тяжёлой загрузкой, временно отключите передачу RAW и Live View, чтобы локализовать узкое место.

Фото не собираются на Master

Информация о Photo и сам файл — разные вещи. Проверьте Sync photos. При None файл останется на исходном node. При JPEG RAW не передаётся. Если используется общий сетевой Photo Download Directory, файл может физически присутствовать в общей папке, но Viewer другого узла не обязан считать его своей GRID-передачей.

External API не отвечает

Убедитесь, что Enable External API включён и endpoints совпадают с настройками клиента. При локальном тесте используйте loopback, чтобы исключить firewall. Только после успешного локального обмена открывайте endpoint на сетевой интерфейс. Проверяйте JSON и последовательность запросов по журналам, а не по факту «камера вроде сняла».

Активация не проходит, хотя GRID работает

Локальная GRID-связь не доказывает доступ к интернету. Проверьте исходящий HTTPS через корпоративный firewall или proxy. Если компьютер изолирован, заранее согласуйте схему лицензирования и не обнаруживайте эту проблему в день съёмки.

Где искать логи

В меню Help → Locate Log File программа открывает каталог журналов. Основные файлы называются capturegrid4_log.txt и capturegrid4_history.txt. В Windows они находятся в профиле пользователя внутри AppData/Roaming/CaptureGRID 4, в macOS — в Library/Application Support/CaptureGRID 4. При нестабильном USB или GRID эти журналы полезнее субъективного описания «иногда отваливается».

Для воспроизводимого обращения в поддержку зафиксируйте время ошибки, имя Node, Camera Name, модель и серийный номер, действие перед ошибкой, Storage и наличие Live View. Затем сохраните соответствующий участок лога. Чем точнее условия, тем легче отличить аппаратную проблему от программной.

Сравнение с аналогами

CaptureGRID 4 находится на пересечении tethered-съёмки, многокамерного управления и распределённой GRID-инфраструктуры. Поэтому сравнивать его только с обычными фоторедакторами некорректно. ФотоМАСТЕР решает задачу после съёмки — улучшение, ретушь, удаление объектов, замена и размытие фона, эффекты и пакетная обработка. CaptureGRID 4, наоборот, нужен до и во время спуска: подключить камеры, согласовать настройки, получить файлы и организовать их.

CaptureGRID 4 и ФотоМАСТЕР

ФотоМАСТЕР полезен, когда файл уже существует и его нужно визуально изменить: убрать дефект, заменить фон, сделать цветокоррекцию, применить фильтр, скорректировать портрет или обработать серию. У CaptureGRID 4 таких задач нет. Его «редактирование» ограничено рабочими действиями вокруг capture — просмотр, loupe, гистограмма, переименование и передача во внешний редактор.

Поэтому эти программы могут использоваться последовательно. CaptureGRID получает и именует исходники, а ФотоМАСТЕР обрабатывает выбранные кадры. Если пользователю нужна одна камера и ретушь семейных фотографий, CaptureGRID избыточен. Если нужно управлять двадцатью камерами и автоматически раскладывать RAW по сессиям, ФотоМАСТЕР не заменяет CaptureGRID.

CaptureGRID 4 и CaptureGRID 6

CaptureGRID 6 развивает ту же идею, но добавляет поддержку новых камер и Fujifilm, Dashboard, импорт фотографий с карты, рейтинги, более развитую фильтрацию, backup, современные рабочие пространства и нативную поддержку Apple Silicon. При миграции из ветки 4 можно перенести имена камер, привязки серийных номеров, пресеты и настройки. Лицензия ветки 4 для ветки 6 не используется — это отдельная лицензия.

Практический выбор определяется существующим ригом. Если инфраструктура уже построена и проверена на CaptureGRID 4 с поддерживаемыми Canon/Nikon/Sony, сама по себе новая ветка не делает старую конфигурацию неправильной. Если нужны Fujifilm, новые модели камер, современные macOS или функции Dashboard/ratings/backup, ветка 6 закрывает эти требования лучше по фактическому набору возможностей.

CaptureGRID 4 и Smart Shooter 5

Smart Shooter 5 тоже управляет несколькими камерами, Live View, автоматической загрузкой и именованием, поддерживает scripting, External API и barcode. Его сильный отличительный сценарий — работа фотографа с современным интерфейсом, SmartSave, Fujifilm и интеграцией с Lightroom Classic. При этом у Lightroom plugin есть ограничения совместимости, зависящие от ОС, версии Lightroom и бренда камеры, поэтому такую связку нужно проверять на конкретной конфигурации.

CaptureGRID 4 заметно ориентирован на распределённые установки: Network tab, узлы Master/P2P/Slave, Linux, Raspberry Pi и headless-сценарии являются частью его центральной архитектуры. Smart Shooter 5 удобнее рассматривать как родственника для tethered workflow фотографа, а CaptureGRID — как инфраструктурный компонент camera rig. Граница не абсолютна: часть технологий у программ общая.

CaptureGRID 4 и digiCamControl

digiCamControl — бесплатное open-source решение для Windows, поддерживающее USB/Wi‑Fi tethering, Live View, интервальную съёмку, несколько камер, сценарии и удалённое управление. Для бюджетной Windows-станции с поддерживаемыми Nikon/Canon и некоторыми другими моделями это реальная альтернатива.

Документация digiCamControl отдельно предупреждает, что одновременный программный USB-спуск нескольких камер имеет задержку и для точной синхронизации нужен внешний trigger. Также приложение доступно только для Windows. CaptureGRID 4 отличается кроссплатформенностью, GRID между несколькими компьютерами и официальным headless-сценарием на Linux/Raspberry Pi.

Если задача ограничивается несколькими камерами на одном Windows-PC, digiCamControl может закрыть её без покупки лицензии. Если проект строится как распределённый риг с несколькими узлами, CaptureGRID предлагает более специализированную сетевую модель.

Что учитывать перед внедрением

CaptureGRID 4 требует инженерного отношения к съёмке. Программа не может исправить плохой USB-кабель, слабое питание, перегруженный диск или ошибочную сетевую топологию. Зато она предоставляет инструменты, чтобы эти проблемы диагностировать: статусы камер и nodes, Location фотографий, TX Rate, Bandwidth, Latency, Disk Space, логи и предсказуемое именование.

Не начинайте проект с максимального количества камер. Соберите минимальный рабочий сегмент, зафиксируйте его настройки и только затем масштабируйте. Для каждой новой камеры проверяйте базовый набор: Detect, Connect, Shoot, Storage, загрузка, имя файла и нужные свойства. Для каждого нового node — Ready, Camera count, Photo count, transfer и свободное место.

Если в рабочем процессе есть Barcode, script и External API, определите единственный источник каждой команды. Barcode отвечает за идентификатор, script — за локальную последовательность, внешняя система — за общий цикл. Чем яснее распределены роли, тем меньше скрытых гонок и двойных действий.

И главное: CaptureGRID 4 следует выбирать не ради «удалённого спуска» как такового. Для одной камеры достаточно множества более простых утилит. Его ценность раскрывается, когда появляются несколько камер, устойчивые имена, группы, автоматическая загрузка, GRID-узлы, идентификация объектов и необходимость повторить один и тот же процесс сотни раз без ручной путаницы.

Контрольный список перед рабочей съёмкой

Перед коммерческой или технической сессией полезно пройти короткую процедуру, которая проверяет не отдельные функции, а весь путь кадра. Сначала убедитесь, что все камеры имеют ожидаемые Camera Name и Group, а в Cameras нет устройств со статусом, отличным от Ready. Затем сравните основные параметры экспозиции и предупреждения о несовпадении настроек. Если различия запланированы, зафиксируйте их в схеме рига, чтобы ассистент не «исправил» нужное значение во время работы.

После этого сделайте один тестовый спуск каждой группы. В Photos должны появиться ожидаемое число записей, правильные Camera, Batch и Location. Откройте каталог Photo Download Directory и проверьте не только наличие файлов, но и структуру подкаталогов, расширения и вычисленные имена. Если используется RAW+JPEG, убедитесь, что обе части пары соответствуют принятой схеме. Такой тест занимает меньше времени, чем последующее переименование сотен файлов.

Для GRID отдельно проверьте Network: все node должны быть Ready, Clock — разумно согласован, Disk Space — достаточен, а Sync photos — соответствовать плану. Сделайте один кадр на удалённом узле и проследите его путь до целевого компьютера. Если workflow предполагает передачу только JPEG, убедитесь, что RAW действительно остаётся там, где задумано, а не теряется из-за ошибочного ожидания центральной копии.

Если используется Barcode, покажите тестовый код и проверьте поле Barcode до съёмки. Если используется скрипт, запустите его на одной камере или тестовой группе. Если используется External API, внешняя система должна получить событие и корректно сопоставить CameraKey и PhotoKey. Последним тестируется массовый Shoot: он объединяет почти все подсистемы и потому не должен быть первым диагностическим действием.

После завершения сессии

Завершение работы — это не просто закрытие CaptureGRID. Сначала дождитесь окончания всех USB- и GRID-передач. Убедитесь, что в Photos нет нужных кадров с Location = Camera, если по плану они должны быть на диске. Проверьте свободное место и целостность структуры каталогов. Только после этого отключайте камеры и периферийные узлы.

Если карты памяти используются как резерв, не форматируйте их сразу после появления файлов на компьютере. Разумный минимум — дождаться второй независимой копии или успешного импорта в основное хранилище. В CaptureGRID есть команды форматирования для совместимых камер, но сама доступность такой команды не делает немедленное форматирование безопасной практикой.

Сохраните рабочие настройки рига: имена узлов, группы, пресеты, Filename Expression и параметры сети. Для повторяющейся съёмки полезно иметь отдельный текстовый чек-лист с версией приложения и назначением каждого компьютера. Это не заменяет автоматические настройки CaptureGRID, но помогает восстановить систему после замены диска, камеры или узла.

Кому CaptureGRID 4 подходит лучше всего

Программа оправдана там, где стоимость ручной ошибки растёт вместе с числом камер. Если нужно одновременно управлять несколькими Canon, Nikon или поддерживаемыми Sony, автоматически получать файлы, различать их по камере и сессии, использовать QR-коды или распределять USB-нагрузку между компьютерами, CaptureGRID 4 закрывает эти задачи в одной связанной системе.

Она особенно уместна для фотограмметрических ригов, многокамерной предметной съёмки, потоковых портретных процессов, исследовательских установок и кастомных систем, где нужен API. Linux, CLI и Raspberry Pi делают её пригодной не только для студийного ноутбука, но и для headless-узлов, встроенных в оборудование.

Для одиночной камеры, простой передачи файлов на ноутбук или последующей ретуши возможности CaptureGRID 4 могут быть избыточны. В таких сценариях логичнее использовать фирменную утилиту камеры, Smart Shooter, digiCamControl или редактор вроде ФотоМАСТЕРа — в зависимости от того, требуется tethering или уже обработка готового изображения.

Главный критерий выбора — не число функций в списке, а управляемость процесса. CaptureGRID 4 ценен, когда оператору нужно точно знать: какая камера сняла кадр, с какими параметрами, где находится файл, как он назван, к какому объекту относится и через какой node должен пройти. Если эти вопросы критичны для проекта, программа становится не просто пультом спуска, а центральным диспетчером съёмочной системы.