¿Cuánto tráfico y almacenamiento obtengo?

FFStart incluye 75 GB de almacenamiento SSD y 6 TB de tráfico mensual; FFPower incluye 100 GB y 8 TB. Si esperas superar eso, dínoslo antes de pedir para que podamos dimensionarlo contigo. Ese almacenamiento es adecuado para un conjunto de trabajo, no para un archivo permanente, así que para una biblioteca grande combina el servidor con almacenamiento de objetos, y pon una CDN delante de la entrega si estás sirviendo a gran escala.

KVM VPS · FFmpeg preinstalado

Hosting FFmpeg en Tu Propio VPS

Una máquina virtual completa con vCPU garantizada, acceso root total y FFmpeg ya compilado, para que las codificaciones largas se completen en lugar de interrumpirse a mitad de camino.

4 vCPU
8 GB RAM
75 GB SSD
6 TB transfer

FFmpeg & FFprobe preinstalados
vCPU garantizada, nunca limitada

Acceso root, sin límites de cron
Elige tu sistema operativo al pagar

Solo $16.79 /mes Ahorra 19%

Obtén 24 meses por solo US$402.96 (precio regular US$498.96). Después, se renueva a US$20.79/mes.

Pedir ahora

24 Años Confiable Desde 2002

99.9% de Uptime SLA Garantizado

30-Day Garantía de Devolución de Dinero

24/7 Soporte Experto

Excelente Calificación de Trustpilot

Dos tamaños

¿Qué plan de FFmpeg es el adecuado para ti?

Misma máquina, mismo software, la única diferencia es el número de núcleos. Medimos cuánto vale eso: el plan de ocho núcleos terminó la misma codificación 1.9× más rápido, por 1.7× el precio.

FFStart

Una codificación a la vez, cuando tú quieras.

$16.79 /mes

Ahorra 19%

US$402.96 debido hoy por 24 meses
Se renueva al mismo precio: sin incrementos, sin cuota de instalación

vCPU4 vCPU
Memoria8 GB
Almacenamiento SSD75 GB
Tráfico mensual6 TB

Elige esta opción si: Trabajos en cola o nocturnos, renderizados de entrega H.264, trabajo de podcast y audio, cualquier caso donde terminar por la mañana sea mejor que terminar en los próximos diez minutos.

Elegir FFStart

Garantía de devolución de dinero de 30 días

Más margen

FFPower

El doble de núcleos, y medido a 1.9× la velocidad.

$28.79 /mes

Ahorra 12%

US$690.96 debido hoy por 24 meses
Se renueva al mismo precio: sin incrementos, sin cuota de instalación

vCPU8 vCPU
Memoria16 GB
Almacenamiento SSD100 GB
Tráfico mensual8 TB

Elige esta opción si: Cuando el tiempo de entrega importa, cuando generas HEVC o AV1, o cuando necesitas 1080p en vivo, algo que FFStart no puede mantener en tiempo real pero FFPower sí.

Elegir FFPower

Garantía de devolución de dinero de 30 días

Incluido con ambos planes

FFmpeg + FFprobe preinstalados
Acceso root y SSH completo
vCPU garantizada y sin limitaciones
Sin límites de tiempo en cron
Salida HLS y DASH
Elección de sistema operativo y panel
Instantáneas en un momento específico
Garantía de uptime del 99.9%

¿Necesitas más de 8 núcleos?

Medimos la curva: pasar de cuatro núcleos a ocho casi duplicó el rendimiento, pero de ocho a dieciséis solo devolvió la mitad de esa ganancia otra vez. Más allá de este punto, los núcleos adicionales siguen ayudando, solo que cada uno rinde menos, y la misma configuración de FFmpeg se traslada sin cambios, mismo sistema operativo, misma compilación, mismos scripts.

Siguiente paso Hosting VPS Hasta 16 vCPU y 32 GB de RAM Máxima potencia Servidores Dedicados Una máquina física completa, todos los núcleos son tuyos

Dos formas de empezar

Toma la imagen lista, o créala a tu manera

Ambas opciones funcionan en la misma máquina con las mismas especificaciones. La única diferencia es cuánto quieres tener configurado antes de iniciar sesión.

Inicio más rápido

Imagen de FFmpeg lista para usar

