FFmpeg 9.0: GPU Vulkan y WebP animado para startups 2026

FFmpeg 9.0: lo que cambia para tu stack de video en 2026

FFmpeg 9.0 "Lei" llegó el 4 de agosto de 2026 con más de 2200 commits de 160 autores, tocando 1781 archivos y agregando 85.000 líneas de código mientras eliminaba 33.000. Esta no es una actualización menor: es un major release que rompe la ABI en las siete librerías principales y reescribe componentes críticos que llevaban dos décadas sin cambios sustanciales.

Para founders construyendo productos con video, streaming o procesamiento multimedia, esto significa que las pipelines que funcionaban en 8.x requerirán ajustes, pero también abre posibilidades que antes eran prohibitivas en costo o complejidad técnica.

¿Qué es FFmpeg y por qué debería importarte?

FFmpeg es el motor invisible detrás de casi todo lo que tiene que ver con multimedia: desde reproductores como VLC hasta plataformas de streaming, herramientas de transcodificación y servicios de video bajo demanda. Si tu startup toca video, audio o cualquier formato multimedia, estás usando FFmpeg directamente o a través de dependencias.

La versión 9.0 bumpa los números mayores de libavutil 61, libavcodec 63, libavformat 63, libavdevice 63, libavfilter 12, libswscale 10 y libswresample 7. Esto es una ruptura de ABI completa: las distribuciones de Linux, las aplicaciones embebidas y los servicios en la nube que dependen de FFmpeg necesitarán migrar conscientemente.

La reescritura de swscale: 20 años de deuda técnica saldada

El cambio más significativo a largo plazo es invisible en un changelog tradicional: la reescritura completa de swscale, liderada por Niklas Haas con más de 300 commits solo en libswscale durante este ciclo.

El swscale antiguo era veinte años de código de conversión específico por formato. La nueva arquitectura descompone cada conversión en operaciones elementales (lectura, swizzle, transformación lineal, escalado, empaquetado), un optimizador simplifica esa lista, y un backend compila el resultado en una cadena de kernels.

Lo que esto significa en la práctica:

• Backends múltiples: C reference, memcpy path, kernels SIMD x86, kernels NEON AArch64 y un backend Vulkan SPIR-V que compila las mismas listas de operaciones en compute shaders
• Misma conversión, CPU o GPU: El mismo grafo de conversión puede ejecutarse en CPU o GPU sin cambiar el código de tu aplicación
• Precisión matemática: Las conversiones usan un tipo racional de 64 bits computado exactamente, eliminando una serie de checks de overflow
• SWS_BITEXACT: Si lo activas, incluso el backend Vulkan cumple exactamente, decorando su aritmética lineal con SPIR-V NoContraction para evitar que la GPU fusione multiply-adds

Actualmente, los nuevos paths están detrás de SWS_UNSTABLE, con el código legacy como default estable. Pero la arquitectura está en su lugar y madurará en los próximos meses.

Características que abren nuevas oportunidades para startups

Decodificación nativa de WebP animado

