Как удалить метаданные с видео и что остаётся в файле

Вы сняли ролик на телефон. Вместе с кадрами в файл записана дата съёмки. Она есть у всех роликов из разобранного нами открытого набора, снятого в 2015-2017 годах. Координаты записаны у каждого четвёртого. Марку и модель записывают аппараты Apple.

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

Удалить метаданные с видео можно одной командой:

ffmpeg -i input.mp4 -map_metadata -1 -fflags +bitexact -c copy output.mp4

Вместо input.mp4 подставьте имя своего ролика. Вместо output.mp4 - имя новой копии.

Так снимаются все поля, которые телефон записал о съёмке. Снимается и подпись самой программы, а качество не теряется. Пустым файл всё равно не станет. Что в нём остаётся, разобрано ниже. Если работать в консоли не хочется, есть наша программа. Шаги для неё описаны в разделе о том, как изменить метаданные видео.

Как это запустить. Команды ниже набирайте в PowerShell - это окно команд Windows. Нажмите «Пуск», наберите «powershell» и откройте найденное приложение. Нужна одна бесплатная программа - FFmpeg ¹⁹. Установить её тоже можно командой:

winget install --id Gyan.FFmpeg -e

Потом закройте окно и откройте его заново. Наберите ffmpeg -version: в ответ PowerShell покажет номер версии. Если вместо него появится сообщение «имя не распознано», скачайте архив сборки с сайта gyan.dev ²¹. Распакуйте его: ffmpeg.exe лежит внутри, в папке bin. Вместо ffmpeg пишите знак & и полный путь к этому файлу в кавычках, например & "D:\ffmpeg\bin\ffmpeg.exe". Без & PowerShell путь в кавычках не запустит.

Затем перейдите в папку с роликом. Скопируйте её адрес из адресной строки Проводника и наберите cd "адрес". Что записано в вашем ролике, покажет команда ffprobe -show_format -show_streams rolik.mp4. Программа ffprobe устанавливается вместе с FFmpeg.

На Mac всё это делается в программе «Терминал». FFmpeg устанавливается через Homebrew командой brew install ffmpeg ²². Сами команды те же. Отличается цикл для целой папки - он приведён ниже. Рецепт проверки папки у нас написан только для PowerShell.

Зачем удалять метаданные с видео

Удалить метаданные из видео нужно, чтобы координаты, марка аппарата и дата съёмки не попали к чужим людям вместе с копией ролика. В ролике, снятом дома, записаны координаты дома.

Очистка полей не мешает опознать содержимое. На форуме, в споре об уникализации записью экрана, метаданные путают с содержимым: «при чем тут метаданные если видео снимаетс по новой? пиксели так же не будут совпадать т.к. и картинка будет передаваться по другому. однозначно уникализация будет, проверено!» ¹. Этот спор так и не разрешился. Для нашей темы важно другое. Метаданные, контрольная сумма и отпечаток изображения - три разные вещи.

Уникализатор видео для Windows: сотни копий за запускВручную Вы правите копию за копией. Программа создаёт их пачкой. У каждой свои картинка, звук, метаданные и длительность.

Уникализатор видео Video Unique Booster для WindowsВы кладёте видео и задаёте диапазоны настроек. Программа создаёт сотни копий. У каждой свои картинка, звук и длительность.

Уникализатор видео: сотни копий из одного оригиналаРучной способ упирается в одно. Каждую копию надо править отдельно. Больше копий - больше времени.

Уникализатор видео для TikTok, YouTube и InstagramДиапазоны настроек Вы задаёте один раз. Дальше программа для Windows создаёт копии пачкой. Сотнями за запуск.

Уникализатор видео для Windows - Video Unique BoosterВы добавляете одно видео. Программа создаёт сотни копий. У каждой свои картинка, звук, метаданные и длительность.

Что такое метаданные видео и что лежит в MP4 и MOV

Многие статьи отвечают на этот вопрос словом EXIF. Это ответ про фотографии: у видео устройство другое.

Данные в MP4 и MOV лежат на трёх уровнях.