Se despliega preconfigurada con FFmpeg, CloudPanel y Ubuntu 24.04 LTS, así puedes ejecutar tu primera codificación en cuanto el servidor esté activo. Nada que compilar, nada que instalar.

FFmpeg

Ubuntu 24.04.3 LTS

CloudPanel

Seleccionado por defecto al hacer tu pedido. El panel y su base de datos ocupan aproximadamente 1 GB de memoria, lo que aún deja unos 7 GB libres para codificación en FFStart.

Control total

Elige tu propio sistema operativo y panel

¿Prefieres una distribución diferente, un panel de control distinto, o ninguno? Elígelos en el formulario de pedido y parte de una instalación limpia.

AlmaLinux, Ubuntu, Debian, Rocky, CloudLinux y más
CloudPanel, cPanel/WHM, Webmin o sin panel
Root y SSH desde el primer arranque: compila cualquier build de FFmpeg que necesites

Omite el panel por completo y una instalación limpia de Ubuntu se mantiene inactiva con apenas unos cientos de megabytes, dejando casi toda la máquina para tus codificaciones. La licencia del panel de control se cobra por separado cuando un panel la requiere.

Elige la herramienta adecuada

¿Para quién es el hosting FFmpeg?

Este es un servidor para ejecutar flujos de trabajo de medios: transcodificación, empaquetado y automatización que tú controlas. Es una gran opción para algunos proyectos y la herramienta equivocada para otros, así que aquí tienes ambos lados.

Una gran opción

Elige hosting de FFmpeg cuando

Plataformas de streaming de videoTranscodifica subidas a HLS o DASH y crea escalas de bitrate adaptativo.
Sitios de e-learning y cursosProcesa grabaciones de clases, genera miniaturas y varios niveles de calidad.
Trabajo de podcast y audioConvierte, normaliza y publica MP3, AAC, Opus o FLAC de forma programada.
Herramientas para transmisión en vivo y broadcastIngesta RTMP, transcodificación al vuelo y salida segmentada.
Back ends de video SaaSEl nivel de procesamiento detrás de tu propia aplicación o API.
Archivos y conversión masivaConvierte bibliotecas por lotes entre códecs y contenedores.

Probablemente no sea la herramienta adecuada

Busca otra opción si

Solo necesitas almacenar y servir videoFFmpeg es para procesamiento. Para entrega simple, el hosting compartido con un CDN cuesta menos.
Necesitas codificación por GPUNuestros nodos son solo CPU. NVENC y otros codificadores por hardware no están disponibles.
Necesitas muchas transcodificaciones en vivo simultáneasLas transmisiones en tiempo real a gran escala pertenecen a una máquina dedicada.
Quieres una plataforma de video terminadaObtienes un servidor, no una interfaz de carga, reproductor, DRM ni analíticas. Instalas el software tú mismo.
Estás almacenando una biblioteca muy grande75–100 GB es adecuado para un conjunto de trabajo, no para un archivo. Combínalo con almacenamiento de objetos.

Eres responsable del material que procesas y almacenas. El contenido prohibido por nuestros términos de servicio: incluyendo medios sobre los que no tienes los derechos, y cualquier material ilegal, no está permitido, y las cuentas que lo contengan pueden ser suspendidas o eliminadas sin previo aviso. El tráfico mensual es de 6 TB en FFStart y 8 TB en FFPower; si esperas superarlo, coméntanoslo antes de hacer el pedido. No ofrecemos mitigación de DDoS. ¿No estás seguro de dónde encaja tu carga de trabajo? Pregúntanos antes de pedir.

Aislamiento y recuperación

¿Cómo protege Ahosting las cargas de trabajo de medios con FFmpeg?

Tu servidor es una máquina virtual completa, no una cuenta en una compartida. Esa diferencia importa más cuando procesas archivos que otras personas han subido.

Aislamiento a nivel de hardware

KVM le da a tu servidor su propio kernel y su propio hardware virtual. No hay sistema de archivos compartido ni cuentas vecinas, así que un archivo mal formado no puede llegar a nadie más.

Trabajos que se ejecutan hasta el final

Sin límites de tiempo para procesos ni tareas cron. Una codificación de cuatro horas termina en lugar de ser interrumpida a mitad de camino, y nada limita los núcleos que pagaste.