Después de once años (ticket #4907 abierto en 2015), FFmpeg puede finalmente decodificar WebP animado de forma nativa, con demuxer incluido. Los parches originales comenzaron con Josef Zlomek y Ramiro Polla los terminó este ciclo.

Para startups construyendo herramientas web, editores online o plataformas de contenido, esto elimina la necesidad de dependencias externas o workarounds complejos para manejar WebP animado.

Aceleración GPU con Vulkan y CUDA

El trabajo en Vulkan se expande a través de las capas de codec y filtros:

• v360_vulkan: filtro para remapping de proyección 360° en compute shaders, GPU-accelerando uno de los filtros más costosos
• APV Vulkan decoder: el codec profesional de Samsung añadido en 8.0 ahora tiene decoder acelerado por GPU
• Compilación de shaders en build time: todos los shaders Vulkan se compilan a SPIR-V durante la compilación, eliminando la necesidad de shippear un compilador GLSL en runtime
• FFV1 GPU encoder/decoder: FFmpeg ahora codifica y decodifica FFV1 en GPU, con un path de 32-bit float RGB y modo Rice-plus-remap

Para founders, esto significa que el procesamiento de video pesado (360°, preservación masters, codecs profesionales) puede moverse a GPU con una sola línea de configuración, reduciendo costos de infraestructura CPU.

Dolby Vision Profile 7 completo

Diez días antes del lanzamiento de FFmpeg 9.0, libbluray 1.5.0 expuso tracks Dolby Vision en UHD Blu-rays. FFmpeg 9.0 completa el otro extremo del pipeline.

Dolby Vision Profile 7 (el formato usado en discos UHD Blu-ray) es complejo: un bitstream HEVC de capa de enhancement completo y metadatos RPU están interleaved dentro del stream de base layer, ocultos en NAL unit types 62 y 63 no especificados.

El nuevo bitstream filter dovi_split separa ese stream: puedes mantener solo la base layer y obtener un stream HEVC estándar, o separar las capas correctamente. libavformat ganó un modelo real para esto: un Dolby Vision stream group (generalización de los LCEVC stream groups a AVStreamGroupLayeredVideo), detectado al demuxear MP4, MPEG-TS y Matroska.

Para startups de distribución de contenido HDR, mastering o conversión de formatos, esto cierra un gap crítico que existía desde 2015.

FFV1 con encode Bayer en GPU

FFV1, ampliamente usado para preservation masters, aprendió a codificar formatos de píxel Bayer: mosaicos de sensor raw, comprimidos losslessly, sin debayering primero. Lynne lo implementó en el codec nativo, con búsqueda por slice para los mejores coeficientes de color transform reversibles.

Existe ahora un encoder y decoder FFV1 Vulkan GPU-accelerated. La búsqueda corre como su propio compute pass. Parte del trabajo fue patrocinado por el Sovereign Tech Fund.

Para startups de preservación digital, archivo de material de cámara o procesamiento de footage raw, comprimir datos de sensor de cámara a velocidad de GPU es una capacidad nueva y útil.

La limpieza mayor: lo que desaparece en 9.0

Todo lo deprecado durante el ciclo 8.x se fue. La lista es larga:

• -vsync eliminado (usar -fps_mode)
• OpenMAX encoders removidos
• Filtros NPP (scalenpp, scale2refnpp, sharpennpp, transposenpp) eliminados junto con el resto del soporte libnpp; el filtro transpose_cuda mencionado arriba toma el relevo sin la dependencia externa
• Codecs v308/v408/v410 pierden sus codecs dedicados
• NVENC elimina los aliases de preset antiguos, modos de rate-control legacy y soporte para SDKs anteriores a 11.1

Cambio crítico: FFmpeg ahora verifica certificados TLS peer por defecto. Esto se anunció con 8.0 y se aplicó en este bump. Si tus scripts hablan con servidores con certificados rotos, estaban viviendo con tiempo prestado.

Dos remociones notables por lore de FFmpeg:

• El decoder CELT standalone se fue (no afecta a Opus, que contiene su propio CELT). El mensaje del commit nota que estaba roto desde 2014, "y nadie lo notó ni se quejó". Once años de bitrot silencioso, removido por Marvin Scholz de VideoLAN.
• Los codecs Sonic, la familia experimental de Michael Niedermayer de principios de los 2000, también se eliminaron. Si tienes archivos Sonic (estadísticamente no los tienes), transcodifícalos con una release 8.x mientras puedas.

ONNX Runtime en filtros DNN: IA en tu pipeline de video

Los filtros DNN ganan un backend ONNX Runtime con execution providers CUDA y DirectML. Esto significa que puedes correr modelos ONNX directamente en un filter graph para super-resolución, denoising o background removal, sin convertirlos para TensorFlow o OpenVINO.

Combinado con el filtro Whisper de 8.0, el filter graph se está convirtiendo en un lugar decente para correr inferencia junto a tu decode loop.

Para startups de video con IA (transcripción automática, upscaling, limpieza de audio, remoción de fondo), esto reduce la complejidad de infraestructura: un solo pipeline de FFmpeg puede decode + inferencia + encode sin mover frames entre procesos o servicios separados.

¿Qué significa esto para tu startup?

Si tu producto toca video, audio o multimedia, FFmpeg 9.0 te afecta de tres maneras:

1. Migración obligatoria si usas librerías directamente

El ABI break significa que las siete librerías cambiaron sus sonames. Si tu aplicación linkea contra libavcodec, libavformat u otras directamente, necesitarás recompilar y potencialmente ajustar código. No es solo un apt upgrade: es un proyecto de migración.

2. Oportunidades de optimización de costos

La aceleración Vulkan para swscale, FFV1 y filtros como v360 significa que cargas de trabajo que antes requerían CPUs caros pueden moverse a GPUs commodity. Para startups procesando horas de video diariamente, la diferencia entre 10 horas en CPU vs 2 horas en GPU se traduce en miles de dólares mensuales de infraestructura.

3. Nuevas capacidades de producto

• WebP animado nativo: editores web, plataformas de contenido, herramientas de marketing
• Dolby Vision completo: servicios de mastering HDR, distribución de contenido premium
• FFV1 GPU: preservación digital, archivo de material de cámara raw
• ONNX en filtros: pipelines de IA integrados sin servicios externos

Acciones concretas para founders

Esta semana:

• Revisa si tu stack depende de FFmpeg directamente o a través de dependencias. Si usas Docker images con FFmpeg, verifica la versión y planifica la migración a 9.0
• Si procesas video HDR o Dolby Vision, prueba el filtro dovi_split con material de prueba para entender el pipeline completo

Este mes:

• Evalúa mover cargas de trabajo de swscale o FFV1 a GPU usando el backend Vulkan. El ROI puede ser inmediato si procesas volumen
• Si usas IA en video (transcripción, upscaling, limpieza), prueba el backend ONNX Runtime en lugar de servicios externos. Reduce latencia y costos

Este trimestre:

• Si construyes herramientas de preservación o archivo, explora FFV1 con encode Bayer en GPU. Es una capacidad diferenciadora
• Considera contribuir fixes o features a FFmpeg si tu caso de uso es específico. El proyecto acepta patches y 160+ autores contribuyeron en este ciclo

Conclusión

FFmpeg 9.0 no es una actualización que puedas ignorar si tu startup depende de procesamiento de video o audio. El ABI break requiere migración consciente, pero las nuevas capacidades (aceleración GPU Vulkan, WebP animado, Dolby Vision completo, ONNX en filtros) abren posibilidades que antes eran prohibitivas en costo o complejidad.

Para founders técnicos, vale la pena leer el changelog completo y el git log. El proyecto sigue siendo open source, patches bienvenidos, y la comunidad (incluyendo VideoLAN, FFlabs, VideoLabs) mantiene un ritmo de desarrollo impresionante: 2200 commits en cuatro meses y medio.

La infraestructura de video es commodity, pero saber usarla estratégicamente sigue siendo una ventaja competitiva.

Fuentes

• FFmpeg 9.0: swscale, Vulkan, WebP, asm and a big cleanup
• FFmpeg official site
• FFmpeg GitHub repository