Как определить, на какой камере или телефоне снято видео

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

Самая частая ассоциация — EXIF из фотографии, но у видео структура сложнее. В контейнерах MP4, MOV, MKV, AVI служебные данные могут находиться в разных уровнях. На уровне контейнера прописываются общие атрибуты файла: дата создания, длительность, разрешение, частота кадров, профиль кодека. На уровне видеопотока и аудиопотока хранится информация от самого записывающего устройства: производитель чипа, модель камеры, версия прошивки, параметры экспозиции, баланса белого, фокуса, стабилизации. Именно эти поля Make, Model, Camera Model, Software, Encoder, в терминах метаданных MP4 — moov/meta/ilst и atom’ы вроде com.apple.quicktime.creationdate, часто позволяют сказать, что запись делалась iPhone 15 Pro, GoPro HERO 12, DJI Mavic 3 или системной камерой Hikvision. При этом важно понимать границы: метаданные описывают техническую цепочку создания файла, а не юридический факт авторства. Они могут быть изменены, удалены или добавлены при перекодировании, поэтому их наличие подтверждает версию, но не гарантирует ее неизменность.

На практике картина выглядит так. Видео с iPhone обычно содержит поля Make = Apple, Model = iPhone 15 Pro, Software = 17.4, а также специфичные теги QuickTime вроде Media Encoder, где видно com.apple.avfoundation. У Samsung Galaxy в MP4 встречается Make = samsung, Model = SM-G998B, а в некоторых прошивках добавляется тег Device Model. GoPro оставляет явные следы: Make = GoPro, Model = HERO12 Black, Software = HERO12 v... и набор тегов GPX, GPS и стабилизации. Беспилотники DJI вписывают в метаданные производителя камеры, версию прошивки контроллера и параметры гимбала. Автомобильные регистраторы часто заполняют поля Creator Tool, Encoder и дату создания, но модель устройства может быть скрыта под общим именем производителя чипа Ambarella или Novatek. После монтажа в Adobe Premiere, DaVinci Resolve или CapCut большая часть оригинальных полей сохраняется, но добавляются новые записи о программе рендеринга, дате экспорта и иногда полностью перезаписываются теги создания. При перекодировании через HandBrake или отправке в мессенджер метаданные часто стрипаются, и тогда остается только информация от перекодировщика.

Проверить это вручную можно, но неудобно. На macOS часть сведений видно в Finder через «Сведения», на Windows — через свойства файла, но они показывают лишь верхушку. Для детального анализа нужны специализированные инструменты, которые умеют разбирать структуру контейнера и читать потоки. Именно для таких задач создан FilesAudit, где после загрузки файла можно увидеть полный разбор технических полей, включая Make, Model, Software, Encoder, дату записи и другие параметры без установки дополнительного ПО. Это удобно, когда нужно быстро зафиксировать, что именно записано в файле, и получить документированный отчет.

Самое ценное в работе с видео — сопоставление метаданных с криптографическим отпечатком. Метаданные могут быть изменены, а хеш SHA-256, MD5 и CRC32, вычисленный от исходного файла, покажет любое изменение байтов. Если вы загрузили ролик на сервис верификации и получили PDF-отчет с выпиской метаданных и хешами, вы фиксируете техническое состояние файла на конкретный момент времени с указанием даты и времени анализа. Это не доказывает, кто нажал на кнопку записи в юридическом смысле, это документирует технический след. При сравнении двух копий одинаковый хеш говорит, что файлы бинарно идентичны, а различия в полях Make/Model указывают на разную цепочку обработки. Именно поэтому в расследованиях метаданные анализируют вместе с хешами, а не изолированно.

В работе с разными форматами важно помнить о специфике. MP4 и MOV хранят большую часть информации в атомах moov, MKV использует теги EBML, AVI — RIFF-чанки. Поэтому набор доступных полей зависит от контейнера и от того, насколько дисциплинированно производитель заполняет их. FilesAudit поддерживает более двухсот форматов, от фото и видео до документов, архивов и CAD-моделей, что позволяет проверять цепочку происхождения независимо от типа исходника. Для более глубокого погружения есть отдельный гайд по метаданным MP4, где разобраны типичные поля, их названия и примеры значений для популярных устройств. Если вы работаете регулярно с большими объемами, имеет смысл посмотреть поддерживаемые форматы и оценить, какие теги извлекаются для вашей экосистемы.

Итог простой. Узнать устройство съемки по метаданным реально, когда запись не проходила агрессивной обработки и когда производитель оставил идентификаторы в контейнере. Вы увидите производителя и модель камеры, версию прошивки, софт записи, временные метки и параметры съемки. Вы не получите имя владельца, место съемки без GPS и юридическое подтверждение подлинности только из этих полей. Для корректной фиксации делайте независимую выгрузку метаданных, сохраняйте хеши и формируйте отчет сразу после получения файла, до любой перекодировки или передачи через мессенджеры. Так технический след будет максимально полным и воспроизводимым.