Snapshots antes del riesgo

Toma un punto de restauración antes de una actualización de codec o un cambio de configuración, y revierte si sale mal.

Almacenamiento protegido con RAID

Los discos se sitúan detrás de un controlador RAID por hardware en nuestro centro de datos de Detroit, Michigan, respaldado por UPS y generadores redundantes.

Como tú tienes el root, la postura de seguridad la defines tú: aplicas las actualizaciones y configuras el firewall. Para ser explícitos sobre lo que no hacemos, no ofrecemos mitigación de DDoS, no hacemos copias de seguridad gestionadas y no ejecutamos ningún escaneo de malware dentro de tu servidor.

Cómo fluye el trabajo

Una máquina, todo el flujo de medios

El video a demanda y la transmisión en vivo usan las mismas herramientas en un orden diferente. Ambos se ejecutan de extremo a extremo en tu propio servidor, sin entregar nada a un servicio de terceros en el medio.

01
Ingesta

Recibe una subida, extrae desde almacenamiento de objetos o acepta un push RTMP.
02
Inspecciona

ffprobe informa sobre codecs, duración, streams y frame rate antes de que decidas nada.
03
Transcodifica

ffmpeg construye tus renditions con libx264, libx265 y el resto de los codificadores por software.
04
Empaquetar

Segmenta a HLS o DASH, escribe los manifiestos y la escalera de bitrate.
05
Publicar

Sirve desde la propia máquina, o entrega los segmentos a un CDN.

A demanda

Trabajo por lotes, según tu horario

Encola tareas y déjalas correr: no hay límite de tiempo de proceso ni de cron que corte una codificación larga.
Genera escaleras multi-bitrate en una sola pasada y escribe el manifiesto HLS o DASH junto a ellas.
Extrae miniaturas, clips de vista previa y formas de onda de audio del mismo archivo fuente.
Programa con cron o temporizadores de systemd, o gestiónalo desde tu propio worker de cola.

En vivo

Streams gestionados a medida que llegan

Acepta un push RTMP y lo transcodifica al vuelo en tus formatos de entrega.
Escribe segmentos HLS o DASH de baja latencia de forma continua mientras dura el stream.
El trabajo en vivo ocupa la CPU durante toda la emisión, así que elige el plan según el pico, no según el promedio.
Es al ejecutar trabajo en vivo y a demanda al mismo tiempo cuando el plan de ocho núcleos justifica su precio.

Hecho para quienes trabajan por SSH. Tienes acceso root, así que tu propio conjunto de herramientas se instala como en cualquier otro lugar: tu runtime de lenguaje, tu cola, tu método de despliegue. La programación se hace con cron y temporizadores de systemd, y los registros quedan donde los esperas en el sistema de archivos.

Por qué no el hosting compartido

Por qué el hosting compartido no puede ejecutar FFmpeg

Esto no es una crítica al hosting compartido: es la herramienta equivocada para este trabajo en particular. Los planes compartidos están ajustados para que una cuenta no pueda monopolizar una máquina, y la transcodificación hace exactamente eso por diseño. Por eso búsquedas como “does shared hosting support shell_exec” son tan comunes. Si estás comparando proveedores, mira cómo Ahosting se compara con Hostinger, o lee nuestro resumen sobre hosting web compartido para ver en qué es realmente bueno.

En el hosting compartido

Qué te lo impide

La limitación de CPU mata los trabajos de transcodificación Los entornos compartidos limitan la CPU por cuenta. FFmpeg satura cada núcleo que se le asigna, por lo que una sola transcodificación supera el límite y se interrumpe a mitad de camino.
La ejecución de binarios está bloqueada Los hosts compartidos restringen los binarios personalizados por buenas razones. FFmpeg necesita exec() or shell_exec(), y ambos están deshabilitados en la mayoría de los planes compartidos.
Sin acceso root para instalar códecs Compilar FFmpeg con soporte para libx265, VP9 o AV1 requiere acceso root y un conjunto de herramientas de compilación. El hosting compartido no te da ninguno de los dos.
Los límites de tiempo de cron interrumpen las codificaciones largas Los trabajos cron compartidos tienen un límite. Las codificaciones largas suelen superar ese límite y se terminan sin previo aviso, generalmente durante la noche, cuando nadie está pendiente.

