Guía completa de licencias de FFmpeg para uso comercial

FFmpeg se puede usar comercialmente si lo compilas bajo LGPL (la licencia por defecto) y evitas habilitar opciones GPL o nonfree. Los códecs con patentes como H.264 y H.265 requieren licencias separadas independientemente de la licencia de FFmpeg — usa AV1 + Opus para un stack completamente libre de regalías.

Esa es la versión corta. La versión larga es donde las cosas se complican — y donde la mayoría de las empresas se equivocan.

"¿Qué es LGPL?" "¿Necesito pagar licencias de patentes por H.264?" "¿Puedo integrarlo en un producto SaaS?" — las respuestas a estas preguntas están dispersas e inconsistentes en internet. Este artículo lo desenreda todo.

Aquí tienes el panorama completo: licencias de FFmpeg, riesgos de patentes de códecs e instrucciones de compilación paso a paso para binarios redistribuibles en Windows, macOS y Linux.

¿En qué situación estás?

Si necesitas pagar tarifas de licencia por FFmpeg depende completamente de cómo lo uses. Encuentra tu caso:

En la gran mayoría de los casos, no debes ninguna tarifa de licencia. Las dos cosas que debes hacer bien: "compilar sin opciones GPL" y "usar códecs sin patentes u OpenH264." El resto de este artículo explica cada punto en detalle.

Si aún no te sientes cómodo con los comandos de FFmpeg, el Generador de comandos FFmpeg te permite construir comandos desde una interfaz gráfica.

FFmpeg es "gratuito" pero no "sin restricciones"

FFmpeg es software de código abierto con código fuente disponible públicamente. "Gratuito" en el sentido de costo — sí. "Libre de usar como quieras" — esa es una pregunta diferente.

FFmpeg es una colección de bibliotecas, cada una con su propia licencia. Puedes consultar el desglose oficial en la página legal de FFmpeg.

La frase "licencia por defecto" es clave. Dependiendo de las opciones de compilación, la licencia puede cambiar de LGPL a GPL. Este es el núcleo de la complejidad de las licencias de FFmpeg.

Por separado de la licencia, los problemas de patentes también existen. Usar H.264 o H.265 puede requerir licenciamiento de patentes de organizaciones como Via Licensing Alliance (Via LA) — completamente independiente de la licencia de código abierto de FFmpeg.

LGPL vs GPL: ¿Cuál es la diferencia?

LGPL y GPL son ambas licencias de software libre, pero sus implicaciones para uso comercial difieren significativamente.

LGPL (Lesser GPL):

LGPL se llama "copyleft débil". Cuando enlazas las bibliotecas LGPL de FFmpeg en tu aplicación usando enlace dinámico, no estás obligado a publicar el código fuente de tu aplicación. Sin embargo, debes cumplir estas condiciones (según la LGPL 2.1, Sección 6):

• Proporcionar una forma para que los usuarios reemplacen la porción de la biblioteca FFmpeg
• Mostrar el texto completo de la licencia de FFmpeg y la atribución
• Publicar el código fuente de cualquier modificación que hayas hecho a FFmpeg

El enlace estático también es posible bajo LGPL, pero debes proporcionar los archivos objeto o el código fuente necesarios para que el usuario pueda re-enlazar contra una versión modificada de FFmpeg (LGPL 2.1, Sección 6). El enlace dinámico es más simple en la práctica.

GPL (General Public License):

GPL es "copyleft fuerte". Incorporar código licenciado bajo GPL en tu aplicación hace que toda la aplicación sea GPL. Esto significa que debes publicar el código fuente de tu aplicación bajo la GPL .

Para software comercial propietario, esto es a menudo una restricción fatal — la mayoría de los modelos de negocio dependen de mantener el código fuente privado.

Lista completa de opciones que activan GPL

Las siguientes opciones de configuración habilitan código bajo GPL o licencias más restrictivas.

Opciones que habilitan GPL

Opciones de licencia no libre (--enable-nonfree)

Una compilación con --enable-nonfree no puede redistribuirse en absoluto. Usarla en tu propio servidor está bien, pero distribuir el binario a otros no lo está.

Cómo verificar la licencia de una compilación

ffmpeg -version

Busca la línea License: en la salida.

# Ejemplo de compilación LGPL
License: LGPL version 2.1 or later

# Ejemplo de compilación GPL
License: GPL version 2 or later