Уровень первый - опознание контейнера. Поля major_brand, minor_version, compatible_brands. В них записан стандарт сборки файла.

Уровень второй - описание съёмки. Здесь дата creation_time, марка make, модель model, координаты location. Это и есть то, что люди называют метаданными.

Уровень третий - теги дорожек. У каждой дорожки своё имя обработчика handler_name и своя метка сборщика. Поле encoder встречается на двух уровнях сразу. В дорожке это кодек. Рядом с описанием съёмки это версия системы или имя программы.

Мы взяли 235 роликов нетронутой съёмки с 35 аппаратов и пересчитали поля. Это все нетронутые ролики из той части открытого набора ¹², что лежит у нас на диске. С каждого аппарата там по нескольку сцен. Всего нетронутых видео в наборе 648. Часть замеров ниже сделана на втором наборе, из научной работы ⁴. Съёмку он берёт из первого, так что источник у всех роликов один.

Ролики набора сняты в 2015-2017 годах. Самые новые iPhone в нём - 6 и 6 Plus. Поэтому запись 2026 года с iPhone 15 Pro мы разобрали отдельно. Там, где она ведёт себя иначе, мы это отмечаем. Замеры сделаны в сентябре 2026 года.

Вот что мы насчитали:

Полей на ролик от четырёх до девятнадцати. У половины роликов их пять или меньше. Этот разброс мы считали до снятия повторов. Десять роликов лежат в наборе дважды, и счёт шёл по 245 файлам.

В нашем наборе 2015-2017 годов марку и модель обычными полями пишут только аппараты Apple. У записей Android этих полей нет вовсе. Как их пишут нынешние аппараты Android, мы не проверяли.

У аппаратов Apple поле encoder рядом с описанием съёмки хранит не имя программы, а версию iOS. У всех 58 роликов, где оно заполнено, значение совпало с полем версии системы. Это число и число «тридцать» ниже перемерены на 228 роликах.

По имени обработчика дорожки видно, чем сделан файл. Core Media Video стоит у 86 роликов - это съёмка аппаратом Apple. VideoHandle без последней буквы - у 144 роликов. Но метка версии Android есть только у 63 из них, а у остальных марки в полях нет вовсе. VideoHandler с буквой на конце обычно значит, что файл пересобран. Но не всегда: у единственного аппарата Microsoft в наборе он стоит во всех пяти роликах.

Самый длинный список - девятнадцать полей. Он у тридцати роликов, снятых аппаратами Apple.

Из девятнадцати полей одиннадцать - повторы. Пять сведений записаны по нескольку раз. Дату аппарат пишет четырежды. Марку, модель, место съёмки и версию системы - по три раза. Повтор здесь - каждая запись после первой. Поэтому самих записей шестнадцать, а повторов одиннадцать. Строка +43.7901+011.2202+044.736/ - это широта, долгота и высота: 44,7 метра над уровнем моря.

Поле с суффиксом -ita - это та же запись, но на языке аппарата. Блок com.apple.quicktime телефон ведёт отдельно. Отсюда три записи марки.

Как посмотреть метаданные видео

Способов три, от простого к точному.

Проводник Windows. Щёлкните файл правой кнопкой мыши, выберите «Свойства» и откройте вкладку «Подробно». Мы проверили колонки Проводника у трёх роликов: iPhone 4S, iPhone 15 Pro и Xiaomi. Из сведений о съёмке там одно поле - «Дата создания мультимедиа». Марки, модели и координат среди колонок нет, хотя в файлах они записаны. В файлах iPhone записаны все три, а в файле Xiaomi записаны координаты.

MediaInfo. Бесплатная программа ¹⁷. Мы проверили её версию 26.05 для командной строки на тех же трёх роликах. У всех трёх она назвала координаты - строка «Recorded location». У обоих iPhone она назвала и аппарат. У iPhone 4S это строки «Make» и «Model», у iPhone 15 Pro - строка «Writing hardware». Версию с окном мы не открывали.