En un VPS FFmpeg de Ahosting

Qué cambia

vCPU garantizada, nunca limitada 4 u 8 vCPU reservados exclusivamente para tu máquina. Utilízalos al máximo durante todo el tiempo que dure el trabajo.
Acceso root y SSH completo Instala cualquier códec, compila FFmpeg desde el código fuente, ajusta tus propios preajustes de codificador, control total sobre el entorno.
Sin límites de tiempo para cron o procesos Los lotes nocturnos, los archivos largos y los flujos basados en colas se ejecutan hasta completarse, en lugar de interrumpirse.
FFmpeg ya está compilado FFmpeg y FFprobe están en tu PATH desde el primer inicio de sesión, así que no hay nada que compilar antes de tu primer trabajo.

Prueba de Operaciones Técnicas de Ahosting

¿Cuánto tarda realmente una codificación?

Nadie publica esto, así que lo medimos en los planes que vendemos. Mismo nodo, mismo archivo de origen, mismo comando; la única variable es el número de núcleos.

Un minuto de origen en 1080p, de principio a fin

Medido, no estimado

Tiempo real de procesamiento para un origen H.264 de 60 segundos en 1920×1080 a aproximadamente 25 Mbps, usando `-preset medium`. Cada cifra es el promedio de tres ejecuciones; la variación entre ejecuciones fue inferior al 2%.
Trabajo	FFStart · 4 vCPU	FFPower · 8 vCPU
Reducción a 720p, H.264	51.5 s 1.16× tiempo real	27.6 s 2.18× tiempo real
Mantener 1080p, H.264	88.8 s 0.67× tiempo real	47.5 s 1.26× tiempo real
1080p, HEVC (x265)	110.5 s 0.54× tiempo real	67.7 s 0.88× tiempo real
Solo decodificar la fuente	17.0 s	10.7 s

En términos simples: en FFStart, un video de diez minutos se convierte en una versión a 720p en aproximadamente nueve minutos. En FFPower, el mismo trabajo tarda unos cuatro minutos y medio.

1.87×

Duplicar los núcleos casi duplica la velocidad

FFPower cuesta 1.71× lo que cuesta FFStart y completó el mismo trabajo 1.88× más rápido, por lo que el plan más grande es ligeramente cheaper por hora terminada: inusual, y vale la pena saberlo antes de elegir el tamaño del plan.

1.7×

Tu preset importa tanto como tu plan

Cambiar -preset medium to -preset veryfast redujo el mismo trabajo de 50.3 s a 29.4 s en cuatro núcleos. Para las versiones de entrega, esa compensación suele valer la pena, y no cuesta nada.

1×

Ejecutar tareas en paralelo no ayuda aquí

Cuatro codificaciones simultáneas en cuatro núcleos devolvieron 1.08× el rendimiento de ejecutarlas una tras otra. Un solo trabajo de FFmpeg ya satura la máquina, así que pon tu trabajo en cola en lugar de distribuirlo.

Nada nos robaba núcleos

El tiempo de robo de CPU se mantuvo en cero durante toda la prueba, en ambas máquinas. Las cifras anteriores son lo que ofrece el plan, no lo que quedó tras terminar los vecinos.

Método. Dos máquinas virtuales en el mismo nodo host, ambas ejecutando la imagen estándar en Ubuntu 24.04.3 con FFmpeg 6.1.1, difiriendo solo en la cantidad de núcleos. Los clips de origen fueron Big Buck Bunny and Sintel (Blender Foundation, CC BY 3.0), en bucle hasta exactamente 60 segundos. Las cifras son la media de tres ejecuciones. Tus propios resultados variarán según el códec, la resolución, los filtros que apliques y qué tan cargado esté tu archivo de origen; una toma real detallada y una animación plana no cuestan lo mismo, y vimos alrededor de un 30% de diferencia entre ellas.

Qué incluye el build

Códecs y formatos compatibles

La siguiente lista no es texto de marketing: se ha extraído del build que enviamos. La imagen ya preparada ejecuta FFmpeg 6.1.1, y todo esto está en tu PATH desde el primer inicio de sesión, sin nada que compilar. Ambos planes ejecutan la misma imagen y, por tanto, el mismo conjunto de códecs: el plan cambia la velocidad con la que termina el trabajo, no lo que puede leer o escribir.

