Video summary
Как один программист уничтожил монополию корпораций на видео
Main summary
Key takeaways
Технологическая идея и «война форматов»
- В ролике утверждается, что вся индустрия видео долгое время держалась на контроле закрытых форматов и патентов, из-за чего пользователи и разработчики попадали в зависимость от вендоров (QuickTime/Windows Media/RealPlayer и т.п.).
- Пример корпоративного контроля через форматы: для просмотра MOV-трейлеров требовался QuickTime; под Linux без него был “чёрный экран”.
- Упоминаются и патентные/лицензионные барьеры: стандартные кодеки и контейнеры стали требовать платежей нескольким патентным группам одновременно, что увеличивало себестоимость устройств и даже усложняло написание простых видеоплееров.
Слежка и контроль (пример RealPlayer)
- В 1999 году исследователь Richard Smith описывает, что RealPlayer выдавал пользователям уникальный идентификатор, собирал данные о том, что слушали/используемых плеерах/настройках, и отправлял это компании по расписанию.
- Автор называет это крупным ранним “surveillance scandal”.
Альтернативы кодекам и эффект сообщества
- История: после того как Windows Media Player перестал играть файлы (про несоответствие MPE-4), Jerome Roth и сообщество быстро “взламывают” codec и делают DivX.
- Затем часть кода закрывается, люди в ответ создают Xvid (как форк в защиту открытости).
- Отмечается контраст: “лучшее технически” (например, OGG Vorbis как аудиоформат) не всегда побеждает, если он не поддерживается крупными игроками из‑за невозможности монетизации/контроля.
Переход к стандартам MPEG и проблема патентов
- Описан путь: MP1 → MP2 → (MP2 тянет HDTV) → MPEG-4 (MP4/H.264 как фундамент современного видео).
- Но патентная система со временем превращается в механизм сбора денег: за один плеер набегают выплаты по множеству держателей патентов.
Кейсы патентных “сюрпризов” и запаздывающего риска
- GIF: выясняется, что при создании использовался алгоритм, который мог нарушать чужие патенты; в конце 1990-х владельцы пытаются требовать деньги с веб‑сайтов.
- JPEG/MP3/другие: общий тезис — даже легально лицензированные/известные технологии могут всплывать как конфликт из‑за дополнительных, заранее неизвестных патентов.
- Общий вывод: разработчики часто не могут заранее проверить “полную карту” патентных обязательств.
Главный технологический герой: FFmpeg (FFM “Pack” в ролике)
- Ролик утверждает, что ключевая технология — FFmpeg (в субтитрах часто искажается как “FFM PK/FFM cancer/FFMpack/FFMBK”).
- Автор называет разработчика: Fabrice Bellard (Фабрис Белар), который писал основную часть FFmpeg на своём Linux/PC, чтобы обходить зависимости от закрытых/лицензируемых решений.
- Подчёркивается архитектура: FFmpeg умеет одновременно:
- работать с контейнерами,
- декодировать кодеки,
- делать постобработку/конвертацию, и масштабируется на множество форматов.
Ключевые вехи и общественное распространение
- В начале проект выкладывали под псевдонимом/аккуратно, чтобы не попасть под судебные риски.
- FFmpeg распространяется в экосистеме Linux; появляется VLC, который встраивает библиотеки FFmpeg.
- Отмечается масштаб влияния: “VLС скачали десятки/миллиарды раз” (в тексте фигурирует “6+ миллиардов”).
- Далее FFmpeg становится инфраструктурой: упоминаются YouTube (сайт берёт FFmpeg для конвертаций), облака и виртуализация (через KVM/эмуль ретейны в истории героя — как параллельные достижения), стриминги и обработка.
Конфликт форка/ответвления
- Описан “политический” форк вокруг ffmpeg/libav:
- группа людей захватывает инфраструктуру/сайт (по версии ролика), пытаясь заменить “лидера” и правила ревью.
- затем домен возвращается первоначальному проекту, форк остаётся без инфраструктуры; далее сообщества мигрируют обратно.
- В финале ролика тезис: проект принадлежит сообществу, пользователям нужно “шевелить патчи”: тестировать, проверять, исправлять, репортить баги.
Практический туториал: как пользоваться FFmpeg (встроенный в ролик)
В ролике автор даёт не “теорию”, а примеры команд и задач.
Установка (кратко)
- Windows: “chocolatey‑подобная” команда вида
choco install ffmpeg(в субтитрах искажения). - macOS:
brew install ffmpeg. - Linux:
sudo apt install ffmpeg. - Проверка:
ffmpeg -version(или вывод версий библиотек).
Универсальная структура команды
- Типовой шаблон:
ffmpeg [вход] [настройки] [выход] - Упор на то, что нужно знать набор кодеков/параметров, но можно работать “по рецептам”.
Пример 1: перекодирование 4K→2K с кадрированием и AV1 GPU-ускорением
- Сначала анализ файла: команда вида
ffprobe(в тексте “ffprobe” искажается). - Затем:
- обрезка чёрных полос,
- масштабирование (указывается алгоритм наподобие “Lanczos/Lanczos-like”, в субтитрах — “LHCAS”),
- сохранение HDR через 10-bit,
- кодирование AV1 с аппаратным ускорением (упоминается NVIDIA NVENC),
- контроль качества через параметры кодека (в примере — режим “максимальное качество” + жёсткая переупаковка для сильного сжатия).
- Результат по авторскому кейсу: файл ~40GB → <4GB (~в ~10 раз меньше), качество “почти не отличается”.
Пример 2: проблемы со звуком и последовательное исправление
- После перекодирования аудио:
- Resolve/плеер может не читать формат (например, E-AC-3 Dolby Digital Plus).
- затем делается перекод в AAC (и указание каналов 5.1).
- если “пропадают вокал/центр”, автор переводит в стерео и делает микс каналов в 2 канала (mathematically mix), чтобы вокал распределился.
Пример 3: простое преобразование формата (AV → нужный контейнер/кодек)
- Неприятности с тем, что видеоредактор не открывает формат “AV”.
- Решение: простая команда “конвертировать входной файл во формат, который понимает редактор”.
Пример 4: стабилизация изображения
- Двухшаговый пайплайн: 1) анализ движения камеры и запись в временный файл, 2) применение стабилизации по этому анализу.
- Потом — обрезка лишнего (в кадре).
Пример 5: чистка старого видео (шум + артефакты сжатия)
- Автор объясняет, что “просто шумодав” не помогает, потому что есть артефакты overcompression.
- Делается цепочка фильтров:
- де-блокер (уменьшает артефакты),
- пространственно-временное шумоподавление,
- финальная обработка “по разнице кадров”.
“Основной пресет” для частой задачи: сжатие
- Указывается общий подход: CRF как “ползунок качества/размера”.
- Пример диапазона CRF (“18–28”).
- Указывается пресет медленнее, но меньше размер (аналог
-preset slow). - Варианты ускорения/настройки с NVIDIA.
Дополнительные возможности (перечень)
- Резка (cut) без отдельного редактора.
- Массовая конверсия папок.
- Замедление/ускорение.
- Сборка GIF/рендер кадров в видео (или наоборот).
- Починка повреждённого файла: автор описывает восстановление повреждённого заголовка/стрима.
- Запись экрана/стриминг через terminal.
- Постэффект “CRT effect” как отдельный пример (указывается, что он на CPU и медленный).
Техническая “вселенная” вокруг героя (кратко, но по теме инженерии)
- После FFmpeg автор упоминает другие проекты Беллара:
- Kemu (эмуляция/виртуализация: упоминается как база для облачных технологий),
- QuickJS‑подобное (в ролике: JavaScript‑движок для браузера; упоминаются соответствия V8/SpiderMonkey по тестам),
- Amorisoft и софтверная 4G базовая станция (база на Linux-подходе).
- Нейросетевой сжатитель/кодеры:
NNCP(текстовое сжатие), а также проекты с экстремально низкими битрейтами для аудио.
Основные спикеры / источники (по тексту ролика)
- Fabrice Bellard — ключевой автор FFmpeg (центральный источник истории).
- Michael Niedermayer — один из лидеров/инженеров вокруг проекта и конфликтов форка.
- Jerome Roth — фигура вокруг DivX (история с codec и Microsoft).
- Richard Smith — исследователь слежки RealPlayer.
- LZEX (автор из истории) — упоминается как ранняя разработка (школьник/17 лет) на дисках/сжатии; в вашем фрагменте не названо полное имя.
- Nedermayer/сообщество FFmpeg/VLC — коллективные участники развития и интеграций (студенты, энтузиасты, волонтёры по миру).
Доп. источник (как продукт в примерах): OBS, YouTube, VLC, Netflix, Twitch/Zoom/Teams — как потребители/использователи технологий.