Консольный разбор. ffprobe -show_format -show_streams rolik.mp4 ¹⁹ показывает поля контейнера и теги дорожек. ExifTool ²⁰ читает больше. У iPhone 15 Pro он нашёл в описании дорожки имя камеры с моделью аппарата. В выводе ffprobe этого имени нет. Спрятанных копий у старых iPhone, о которых ниже, не видит ни тот, ни другой. Замеры для этой статьи сняты скриптом на библиотеке PyAV ¹⁸, которая читает тот же контейнер.

Три способа удалить метаданные с видео

Способ 1. Проводник Windows

Выделите файлы. Щёлкните по ним правой кнопкой мыши, выберите «Свойства» и откройте вкладку «Подробно». Внизу вкладки есть ссылка «Удаление свойств и личной информации».

Что эта ссылка может снять, мы проверили на трёх роликах с координатами. Это ролики iPhone 4S, iPhone 15 Pro и Xiaomi на Android. У обоих iPhone записаны ещё марка и модель. Проводник читает и пишет свойства видео через обработчик свойств Windows. Ссылка снимает только то, что поддерживает этот обработчик. Сначала мы попробовали стереть через тот же обработчик всё, что он помечает как изменяемое. Затем на копиях роликов iPhone 4S и Xiaomi нажали саму ссылку. В открывшемся окне выбрали «Удалить следующие свойства из этого файла» и нажали «Выделить все».

У роликов iPhone изменяемых свойств в обработчике два: дата съёмки и поворот кадра. Марки, модели и координат среди них нет. Дату обработчик стереть не дал, так что из сведений о съёмке не снялось ничего. У ролика Xiaomi к ним добавляются координаты. Стереть их не удалось: после сохранения они остались на месте. Стёрлась только дата в заголовке файла.

Ссылка дала тот же результат. На ролике iPhone 4S Windows ответила ошибкой «Свойство доступно только для чтения» с кодом 0xC00D3E8E. Файл не изменился ни на байт. На ролике Xiaomi ошибки не было, но координаты остались на месте. Снова стёрлась только дата в заголовке, а в файле появился новый служебный блок.

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

На кадре - колонки Проводника у ролика iPhone 4S, до очистки и после команды из третьего способа. До очистки колонок со значением тридцать восемь. Поле съёмки среди них ровно одно: «Дата создания мультимедиа». Марка, модель и координаты в этом файле записаны, но колонок для них нет. После очистки поля съёмки в списке нет.

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

Способ 2. exiftool

Бесплатный инструмент для командной строки ²⁰. Для Windows он скачивается архивом. Распакуйте архив целиком и переименуйте файл exiftool(-k).exe в exiftool.exe. Папка exiftool_files должна остаться рядом с ним. В PowerShell программу из папки с exiftool.exe вызывают с .\ впереди. Команда:

.\exiftool.exe -all= video.mp4

Вместо video.mp4 подставьте полный путь к ролику в кавычках.

Мы запустили её на тех же трёх роликах. Версия exiftool - 13.59. Поля описания эта команда снимает у всех трёх, в том числе теги QuickTime и блок Apple. На наших трёх роликах жалоба 2022 года на то, что теги QuickTime остаются ³, не подтвердилась.

Остаются три вещи. Первая - дата съёмки в заголовке файла. Её exiftool не трогает ни у одного ролика. Вторая оставшаяся вещь - имена дорожек Apple: Core Media Video и Core Media Audio по-прежнему указывают на аппарат. У iPhone 15 Pro остаётся ещё и целая дорожка служебных данных Apple. Третья оставшаяся вещь касается старых iPhone. Внутри блока с кадрами у них лежат копии описания, одна или две. Эти копии exiftool не показывает и не стирает, ffprobe их тоже не видит. В ролике iPhone 4S после очистки поиск по байтам нашёл модель, марку, координаты и версию системы.

Мы проверили 105 роликов открытого набора ¹². Такие копии нашлись у всех 39 роликов iPhone и iPad. У 10 роликов других марок с координатами их нет, у записи iPhone 15 Pro тоже.