Video

H.264 / AVC libx264
H.265 / HEVC libx265
VP8 / VP9 libvpx
AV1 libsvtav1 · libaom · rav1e
MPEG-4 / MPEG-2
ProRes / DNxHD

Audio

AAC codificador nativo
Opus libopus
MP3 libmp3lame
Vorbis libvorbis
FLAC
PCM / WAV
AC-3 / E-AC-3

Contenedores y entrega

HLS .m3u8 + segmentos
MPEG-DASH manifiestos .mpd
MP4 / MOV / MKV
WebM
SRT / RIST contribución de baja latencia
RTMP / RTMPS ingest
OGG / M4A / FLAC solo audio

Tres codificadores AV1, no uno

SVT-AV1, libaom y rav1e vienen incluidos en la compilación, además de dav1d para la decodificación. SVT-AV1 es la opción práctica cuando el tiempo de codificación AV1 importa.

Sin codificación por GPU: lo comprobamos

La compilación incluye los codificadores NVENC, QSV y VAAPI, pero no hay ninguna GPU detrás de ellos: NVENC falla con Cannot load libcuda.so.1, QSV con un error de sesión MFX. La codificación aquí se basa en la CPU, de principio a fin.

Cualquier otra cosa, la compilas tú mismo

Tienes acceso root, así que puedes compilar FFmpeg desde el código fuente con tus propios flags de configuración, incluyendo codificadores que no podemos ofrecer por motivos de licencia, como libfdk-aac, que deliberadamente no está incluido en esta compilación.

Lo que cuesta

¿Cuánto cuesta el hosting FFmpeg?

FFmpeg en sí es gratuito y de código abierto: nunca hay una tarifa de licencia. Lo que cuesta dinero es una máquina que realmente pueda ejecutarlo: CPU garantizada, acceso root y sin límites de tiempo de ejecución. Eso empieza en $16.79 al mes con un plazo de 24 meses, renovando a $20.79.

La factura no varía con el volumen

Si vienes de un servicio administrado que cobra por minuto de salida, esta es la diferencia estructural: un servidor tiene una tarifa fija. Procesa un archivo o diez mil y la factura es idéntica, así que un mes ocupado y un mes tranquilo cuestan lo mismo.

Sin facturación por minuto ni por trabajo. Un mes ocupado y un mes tranquilo cuestan exactamente lo mismo, así que puedes planificar la partida con un año de antelación.
Recodificar no cuesta nada extra. Cambiar una escala de bitrate, corregir un preset o reprocesar un catálogo antiguo no aumenta la factura, solo te cuesta tiempo en núcleos que ya has pagado.
Los núcleos son tuyos, los uses o no. La capacidad inactiva no es dinero desperdiciado si está ahí para tus picos; es lo que evita que una semana ocupada se convierta en una factura mayor.

Cuánto puedes procesar realmente en un plan depende del codec, la resolución, los filtros que aplicas y cuántos trabajos se ejecutan a la vez; una versión H.264 720p es mucho más económica en tiempo de CPU que 4K HEVC. Dinos qué estás codificando y te diremos qué plan lo soporta.

Respuestas directas

Preguntas que debes hacer antes de contratar.

Respuestas claras sobre la construcción, el sistema operativo, el soporte de GPU, los límites de tráfico y lo que hacemos y no hacemos por ti.

Revisado por Adnan Canturk, Fundador de Ahosting con 24 años en hosting web. Última actualización: 30 de agosto de 2026

FFmpeg es un conjunto de herramientas de línea de comandos para el procesamiento de audio y video. Aquí, hosting FFmpeg significa una máquina virtual KVM con FFmpeg y FFprobe ya compilados, para que puedas ejecutar transcodificaciones, empaquetado HLS y DASH y pipelines programados desde tu primer inicio de sesión sin compilar nada.

La imagen preconfigurada es Ubuntu 24.04.3 LTS con CloudPanel y FFmpeg preinstalados, y se selecciona de forma predeterminada al hacer el pedido. Si prefieres empezar desde cero, elige una distribución y un panel de control diferentes en el formulario de pedido; están disponibles AlmaLinux, Debian, Rocky, CloudLinux y otros, con cPanel/WHM, Webmin o sin panel. La licencia del panel se cobra por separado cuando el panel la requiere.

