Розробка конвеєра транскодування відео FFmpeg

Користувачі завантажують відео в чому завгодно — MOV з iPhone, MKV з торента, AVI з 2008 року. Завдання бекенду — прийняти це, віддати в браузер нормальний MP4/H.264 або WebM/VP9, не блокуючи веб-процес на хвилини транскодування. Ми спроєктували відмовостійкий пайплайн, який використовується в продакшені не один рік — реалізували його для понад 30 проєктів. Результат: адаптивні профілі якості, прогрес у реальному часі, сповіщення про готовність. Типова економія на серверних ресурсах сягає 40%, а вартість CDN-трафіку знижується суттєво.

Чому синхронне транскодування — погана ідея?

Транскодування відео — CPU-інтенсивна операція, яка триває від секунд до десятків хвилин залежно від довжини ролика та профілю кодування. Синхронна обробка в HTTP-запиті виключена: вона заблокує веб-воркер, призведе до тайм-аутів і падіння чуйності. Правильний підхід — асинхронна черга завдань. Апаратне кодування NVENC обробляє відео в 3 рази швидше за програмне, але навіть воно не повинно блокувати запит.

Як побудувати пайплайн транскодування?

Архітектура включає кілька компонентів. Нижче — покроковий процес:

1. Завантаження: файл зберігається в об'єктне сховище або на локальний диск, повертається ID завдання.
2. Черга: ставимо Job у чергу (RabbitMQ, Redis, SQS), щоб не блокувати HTTP-запит.
3. Воркер: забирає Job, запускає FFmpeg з потрібними параметрами, пише прогрес у Redis.
4. Сповіщення: після завершення оновлюємо БД і оповіщаємо клієнта через WebSocket або polling.

Типовий набір профілів для адаптивної трансляції:

CRF (Constant Rate Factor) — основний параметр якості для H.264: 18 = майже без втрат, 28 = прийнятна якість при малому розмірі. preset впливає на швидкість кодування vs розмір файлу.

Як відстежувати прогрес транскодування?

FFmpeg вміє виводити прогрес через pipe. Воркер парсить рядки формату out_time_usec=... і зберігає відсотки в Redis. Клієнт отримує оновлення через WebSocket (наприклад, Laravel Echo) або polling. Це дозволяє показувати точний прогрес без затримок. Механізм progress описаний в документації FFmpeg.

Вибір контейнера залежить від завдань: MP4 універсальний для стрімінгу, WebM з VP9 дає краще стиснення, MKV підходить для архівного зберігання з субтитрами. Для вебу ми рекомендуємо MP4 з H.264 — браузери не вимагають плагінів.

Як реалізувати сервіс запуску FFmpeg?

Ключовий елемент — сервіс, який керує процесом FFmpeg з обробкою прогресу:

namespace App\Services; class FfmpegService { public function transcode( string $inputPath, string $outputPath, array $profile, ?callable $onProgress = null ): void { $width = $profile['width']; $height = $profile['height']; $videoBr = $profile['video_br']; $audioBr = $profile['audio_br']; $preset = $profile['preset']; $crf = $profile['crf']; // scale зі збереженням співвідношення сторін, padding до потрібного розміру $scaleFilter = "scale={$width}:{$height}:force_original_aspect_ratio=decrease," . "pad={$width}:{$height}:(ow-iw)/2:(oh-ih)/2:black"; $cmd = implode(' ', [ 'ffmpeg -y', "-i " . escapeshellarg($inputPath), "-vf " . escapeshellarg($scaleFilter), "-c:v libx264", "-preset {$preset}", "-crf {$crf}", "-maxrate {$videoBr}", "-bufsize " . (intval($videoBr) * 2) . "k", "-c:a aac", "-b:a {$audioBr}", "-movflags +faststart", "-progress pipe:1", "-loglevel error", escapeshellarg($outputPath), ]); $descriptors = [ 0 => ['pipe', 'r'], 1 => ['pipe', 'w'], 2 => ['pipe', 'w'], ]; $proc = proc_open($cmd, $descriptors, $pipes); // ... читання прогресу та перевірка коду виходу } } 

-movflags +faststart — обов'язковий флаг: він переміщує атом moov на початок MP4, дозволяючи браузеру почати відтворення до повного завантаження. Без нього відео не почнеться, доки не завантажиться весь файл.

Як вибрати між програмним та апаратним кодуванням?

Програмне кодування (libx264) дає кращу якість на низьких бітрейтах, але повільніше. Апаратне (NVENC) швидше, але може погіршити якість при сильному стисненні. Порівняння:

Для продакшену часто комбінують: NVENC для попереднього перегляду, libx264 для фінального архіву. Оптимальний вибір залежить від ваших пріоритетів: швидкість чи якість.

Що входить у роботу

В рамках розробки конвеєра транскодування ми надаємо:

• Налаштування черг (RabbitMQ/Redis) та supervisor для воркерів.
• Реалізація сервісу FFmpeg з парсингом прогресу.
• Створення Job-класів з обробниками успіху/помилок.
• Конфігурація профілів транскодування під ваші завдання.
• Ендпоінти для отримання прогресу та результату.
• Інтеграція WebSocket-сповіщень (опціонально).
• Документація з розгортання та моніторингу.

Терміни та як замовити

Розробка базового пайплайна займає від 2 до 4 днів залежно від складності профілів та необхідності WebSocket. Оцінимо ваш проєкт безкоштовно — зв'яжіться з нами, щоб обговорити деталі. Ми гарантуємо якість коду та підтримку після здачі. Зв'яжіться для консультації!