Способ 3. FFmpeg

Самый полный способ. Файл собирается заново, а старые поля не переносятся.

ffmpeg -i input.mp4 -map_metadata -1 -fflags +bitexact -c copy output.mp4

Программа бесплатная. Остальные команды - в статье уникализация видео через FFmpeg.

Ключ -map_metadata -1 значит «не брать из исходника ни одного поля». Ключ -fflags +bitexact не даёт программе вписать свою подпись в поля контейнера. Ключ -c copy значит «дорожки скопировать как есть». Изображение и звук переносятся бит в бит. Без -c copy файл сжимается заново и качество падает.

На тех же трёх роликах команда сняла все поля аппарата и обнулила дату в заголовке файла. Спрятанную копию у старого iPhone она не перенесла: в готовых файлах поиск по байтам не нашёл ни модели, ни координат.

Скорость мы измерили командой с одним первым ключом. Двадцать нетронутых роликов общим весом полтора гигабайта она обработала за 4,9 секунды. Сотня таких же роликов займёт около двадцати пяти секунд.

Можно ли удалить метаданные с видео на телефоне

Координаты на телефоне проще не записывать, чем потом удалять. По словам Apple, место съёмки в фото и видео записывается, только если у камеры есть доступ к геолокации ¹⁵. Выключается он так: откройте «Настройки», затем «Конфиденциальность и безопасность», «Службы геолокации», «Камера» и выберите «Никогда». У камер Google то же делает переключатель сохранения места в настройках самой камеры ²³; у других марок он называется по-своему. Ролики на iPhone с таким запретом мы не снимали: это слова справочников.

Свой телефон с Android 14 мы проверили сами. Сняли два коротких ролика: один с геометкой, другой без неё. На компьютер передали их файлом, без сжатия. Координат нет ни в одном ролике: ни блока с местом, ни поля с координатами. В обоих записаны только дата съёмки и версия системы. Значит, этот телефон не пишет место съёмки в файл ролика даже с включённой геометкой. У старых аппаратов нашего набора было иначе: у ролика Xiaomi 2017 года координаты стоят в самом файле. Поэтому свой телефон лучше проверить: снимите короткий ролик и откройте его на компьютере в MediaInfo.

Для ролика, который уже снят, проверенного способа на телефоне у нас нет. На самом аппарате мы очистку не запускали. Справочники Apple и Google про уже снятое написаны для фотографий. На iPhone геопозицию можно не включать в отправляемую копию. Для этого нажмите «Поделиться», затем «Параметры» и выключите переключатель «Геопозиция» ¹⁵. Геометку, которую записала камера, Google Фото не трогает вовсе. Сервис умеет менять только метку, добавленную вручную или определённую приблизительно ¹⁶.

Что происходит с остальными полями в такой копии, в справочниках не сказано. Мы этого тоже не мерили. В самих файлах съёмки эти поля есть. У iPhone это марка, модель и версия системы. У записей Android нашего набора - метка версии системы.

Проверенный путь один: перенести ролик на компьютер и снять поля командой из третьего способа. Проверьте результат командой ffprobe.

Как удалить метаданные с видео онлайн

Сначала выясните, где обрабатывается ваш ролик. Одни сервисы забирают файл на свой сервер, другие обрабатывают прямо в браузере и никуда его не отправляют. Разница тут не в удобстве: на сервер попадает ровно тот файл, ради приватности которого всё и делается.

Мы разобрали два таких сервиса из выдачи. Первый копирует файл на свой сервер и обещает удалить его через сутки. Его предел - 40 мегабайт и три файла в день. Второй работает в браузере, и файл остаётся на вашем устройстве. Его предел - двадцать файлов за раз по 50 мегабайт. Числа взяты со страниц сервисов. Для сотни роликов этого мало. Средний ролик из двадцати, на которых мы мерили скорость, весит 75 мегабайт, то есть больше обоих пределов. Что остаётся в файле после этих сервисов, мы не мерили.

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

