Codificación de vídeo para tube sites autoalojados: FFmpeg, AV1 y matemáticas de almacenamiento

La codificación es donde realmente se decide la economía de un sitio tube. El almacenamiento y el ancho de banda son las dos facturas que crecen con el éxito, y ambas son función de una sola cosa: cómo codificas. Sin embargo, si buscas orientación de codificación específica para tube, encuentras artículos genéricos sobre la guerra de códecs escritos por proveedores de nube cuya conclusión siempre es «demasiado difícil, usa nuestra plataforma». Esta guía es lo contrario: los ajustes de FFmpeg, la escalera de renditions y las cuentas de almacenamiento para un sitio tube autoalojado en 2026, desde alguien que está del lado autoalojado del debate.

Los bitrates y tamaños de abajo son valores por defecto que funcionan para contenido adulto 2D típico, no leyes. Las posiciones de licenciamiento de códecs y los porcentajes de soporte en navegadores son los reportados a mediados de 2026 — verifícalos antes de comprometer un catálogo de 200k vídeos a un solo códec.

La escalera de renditions: tres escalones, quizá cuatro

Las plataformas de streaming publican escaleras con ocho escalones porque sirven de todo, desde smart TVs hasta ascensores. Un sitio tube necesita tres, a veces cuatro:

Dos decisiones importan más que las cifras exactas. Si conservar las fuentes: volver a codificar solo es posible a partir de lo que conservaste, así que guarda los originales del contenido exclusivo o licenciado y deja que el contenido de feeds viva solo como renditions. Si el 1080p es gratuito: convertir el HD completo en una ventaja para miembros es una de las palancas de monetización de tube más antiguas que funcionan, y al mismo tiempo recorta tu factura de ancho de banda. (TubePress te permite definir la lista de formatos: qué renditions existen y con qué opciones de FFmpeg.)

Los ajustes de FFmpeg que realmente importan

Una codificación H.264 de nivel tube son cuatro decisiones, y después una plantilla. Modo de calidad: usa CRF para una calidad perceptual consistente (empieza en -crf 23, baja a 21–22 para los niveles premium) con límites -maxrate/-bufsize para que una escena de mucho movimiento no dispare la entrega. Velocidad: -preset veryfast es el caballo de batalla para importaciones masivas — la penalización en tamaño de archivo frente a slow es real pero moderada, mientras que la diferencia en tiempo de CPU es de 5–10×; reserva presets más lentos para contenido premium. Búsqueda (seeking): fuerza una cadencia de keyframes (-g 48–120) para que el arrastre de la barra de reproducción — algo que los usuarios de tube hacen constantemente — responda rápido. Entrega: -movflags +faststart no es negociable para MP4 progresivo, o el reproductor esperará a tener el archivo completo antes de empezar. Juntando todo, una rendition de trabajo en 480p se ve así:

ffmpeg -i src.mp4 -vf scale=-2:480 -c:v libx264 -preset veryfast -crf 23 -maxrate 1.5M -bufsize 3M -g 96 -c:a aac -b:a 96k -movflags +faststart out_480.mp4

Más allá de las renditions en sí, el proceso de codificación también produce los recursos que generan clics: miniaturas de portada, previsualizaciones animadas al pasar el cursor (tiras cortas en WebP/MP4 de pocos fps muestreadas a lo largo de la línea de tiempo — desproporcionadamente importantes para el CTR) y, si marcas tu contenido con marca de agua, las propias marcas de agua. Las marcas de agua y las cortinillas de introducción son «quemadas» en el vídeo (burn-in) — una recodificación, no una superposición —, así que decídelas antes de procesar un catálogo en masa, no después. El proceso de transcodificación de TubePress genera renditions, miniaturas y previsualizaciones a partir de una lista de formatos definida por el administrador, con opciones de marca de agua y cortinilla de introducción quemadas — la misma lógica de FFmpeg de arriba, integrada en el flujo de subida y de importación masiva.

AV1 y H.265 en 2026: la respuesta honesta

