¿Puedo transcodificar video con FFmpeg en un VPS con vCPU dedicada sin GPU?

¿Qué codificadores se ejecutan en una CPU y qué cambian los presets?

Un preset es un intercambio de velocidad por tamaño: un preset más lento consume más CPU para producir un archivo más pequeño con la misma calidad. Todo codificador de software de FFmpeg tiene uno. La calidad se define aparte, con CRF. Elige primero la calidad y después el preset más lento que permita el plazo.

¿Cómo usa FFmpeg las vCPU de un VPS?

FFmpeg y sus codificadores dimensionan sus hilos según el número de CPU que detectan, que en un VPS es el número de vCPU. La opción genérica threads se establece por defecto en auto, y -filter_threads (escalado, superposiciones y otros filtros) se establece por defecto en el número de CPU disponibles. x265 crea sus propios pools de hilos, uno por nodo NUMA, dimensionados según el número de CPU, y aplica wavefront parallel processing por defecto; su documentación sitúa el coste de compresión de WPP por debajo del 1% en la mayoría de las pruebas.

Ese valor predeterminado es correcto para una codificación a la vez. Varias codificaciones en paralelo intentarían usar todas las vCPU y pasarían el tiempo cambiando en lugar de codificando. Reparte los hilos a mano: en Fell 8, dos trabajos con -threads 4 cada uno, o cuatro trabajos con -threads 2. La regla de hilos frente a núcleos se explica en ¿es una vCPU dedicada un núcleo o un hilo?.

Una sola codificación tampoco escala sin límite. El threading por fotogramas y por slices tiene límites ligados a la resolución, así que un archivo a 720p gana menos con 16 hilos que uno a 4K.

¿Qué cambian los núcleos dedicados en una codificación larga?

Una codificación es CPU al 100% durante todo el tiempo que dure el archivo, justo el perfil de carga que los planes compartidos están pensados para frenar. Según el estudio de Cobaltfell del 2 de noviembre de 2026, 29 de los 51 hosts que aceptan cripto sin verificación de identidad no venden ningún plan cuya CPU llamen dedicada. Dos de ellos ponen un límite por escrito: los términos de Spartan Host prohíben usar más del 50% de los núcleos asignados durante más de una hora, y la política de uso razonable de Advin Servers limita el uso de CPU al 75%. Un lote de películas incumple ambas. El caso general se explica en cuál es la diferencia entre una vCPU compartida y una dedicada.

En Cobaltfell: Se permite la carga completa durante todo el tiempo que tu trabajo lo necesite: sin créditos de CPU, sin ventana de ráfaga y sin limitación tras unos minutos al 100 %. Una vCPU es un hilo de hardware del procesador del host. Los tuyos están fijados uno a uno a tu VPS y nunca se prestan a otro cliente, y los dos hilos de un núcleo físico permanecen juntos, así que cada 2 vCPU forman un núcleo entero que ningún vecino comparte. Sin ningún vecino consumiendo ciclos, la cifra speed= que imprime FFmpeg se mantiene desde el primer minuto de un lote hasta el último, así que la duración de una cola se puede calcular de antemano.

El video ocupa mucho, así que el disco y el tráfico cuentan tanto como los núcleos. El origen y la salida comparten el NVMe del plan (Almacenamiento NVMe en todos los planes): Fell 8 tiene 320 GB NVMe y Fell 16 640 GB NVMe. Cada VPS recibe una dirección IPv4 y una IPv6 /64 en un puerto de 1 Gbit/s. El tráfico mensual de tu plan cuenta solo los datos salientes, y pasarse nunca añade un cargo por sí solo.

¿Cómo cronometro una codificación en un VPS antes de comprometerme?

Codifica un minuto del origen real con cada ajuste candidato y lee el valor speed=: 1x es tiempo real, 2x es el doble de rápido. -f null - descarta la salida, así que la prueba mide el codificador y no el disco. -benchmark añade al final el tiempo de CPU usado.

# which software encoders this ffmpeg build has
ffmpeg -hide_banner -encoders | grep -E 'libx264|libx265|libsvtav1'

# 60 seconds of your own file, video only, output discarded
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx265 -preset medium -crf 28 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libsvtav1 -preset 8 -crf 35 -f null -

# the same H.264 test held to 4 threads, to plan parallel jobs
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -threads 4 -f null -

¿Qué plan encaja con cada trabajo de transcodificación?

El trabajo que hay que terminar por hora decide el plan, no un solo archivo. La tabla da puntos de partida, no tiempos: Nuestros propios resultados de YABS y Geekbench 6, junto con el steal time que midamos, se publicarán con su fecha en cuanto se entregue nuestra primera máquina de pruebas. Hasta entonces no damos ninguna cifra de rendimiento propia. Los precios de cada plan están en cuánto cuesta un VPS con núcleos dedicados.

Otros hosts que venden núcleos dedicados para codificaciones largas están clasificados en cuál es el mejor proveedor de VPS con CPU dedicada en 2026.

¿Cuándo es una GPU la mejor herramienta para vídeo?

Una GPU es la mejor herramienta para muchos directos simultáneos en tiempo real, o cuando la velocidad de codificación importa más que el archivo más pequeño posible. Los codificadores por hardware como NVENC, Quick Sync y VAAPI se ejecutan en una tarjeta gráfica o en una GPU integrada, y FFmpeg solo los usa cuando ese hardware está presente. Un VPS de Cobaltfell no tiene ninguno, así que su punto fuerte es la codificación por software: más lenta por flujo, con el conjunto completo de presets y la eficiencia de compresión de los codificadores por software.

Para bibliotecas bajo demanda, lotes nocturnos y archivos, la codificación por CPU en núcleos dedicados es la configuración más sencilla. Para una plataforma en directo con docenas de canales simultáneos, el hardware GPU es la compra correcta. La misma pregunta de CPU o GPU para modelos de lenguaje se responde en ¿puedo ejecutar Ollama en un VPS sin GPU.