Ролик весом 75 мегабайт в бесплатные пределы не проходит вовсе. На своём компьютере та же работа делается одной командой - циклом по папке, он приведён ниже. Онлайн-сервисы уникализации мы разобрали отдельно: уникализация видео онлайн.

Что остаётся в файле после очистки метаданных видео

Пустого файла не получается. Из девятнадцати полей остаются три.

Что делает второй ключ, видно, если убрать его из команды. В поисковой выдаче её обычно так и приводят:

ffmpeg -i input.mp4 -map_metadata -1 -c copy output.mp4

После такой команды полей четыре. В четвёртом стоит подпись инструмента, которым вы очищали файл: encoder=Lavf и номер сборки. У нас это было Lavf61.5.101, у сборки 9.0.2 с gyan.dev - Lavf63.1.102. Остальные служебные поля у обеих сборок совпали. Вместо марки, модели и координат в файле написано, какой программой он собран. После полной команды из начала статьи этой подписи нет, и полей три. Так и в MP4, и в MOV. Дальше эти две команды мы называем первой и второй.

Эти три поля - опознание контейнера. Аппарат пишет их сам, и очистка их не стирает. Но нетронутыми они не остаются. Поле major_brand в кадре ниже одинаково во всех трёх состояниях у обоих контейнеров. Поле minor_version в обоих сменилось с 0 на 512 - это уже подпись сборщика, а не аппарата. А поле compatible_brands зависит от контейнера. В MOV оно остаётся прежним после обеих команд, а в MP4 переписывается с isom3gp4 на isomiso2avc1mp41. То есть у MOV меняется одно поле опознания из трёх. У MP4 меняются два или все три, в зависимости от того, что записал аппарат. У ролика Xiaomi поле major_brand сменилось с mp42 на isom.

Чего не снимает ни один ключ. Дорожки получают служебные имена VideoHandler и SoundHandler, а в MOV остаётся метка сборщика в дорожке. А язык дорожки ключ, наоборот, меняет, и это видно в кадре: в MP4 исходное eng ключ снимает и записывает своё und, а в MOV поле языка после команды пропадает совсем.

На кадре ниже это правый столбец каждого блока - состояние после второй команды. В MP4 поле vendor_id у обеих дорожек пустое ([0][0][0][0]), в MOV у видеодорожки стоит FFMP. У самого аппарата это поле пустое: метку ставит сам инструмент. Если она мешает, пишите копию в .mp4: в нашем замере у такой копии ролика iPhone 4S поле пустое.

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

Удаляются ли метаданные, если пересохранить видео

Совет пересохранить файл дают про фотографии: «измени один пиксел, пересохрани, и метаданные исчезнут» ⁵. Для видео мы проверили его дважды. Сначала взяли шесть нетронутых роликов с координатами и пересобрали их в FFmpeg - без пересжатия кадров и без снятия полей.

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

У трёх других не уцелело ничего. Разница в том, как аппарат записал поля. У первых они продублированы на общем уровне, у вторых лежат только в блоке Apple.

Потом проверили пересжатие, как его делает конвертер. Для этой проверки мы взяли шесть роликов трёх моделей iPhone и перекодировали их первые пять секунд в FFmpeg с настройками по умолчанию, без ключей о полях. У четырёх в копии .mov уцелели координаты, марка, модель и дата, в копии .mp4 - координаты и дата. У двух не уцелело ничего, и причина та же.

Область замера узкая - ролики Apple и одна программа. Но вывод держится. Ни пересборка, ни пересжатие не гарантируют, что поля снимутся. Как ведут себя при сохранении видеоредакторы, мы не мерили.

Можно ли узнать программу по файлу с пустыми полями

Набор служебных блоков контейнера и их значения у каждой программы свои. Классификатор, не открывая кадров, определяет по ним со сбалансированной точностью 97,6%, какой программой обработан файл ⁴. Отдельным классом там стояла подделка даты через exiftool, а не очистка полей.