La trampa de las patentes: H.264 y H.265

Completamente separado de la licencia de código abierto de FFmpeg, las patentes de códecs son su propio problema.

Estado de patentes de H.264 (AVC):

Via Licensing Alliance (Via LA) — formada en 2023 por la fusión de MPEG LA y Via Licensing — gestiona el pool de patentes. Usar H.264 en productos puede requerir tarifas de licencia dependiendo del volumen y caso de uso. La mayoría de las patentes principales de H.264 en EE.UU. están programadas para expirar alrededor de 2027 (por ejemplo, US 7826532 expira el 29 de noviembre de 2027), pero algunas patentes otorgadas recientemente en 2016 pueden permanecer activas hasta 2030 o más tarde. La fecha exacta en que H.264 quedará completamente libre de patentes en EE.UU. aún no está definida.

OpenH264 (una solución a las patentes): La implementación OpenH264 de Cisco es un codificador/decodificador H.264 donde Cisco paga las regalías de Via LA (anteriormente MPEG LA) en nombre de todos los usuarios. Se puede habilitar con --enable-libopenh264 y es compatible con compilaciones LGPL. Si necesitas H.264 en un producto comercial pero quieres evitar las tarifas de patentes, esta es una opción viable.

Estado de patentes de H.265 (HEVC):

Más complejo que H.264. Existen múltiples pools de patentes (Access Advance, Via Licensing, Velos Media), cada uno potencialmente requiriendo licencias separadas. Solo el pool HEVC de Access Advance cubre más de 27,000 patentes, y implementaron un aumento del 25% para nuevos licenciatarios a partir de enero 2026. Las patentes se extienden bien más allá de 2030. El uso comercial requiere precaución particular.

Casos del mundo real

• VideoLAN (VLC): Enfrentó litigios por patentes en Francia de titulares de patentes H.264. Se resolvió, pero es un ejemplo bien conocido del riesgo real
• Servicios de streaming: Múltiples servicios importantes fueron contactados por HEVC Advance para tarifas de licenciamiento H.265
• Violaciones de GPL: Múltiples proveedores han integrado compilaciones GPL de FFmpeg en software propietario sin revelar el código fuente, y fueron señalados por la comunidad

Lecciones clave: Siempre incluye la atribución de licencia. Nunca integres una compilación GPL en software de código cerrado. Trata las patentes de códecs como un tema separado de la licencia de FFmpeg.

Códecs seguros

OpenH264 — H.264 sin tarifas de patentes

"AV1 es la opción segura — entendido. Pero mis clientes solo aceptan H.264." Esto surge constantemente en la práctica. La codificación AV1 es más lenta, el soporte en dispositivos antiguos está incompleto, y muchas especificaciones de entrega B2B todavía requieren H.264.

Ahí es donde entra OpenH264.

¿Qué es OpenH264?

Un codificador/decodificador H.264 publicado por Cisco bajo licencia BSD. Cisco paga las regalías de Via LA (anteriormente MPEG LA) en nombre de todos los usuarios. Esto significa que no debes ninguna tarifa de patentes.

Limitaciones

OpenH264 no cubre el conjunto completo de funciones de H.264.

Desde que la versión 2.5 añadió soporte para el perfil High, OpenH264 es práctico para la mayoría de los casos de uso en 1080p. La calidad de codificación es menor que x264, así que si la calidad es tu máxima prioridad, ten en cuenta este compromiso.

Usar OpenH264 con FFmpeg

# Compilación LGPL con OpenH264 habilitado
./configure \
  --disable-nonfree \
  --enable-shared --disable-static \
  --enable-libopenh264 \
  --enable-libopus --enable-libvpx \
  --enable-libdav1d --enable-libaom

# Codificar con OpenH264
ffmpeg -i input.mov -c:v libopenh264 -b:v 4M -c:a aac output.mp4

No se necesita --enable-gpl. OpenH264 funciona dentro de una compilación LGPL.

Compilación de FFmpeg redistribuible

El principio guía: mantente dentro de LGPL. Simplemente no pases --enable-gpl ni --enable-nonfree — GPL está deshabilitado por defecto. Si solo quieres instalar FFmpeg precompilado para pruebas, consulta primero la guía de instalación — compilar desde el código fuente solo es necesario cuando necesitas controlar la licencia exacta de tu binario.

Opciones de configuración