Los artículos sobre la guerra de códecs tienen razón en una cosa: AV1 ofrece del orden de un 30–50% de ahorro de bitrate frente a H.264 con calidad comparable, y el soporte en navegadores ya es amplio en las versiones actuales. La parte que se saltan es la tabla de costes del operador:

• El coste de codificación se dispara. La codificación por software de AV1 va muchas veces más lenta que x264 con los ajustes relevantes para tube. A escala de catálogo, eso es una factura de servidor real — los codificadores AV1 por hardware (GPUs recientes y algunas CPUs) cambian esto, si tus máquinas de codificación los tienen.
• Los dispositivos antiguos siguen reproduciendo H.264. El tráfico adulto se inclina hacia una cola de dispositivos muy larga; un códec que esa cola no puede decodificar es un ticket de soporte, así que AV1 se entrega junto a H.264, no en su lugar — lo que significa más almacenamiento, no menos, hasta que hagas limpieza.
• Licenciamiento: AV1 está diseñado para ser libre de regalías (a lo largo de los años se han reportado reclamaciones de pools de patentes en su contra — el ecosistema ha seguido adelante en gran medida de todos modos); el lío de licenciamiento multi-pool de H.265 es la razón principal por la que la web lo evitó en gran medida para contenido gratuito.

La política pragmática para 2026 en un tube autoalojado: H.264 en todas partes como base; añade renditions en AV1 solo para tu contenido de mayor tráfico, donde el ahorro de ancho de banda compensa el coste de codificación; ignora H.265 para entrega web a menos que tu flujo de trabajo de origen te lo entregue ya así. Resulta revelador que las grandes plataformas de CMS para adultos solo incorporaran soporte de AV1/H.265 en sus versiones de 2026 — el grueso de este sector está exactamente ahí.

Las cuentas de almacenamiento, según el tamaño del catálogo

Usando la escalera de 3 escalones (240+480+720, ≈ 0.35 GB por vídeo de 10 minutos, todo incluido) y la escalera de 4 escalones (≈ 0.75 GB con 1080p), con una duración media de título de 15 minutos:

Reglas que se desprenden de la tabla: los servidores de almacenamiento dedicados con discos duros grandes superan en precio al almacenamiento de objetos en la nube a escala de tube, por un margen amplio (haz tus propios cálculos frente a las tarifas de salida (egress) actuales — la diferencia normalmente no es reñida); las renditions son recreables, así que la redundancia RAID más una copia de seguridad de las fuentes gana a respaldarlo todo dos veces; y podar la rendition en 1080p de los vídeos que nadie ve es dinero gratis. La guía de hosting cubre el lado de la entrega — elección de CDN, lo que las condiciones de las grandes CDN realmente permiten para adultos, y configuraciones de referencia por presupuesto.

«Nunca autoalojes vídeo» — la afirmación del proveedor, pasada por una calculadora

La industria del vídeo en la nube publica un flujo constante de contenido tipo «15 razones para nunca autoalojar vídeo». Las razones son reales para una demo de producto SaaS de cinco personas; se invierten a escala de tube. Las plataformas de vídeo alojado cobran por minutos almacenados y minutos entregados — a las tarifas publicadas a mediados de 2026, un catálogo modesto de 50k vídeos con tráfico real entra en cifras de cinco dígitos al mes, y eso antes de que las políticas de contenido de las plataformas se topen con tu contenido (la mayoría de las condiciones de los SaaS de vídeo convencionales excluyen directamente el contenido adulto). Un servidor de almacenamiento más una CDN ejecutando la escalera de arriba hace el mismo trabajo por unos pocos cientos de dólares al mes. Autoalojar vídeo no es el modo difícil de llevar un sitio tube; es el modelo de negocio.

TubePress convierte todo este proceso en configuración: formatos y renditions definidos por el administrador, transcodificación FFmpeg con miniaturas, previsualizaciones al pasar el cursor, marca de agua quemada y almacenamiento multi-servidor — gratis y autoalojado. Descárgalo y codifica como si fuera tu factura, porque lo es.