Мы сняли список блоков у роликов до очистки и после. Очистка строение меняет, и заметно. У ролика Xiaomi блок с кадрами теперь стоит в начале файла, а описание в конце. У iPhone 4S из видеодорожки пропал блок tapt, у Xiaomi в дорожках появился блок edts. Второй ключ меняет строение мало: в MOV пропадает блок с подписью, в MP4 блоки те же, меняется только их содержимое. То есть после очистки файл выглядит собранным в FFmpeg, а не снятым телефоном. Узнать это можно, даже когда в полях смотреть нечего.

Как удалить метаданные сразу у папки с видео

Результат пишется в новый файл, поэтому каждой копии нужно своё имя. Иначе сотая копия запишется поверх первой. В PowerShell это две строки:

New-Item -ItemType Directory -Force clean
Get-ChildItem -Path * -Include *.mp4,*.mov | ForEach-Object { ffmpeg -i $_.FullName -map_metadata -1 -fflags +bitexact -c copy "clean\$($_.Name)" }

В цикле стоит полная команда, с обоими ключами: неполная оставила бы подпись сборщика в каждой из ста копий. Съёмка с iPhone лежит в .mov, поэтому в маске оба расширения. С одной маской *.mp4 цикл отработает молча и не тронет ни одного файла. Исходники оставьте на месте. Места на диске понадобится вдвое больше, зато испорченная обработка не будет стоить съёмки.

На Mac цикл другой. Запускайте его в «Терминале» из папки с роликами:

mkdir -p clean
for f in *; do case "$f" in *.mp4|*.MP4|*.mov|*.MOV) ffmpeg -i "$f" -map_metadata -1 -fflags +bitexact -c copy "clean/$f";; esac; done

Короткую запись с маской *.mp4 *.mov здесь использовать нельзя. В оболочке Mac маска без совпадений обрывает команду ошибкой. Кроме того, там важен регистр букв в расширении: *.mov не найдёт IMG_0001.MOV. Мы проверили оба цикла в той же оболочке, zsh. Короткий оборвался. Длинный с настоящим FFmpeg обработал все ролики, в том числе ролик с пробелом в имени.

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

$sluzhebnye = "major_brand|minor_version|compatible_brands|handler_name|vendor_id|language="
Get-ChildItem -Path clean\* -Include *.mp4,*.mov | ForEach-Object {
    $left = ffprobe -v error -show_entries format_tags:stream_tags -of default=nw=1 $_.FullName |
        Select-String -NotMatch $sluzhebnye
    if ($left) { "ОСТАЛИСЬ ПОЛЯ: " + $_.Name + " -> " + ($left -join ' ') }
}

Молчание - значит, в полях чисто. Спрятанную копию у старых iPhone рецепт не видит. После exiftool он назовёт оставшуюся дату, а о модели и координатах внутри блока с кадрами промолчит. Спрашивайте сразу и поля контейнера, и теги дорожек. Из ответа вычёркивайте служебное, которое остаётся всегда. Это три поля опознания контейнера, имена обработчиков, метка сборщика в дорожке и язык. Отбор по списку имён тут не работает. Одно и то же сведение аппарат пишет в нескольких формах сразу: location и location-ita. У аппаратов Apple к ним добавляется ещё и com.apple.quicktime.location.ISO6709. Перечень имён не покрывает всех форм. Не покрывает он и дорожки, а именно там лежит самый стойкий остаток.

Мы запустили цикл и рецепт в напечатанном виде, в PowerShell, со сборкой FFmpeg 9.0.2 с gyan.dev. Три полностью очищенные копии, в том числе файл с пробелом в имени, рецепт пропустил молча. Метка сборщика в дорожке MOV при этом на месте, но в рецепте она стоит среди служебных полей. Для нетронутого ролика iPhone 4S рецепт назвал все поля. Это марка, модель и координаты, каждое в трёх формах, дата в четырёх и версия системы. У копии после одного ключа рецепт назвал encoder=Lavf63.1.102, у копии после exiftool - дату съёмки.

Как изменить метаданные видео, а не только удалить

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