Aquí hay un ejemplo de configuración compatible con LGPL con solo códecs libres de patentes. GPL está deshabilitado por defecto — simplemente no pases --enable-gpl y tu compilación se mantiene en LGPL (no existe un flag --disable-gpl).

./configure \
  --prefix=/usr/local \
  --disable-nonfree \
  --enable-shared \
  --disable-static \
  --enable-libvorbis \
  --enable-libopus \
  --enable-libvpx \
  --enable-libdav1d \
  --enable-libaom \
  --enable-libwebp \
  --disable-libx264 \
  --disable-libx265 \
  --disable-libmp3lame \
  --disable-libfdk-aac

Configuración del entorno de compilación

pacman -Syu

pacman -Su

pacman -S \
  mingw-w64-ucrt-x86_64-toolchain \
  base-devel git make nasm pkg-config \
  mingw-w64-ucrt-x86_64-cmake \
  mingw-w64-ucrt-x86_64-libvpx \
  mingw-w64-ucrt-x86_64-opus \
  mingw-w64-ucrt-x86_64-libvorbis \
  mingw-w64-ucrt-x86_64-dav1d \
  mingw-w64-ucrt-x86_64-aom \
  mingw-w64-ucrt-x86_64-libwebp

export PATH=/ucrt64/bin:$PATH
echo 'export PATH=/ucrt64/bin:$PATH' >> ~/.bashrc

git clone https://git.ffmpeg.org/ffmpeg.git
cd ffmpeg
git checkout n8.1

./configure \
  --prefix=/usr/local \
  --disable-nonfree \
  --enable-shared --disable-static \
  --enable-libvpx --enable-libopus --enable-libvorbis \
  --enable-libdav1d --enable-libaom --enable-libwebp

make -j$(nproc)
make install

Verificación de la compilación

ffmpeg -version

Confirma que la línea License: dice LGPL version 2.1 or later. Verifica que --enable-gpl NO esté en la línea configuration:, y que libx264, libfdk_aac y similares NO estén listados.

Lista de verificación para redistribución

Antes de distribuir tu compilación:

• ffmpeg -version muestra License: LGPL version 2.1 or later
• --enable-gpl NO está en la línea configuration:
• No hay códecs con patentes habilitados (x264, x265, mp3lame, fdk-aac)
• COPYING.LGPLv2.1 está incluido en tu distribución
• La documentación indica que tu producto usa FFmpeg bajo LGPL
• FFmpeg se distribuye como bibliotecas compartidas (DLL / .so / .dylib), o si se enlaza estáticamente, proporcionas los archivos objeto para re-enlazar

Empaquetado y CI/CD

Métodos prácticos para distribuir y mantener tu compilación de FFmpeg.

tar.gz (el más simple)

./configure --prefix=$(pwd)/bundle \
  --disable-nonfree \
  --enable-shared --disable-static \
  --enable-libvpx --enable-libopus
make -j$(nproc)
make install
cp COPYING.LGPLv2.1 bundle/
tar czf ffmpeg-lgpl-linux-x64.tar.gz bundle/

Docker para compilaciones reproducibles

FROM ubuntu:24.04