La compilación estándar incluye H.264 (libx264), H.265/HEVC (libx265), VP8/VP9 (libvpx), AV1 (libaom), AAC, Opus, MP3, Vorbis y FLAC, junto con el empaquetado HLS y DASH. Ambos planes tienen el mismo conjunto, porque ambos ejecutan la misma imagen.

Sí. Tienes acceso root, así que puedes añadir un repositorio diferente o compilar FFmpeg desde el código fuente con tus propios parámetros de configuración, incluidos codificadores que nosotros no podemos distribuir por motivos de licencia. Nada en la máquina te impide sustituir la compilación proporcionada.

Ambos. Para video a la carta pones los trabajos en cola y los dejas correr, sin límite de tiempo de proceso o cron que corte una codificación larga a mitad de camino. Para transmisión en vivo puedes aceptar un envío RTMP, transcodificar sobre la marcha y escribir segmentos HLS o DASH de baja latencia. El trabajo en vivo ocupa la CPU durante toda la transmisión, así que dimensiona el plan para tu pico, no para tu promedio.

Sí, en ambos planes. Tienes acceso root por SSH, y la programación se hace mediante cron o temporizadores systemd sin límite de tiempo de ejecución, que es exactamente lo que el hosting compartido no puede ofrecer para codificaciones largas.

No. Nuestros nodos no tienen GPUs, así que NVENC, VAAPI y QuickSync no están disponibles. La codificación se ejecuta en la CPU con libx264, libx265 y los demás codificadores de software. Para trabajos de entrega, eso suele ser la mejor opción de todos modos: la codificación por software ofrece mayor calidad por bit que los codificadores por hardware, a costa de tiempo de CPU. Si tu flujo de trabajo depende de codificación por hardware en tiempo real, esta no es la plataforma adecuada; dínoslo antes de pedir y te lo confirmaremos.

FFStart incluye 75 GB de almacenamiento SSD y 6 TB de tráfico mensual; FFPower incluye 100 GB y 8 TB. Si esperas superar eso, dínoslo antes de pedir para que podamos dimensionarlo contigo. Ese almacenamiento es apto para un conjunto de trabajo, no para un archivo permanente, así que para una biblioteca grande combina el servidor con almacenamiento de objetos, y pon un CDN delante de la entrega si sirves contenido a gran escala.

Tu máquina está aislada a nivel de hardware mediante KVM, con su propio kernel y sistema de archivos en lugar de uno compartido. El almacenamiento está detrás de un controlador RAID de hardware en nuestro centro de datos de Detroit, Michigan, con energía redundante de UPS y generador, y puedes tomar instantáneas antes de un cambio arriesgado. Como tienes acceso root, los parches y la configuración del firewall corren por tu cuenta. Para ser explícitos sobre lo que no proporcionamos: sin mitigación de DDoS, sin copias de seguridad gestionadas y sin escaneo de malware dentro de tu servidor.

Sí. FFmpeg es software libre y de código abierto, publicado bajo las licencias LGPL y GPL, así que no hay tarifa de licencia por usarlo comercialmente. El costo es la máquina en la que lo ejecutas: la transcodificación satura la CPU durante largos periodos, que es precisamente lo que el hosting compartido no está diseñado para absorber.

Por lo general, no. La mayoría de los planes compartidos desactivan las funciones de PHP que FFmpeg necesita, exec() and shell_exec()y restringen los binarios personalizados. Incluso cuando el binario se ejecuta, los límites de CPU por cuenta y los límites de tiempo de cron terminan las codificaciones largas a mitad de camino. Esa es una decisión de diseño deliberada en el hosting compartido, no un defecto: evita que una cuenta monopolice una máquina.

Listo cuando tú lo estés

Pon tus codificaciones en una máquina que las termine

Empieza con FFStart para trabajos en cola con cuatro núcleos garantizados, o elige FFPower cuando los trabajos se ejecuten en paralelo. FFmpeg ya está instalado en ambos, así que tu primera transcodificación puede ejecutarse a los pocos minutos de que el servidor esté activo.

vCPU garantizada, nunca limitada
Sin límites de tiempo para cron o procesos
Periodo de devolución de dinero de 30 días

FFStart empieza desde