Когда мы вели сетки аккаунтов в Instagram и X, очистка полей была шагом по умолчанию для каждого ролика. Мы не хотели переносить в копии метки сервисов, например тех, через которые ролик скачивали. Очищенные ролики с неочищенными мы не сравнивали. Через свойства файла в Проводнике поля мы не снимали никогда: для этого есть программы вроде exiftool. Ролики обрабатывали только всей папкой за один запуск. Поля в основном просто снимали, а из значений подменяли одну дату съёмки. Как перенести на ролик поля с настоящего телефона, мы тогда не знали, иначе подставляли бы и их.

Одно поле меняется той же командой. Например, дата съёмки:

ffmpeg -i input.mp4 -map_metadata -1 -metadata creation_time=2025-05-01T12:00:00Z -fflags +bitexact -c copy output.mp4

Мы проверили её на ролике Xiaomi. Новую дату показали и ffprobe, и exiftool, в том числе в заголовке файла. Но значение здесь одно на команду.

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

В Video Unique Booster для этого есть готовые наборы полей. Ролику проставляются марка, модель и версия системы, как у iPhone, Samsung или Google Pixel. У наборов телефонов модель и версия берутся случайно на каждую копию: в поле стоит не одно значение, а перечень в фигурных скобках, из которого копия берёт своё. Запись вида <<dateUTC>> работает так же, только подставляет не значение из списка, а дату.

Это наша программа. Поэтому мы проверили её той же меркой, что и три способа выше. Копии тех же трёх роликов мы собрали так, как их собирает программа в режиме «Локально», с набором полей «iPhone». Из исходника в копиях не осталось ничего: ни модели, ни координат, ни версии системы. Поиск по байтам их тоже не нашёл. Вместо них стоят марка, модель и версия системы из перечня набора и дата создания копии. Подпись модуля обработки видео в поле encoder в копии остаётся, а в контейнере появляется ещё язык ru.

Как это сделать в программе:

1. Нажмите «Загрузить видео» и выберите ролики.
2. В разделе «Метаданные» в списке «Добавлять метаданные» выберите набор, например «iPhone». Поля с ролика, снятого на ваш телефон, берутся кнопкой «Импортировать с видео».
3. В разделе «Производительность» в списке «Сжатие файла» выберите «Минимальное».
4. В разделе «Экспорт» в списке «Режим создания видео» выберите «Локально».
5. Нажмите «Запуск».

Учтите разницу с командой. Программа не копирует дорожки без изменений, а сжимает кадры заново. Если нужна очистка без пересжатия, берите цикл FFmpeg выше.

Где очистка не помогает

В обсуждениях на это жалуются прямо: «Видел, что можно удалить авторские права в свойствах файла, но это не помогает!» ².

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

Про YouTube данные двух работ расходятся. У прежнего способа на роликах площадки сбалансированная точность 0,60 с объяснением, что площадка перекодирует файл ⁴. В поздней работе те же ролики опознаны безошибочно. Её авторы пишут обратное: метаданные YouTube правит минимально ¹¹. Отсюда наш вывод: точность 0,60 упиралась в ограничения прежнего способа. Что делать, описано в разборе как уникализировать видео для YouTube.

Политика площадки очистку не обещает. По словам TikTok, площадка собирает сопутствующие метаданные: автора содержимого, время и место его создания ⁸. Обещания удалить их нет.

Кадры очистка не трогает вообще. По одним кадрам площадку узнают с точностью 92,61% ⁹. Конкретный аппарат узнают в 72,75% случаев ¹⁰. Опыт лабораторный: мерили на смеси нетронутой съёмки с копиями из YouTube и WhatsApp.

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

Вопросы и ответы

С чего начать

Возьмите свой ролик и посмотрите командой ffprobe, есть ли в полях модель аппарата и координаты.