RUN apt-get update && apt-get install -y \
    build-essential nasm pkg-config git \
    libvpx-dev libopus-dev libvorbis-dev \
    libdav1d-dev libaom-dev libwebp-dev \
    && rm -rf /var/lib/apt/lists/*

WORKDIR /build
RUN git clone https://git.ffmpeg.org/ffmpeg.git && \
    cd ffmpeg && git checkout n8.1 && \
    ./configure \
        --prefix=/usr/local \
        --disable-nonfree \
        --enable-shared --disable-static \
        --enable-libvpx --enable-libopus \
        --enable-libdav1d --enable-libaom && \
    make -j$(nproc) && \
    make install && ldconfig

CMD ["ffmpeg", "-version"]

GitHub Actions

name: Build FFmpeg (LGPL)
on:
  push:
    branches: [main]
  schedule:
    - cron: '0 0 1 * *'

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v4
    - name: Install dependencies
      run: |
        sudo apt update
        sudo apt install -y nasm build-essential pkg-config git \
          libvpx-dev libopus-dev libvorbis-dev \
          libdav1d-dev libaom-dev libwebp-dev
    - name: Build FFmpeg
      run: |
        git clone https://git.ffmpeg.org/ffmpeg.git
        cd ffmpeg && git checkout n8.1
        ./configure --prefix=$(pwd)/bundle \
          --disable-nonfree \
          --enable-shared --disable-static \
          --enable-libvpx --enable-libopus \
          --enable-libdav1d --enable-libaom
        make -j$(nproc)
        make install
        cp COPYING.LGPLv2.1 bundle/
    - uses: actions/upload-artifact@v4
      with:
        name: ffmpeg-lgpl-build
        path: ffmpeg/bundle/

Automatizar tu compilación con GitHub Actions o Docker asegura que puedas reconstruir rápidamente cuando se publiquen parches de seguridad de FFmpeg. Vigila la página de releases de FFmpeg en GitHub para nuevas versiones — especialmente si estás ejecutando un servidor de codificación VPS, los parches de seguridad deben aplicarse rápidamente.

Uso en SaaS y servidor

Si ejecutas FFmpeg en tus propios servidores sin distribuir binarios, las reglas se simplifican mucho. La mayoría de las condiciones de "redistribución" de LGPL no aplican porque no estás redistribuyendo nada.

Lo que necesitas hacer para SaaS

• Atribución: Indica en tu página de Acerca de o Licencias que usas FFmpeg bajo LGPL 2.1
• Documentación de versión: Documenta qué versión y componentes de FFmpeg usas
• Divulgación de fuente modificada: Solo necesario si has modificado FFmpeg mismo — publica solo las partes cambiadas

Lo que no necesitas hacer para SaaS

• Publicar el código fuente de tu propia aplicación (bajo LGPL)
• Pagar tarifas de patentes de códecs (no estás distribuyendo el binario — las licencias de patentes de Via LA se aplican a los distribuidores)
• Evitar compilaciones GPL (la "laguna ASP" significa que las compilaciones GPL están bien para uso exclusivo en servidor)

YouTube, Netflix, Twitch y Discord usan FFmpeg en su infraestructura de backend. El sitio oficial de FFmpeg lista a los adoptantes.

Preguntas frecuentes

¿Puedo usar FFmpeg en un producto comercial?

Sí, pero necesitas ser intencional con tu compilación. Si compilas FFmpeg con --enable-gpl, todo tu proyecto debe cumplir con GPL — lo que significa que tendrías que publicar tu código fuente. Usa LGPL (por defecto) y enlaza dinámicamente para mantener tu código propietario separado. Verifica con ffmpeg -version.

¿Puedo usar FFmpeg en un producto SaaS?

Si ejecutas una compilación LGPL de FFmpeg en tu servidor y lo ofreces como servicio, no estás obligado a publicar el código fuente de tu aplicación. El concepto de "enlace" de LGPL se refiere a la distribución de software — operar un servicio SaaS no es distribuir la biblioteca. Aún necesitas mostrar la atribución LGPL de FFmpeg (por ejemplo, en una página de Acerca de o Licencias) y documentar la versión y los componentes que usas.

¿Qué pasa si solo ejecuto FFmpeg en el servidor sin distribuir binarios?

Si ejecutas FFmpeg en tu servidor sin distribuir el binario, usar una compilación GPL generalmente no activa la obligación de revelar el código fuente — la "laguna ASP". La excepción es el código licenciado bajo AGPL, que cierra esta laguna. Muchas empresas ejecutan legítimamente compilaciones GPL en servidores internos por esta razón.

¿Necesito pagar regalías por H.264 o H.265?

Potencialmente. H.264 y H.265 están cubiertos por pools de patentes (Via LA, Access Advance). Si tu producto codifica o decodifica estos códecs y distribuyes el software, podrías deber regalías. La alternativa más segura es AV1 — consulta nuestra comparación de códecs para benchmarks.

¿Es realmente libre de regalías AV1 + Opus + WebM?

AV1 está declarado como libre de regalías por la Alliance for Open Media, respaldada por Google, Mozilla, Amazon, Netflix y otros. Sisvel ha formado un pool de patentes de AV1 y ha licenciado a algunos fabricantes de hardware, pero los miembros de AOM no lo reconocen, y a partir de 2026, ningún usuario de solo software ha sido perseguido. Para un producto de software, AV1 + Opus es la combinación más segura disponible hoy.

¿Quién posee el copyright de los archivos de salida?

Tú. FFmpeg es una herramienta. El copyright de la salida pertenece a quien creó el contenido — de la misma manera que Photoshop no posee las imágenes que creas con él.

¿Qué pasa si accidentalmente distribuí una compilación GPL?

Si distribuiste una compilación GPL en un producto propietario, técnicamente estás en violación de la GPL. El proyecto FFmpeg mantiene una lista de violaciones GPL, y empresas han sido nombradas públicamente. La solución es cambiar a una compilación LGPL, abrir el código fuente de tu aplicación, o dejar de distribuir el binario. Consulta a un abogado si ya lo has enviado.

¿Puedo usar FFmpeg instalado por un gestor de paquetes comercialmente?

Ten cuidado. FFmpeg instalado vía apt install ffmpeg o brew install ffmpeg es casi siempre una compilación GPL. Verifica con ffmpeg -version — probablemente verás License: GPL version 2 or later. Esto está bien para desarrollo y pruebas, pero si estás distribuyendo un producto comercial, necesitas compilar tu propio binario LGPL desde el código fuente.

¿Necesito pagar tarifas de patentes para subir videos codificados con FFmpeg a YouTube?

No. Subir un video a YouTube no activa tarifas de patentes H.264 para ti. Las tarifas de patentes aplican cuando distribuyes software que incluye un codificador H.264. Si estás codificando localmente con FFmpeg y subiendo a YouTube, YouTube maneja las licencias de su lado.

¿Cómo se compara la calidad de OpenH264 con x264?

Al mismo bitrate, OpenH264 produce menor calidad que x264. La diferencia es más notable a bitrates bajos (1-2 Mbps). A bitrates más altos (4-8 Mbps), la diferencia práctica se reduce. Sopesa el beneficio de "cero tarifas de patentes para compatibilidad H.264" contra el compromiso de calidad. Si la calidad es tu máxima prioridad, AV1 (libaom) realmente ofrece mejor calidad que OpenH264, siendo también libre de patentes.

Conclusión

Puntos clave para el uso comercial seguro de FFmpeg:

Licencias:

• No pases --enable-gpl ni --enable-nonfree (GPL está desactivado por defecto)
• Las compilaciones LGPL pueden integrarse en SaaS y aplicaciones comerciales sin revelar el código fuente
• Siempre incluye la atribución de licencia
• Verifica con ffmpeg -version

Selección de códecs:

• AV1 + Opus + WebM es la opción más segura (libre de patentes)
• Si necesitas H.264, considera OpenH264 (Cisco paga las regalías)
• Para H.264/H.265, investiga la situación de patentes por separado
• Consulta la comparación de AV1 vs H.265 vs H.264 para benchmarks de calidad y velocidad
• Genera comandos FFmpeg visualmente con el Generador de comandos

Compilación y distribución:

• ./configure --disable-nonfree --enable-shared es la base para todas las plataformas (sin --enable-gpl)
• Distribuye como bibliotecas compartidas (DLL / .so / .dylib), o proporciona archivos objeto para re-enlazar si se enlaza estáticamente
• Siempre incluye COPYING.LGPLv2.1
• Automatiza con Docker / GitHub Actions para un mantenimiento más fácil

Ante la duda, consulta a un abogado de propiedad intelectual. FFmpeg es una herramienta poderosa, pero tratarlo como "libre para usar como quieras" es el error de mayor riesgo que puedes cometer.

Una vez que hayas resuelto las licencias, la siguiente pregunta es el costo. Consulta el desglose de costos MediaConvert vs FFmpeg si estás decidiendo entre un servicio gestionado y ejecutar tu propia pipeline de codificación. Si necesitas acelerar la codificación, la guía de codificación GPU (NVENC/QSV) cubre opciones de aceleración por hardware que se mantienen dentro de LGPL.

Artículos relacionados:

• Cómo instalar la última versión de FFmpeg (Windows / Mac / Linux)
• Comandos FFmpeg: Guía práctica de lo básico a lo avanzado
• ¿FFmpeg es muy difícil? Alternativas GUI comparadas
• AWS MediaConvert vs FFmpeg auto-hospedado: Desglose de costos
• Ese archivo de video podría ser una trampa: Vulnerabilidades de FFmpeg en editores de video
• FFmpeg + Python: Automatización de procesamiento de video por lotes
• Construye un servidor de codificación FFmpeg en VPS
• Generador de comandos FFmpeg — Construye comandos FFmpeg desde una interfaz gráfica