Если они там есть, очищайте копию, а не оригинал. Для одного файла нужна команда с обоими ключами, -map_metadata -1 -fflags +bitexact. Первого ключа мало: он оставляет подпись сборщика. Папку целиком без консоли обрабатывает наша программа Video Unique Booster: значения полей она выбирает для каждой копии случайно. Если вы очищаете файл ради приватности, выберите в настройке «Режим создания видео» значение «Локально». Тогда ролик обрабатывается на вашем компьютере и на сервер не отправляется. В режимах «Облако» и «Гибрид» программа может отправить ролик на сервер целиком, со всеми полями, и там он хранится сутки. Поля снимаются уже у готовой копии.

Дальше читайте разбор для своей площадки, например уникализация видео для TikTok.

Источники

Числа в квадратных скобках по тексту отсылают сюда.

1. Обсуждение уникализации видео на форуме zismo.biz, 2023 год. Ветка обсуждения ↩︎
2. Как удалить информацию о видео, Pikabu, запись 4590427. Запись и комментарии ↩︎
3. Exiftool, обсуждение 136: команда не стирает теги QuickTime, 2022 год. Обсуждение на GitHub ↩︎
4. Yang P., Baracchi D., Iuliani M., Shullani D., Ni R., Zhao Y., Piva A. Efficient Video Integrity Analysis Through Container Characterization. IEEE Journal of Selected Topics in Signal Processing, 2020, т. 14, с. 947-954. Препринт на arXiv, журнальная версия ↩︎
5. Обсуждение удаления EXIF, linux.org.ru, 2020 год. Ветка обсуждения ↩︎
6. YouTube. Рекомендуемые настройки кодирования при загрузке. Справка YouTube ↩︎
7. Magnet Forensics. Getting to the Source: Understanding Metadata Removal on Social Media, 2024 год. Разбор ↩︎
8. TikTok. Политика конфиденциальности, редакция 2025 года. Политика ↩︎
9. Maiano L., Amerini I., Ricciardi Celsi L., Anagnostopoulos A. Identification of Social-Media Platform of Videos through the Use of Shared Features. Journal of Imaging, 2021, т. 7, вып. 8, статья 140. Препринт на arXiv, журнальная версия ↩︎
10. Bennabhaktula G. S., Timmerman D., Alegre E., Azzopardi G. Source Camera Device Identification from Videos. SN Computer Science, 2022, т. 3. Журнальная версия ↩︎
11. Xiang Z., Horváth J., Baireddy S., Bestagini P., Tubaro S., Delp E. J. Forensic Analysis of Video Files Using Metadata. IEEE/CVF CVPR Workshops, 2021, с. 1042-1051. Препринт на arXiv, журнальная версия ↩︎
12. Shullani D., Fontani M., Iuliani M., Al Shaya O., Piva A. VISION: a video and image dataset for source identification. EURASIP Journal on Information Security, 2017. Журнальная версия ↩︎
13. Вопрос о переносе метаданных в начало контейнера - там же просьба обойтись без командной строки, Хабр Q&A, вопрос 494970. Вопрос и ответы ↩︎
14. Вопрос о программе для сжатия видео на телефоне - там же о нежелании идти в консоль, Хабр Q&A, вопрос 1302918. Вопрос и ответы ↩︎
15. Apple. Manage location metadata in Photos, справочник по личной безопасности. Справка Apple ↩︎
16. Google. Understand, find & edit your photos' locations, справка Google Фото. Справка Google ↩︎
17. MediaInfo. Программа для просмотра сведений о медиафайлах. Страница программы ↩︎
18. PyAV. Библиотека чтения контейнеров для Python, которой сняты замеры этой статьи. Документация ↩︎
19. FFmpeg. Свободный набор программ для работы с видео; ffmpeg собирает файл заново, ffprobe показывает поля. Страница проекта ↩︎
20. ExifTool. Программа командной строки для чтения и правки метаданных. Страница программы ↩︎
21. Gyan.dev. Сборки FFmpeg для Windows, на которые ссылается страница загрузки ffmpeg.org; из них же устанавливает пакет Gyan.FFmpeg. Страница сборок ↩︎
22. Homebrew. Формула ffmpeg для macOS. Страница формулы ↩︎
23. Google. Change your camera location settings, справка Google Фото. Справка Google ↩︎