Transmitir en Steam por RTMP: guía para desarrolladores

27 sep 2026 · 7 min de lectura

Quién puede transmitir

Valve revisa la cuenta, no el software. La cuenta de Steam que envía la transmisión debe:

Los juegos marcados como Adult-Only no pueden transmitirse de ninguna forma. Una cuenta nueva creada solo para transmitir no pasa la primera comprobación, y es la razón más común por la que una configuración que parece correcta nunca aparece.

Obtener la URL RTMP y el token

En cualquier cliente RTMP, la URL va en el campo del servidor y el token en el de la clave de transmisión. Las herramientas que piden una sola dirección quieren las dos unidas con una barra: rtmp://YOUR-UPLOAD-URL/YOUR-TOKEN.

La codificación que exige Steam

Estos son los requisitos publicados por Valve, no sugerencias. La columna de la derecha es lo que envía Loopcast, que queda holgadamente dentro de cada límite.

Dos de estos causan la mayoría de las transmisiones rechazadas o con tirones: un intervalo de fotogramas clave en el ajuste automático del codificador y el bitrate variable. Se permiten 60 fps, pero con un techo de 7000 kbps, 30 fps da a cada fotograma el doble de bits, que es mejor opción para un tráiler en bucle. Hay más detalles en Especificaciones de video para transmisiones de Steam.

Transmitir un archivo con ffmpeg

Esto toma cualquier video, lo escala y lo rellena a 1080p a 30 fps, lo codifica con las especificaciones de arriba y lo repite en bucle para siempre:

ffmpeg -re -stream_loop -1 -i input.mp4 \
  -vf "scale=1920:1080:force_original_aspect_ratio=decrease,pad=1920:1080:(ow-iw)/2:(oh-ih)/2,fps=30" \
  -c:v libx264 -preset veryfast -profile:v high -level:v 4.1 -pix_fmt yuv420p \
  -g 60 -keyint_min 60 -sc_threshold 0 \
  -b:v 6000k -minrate 6000k -maxrate 6000k -bufsize 12000k -x264-params nal-hrd=cbr \
  -c:a aac -b:a 128k -ar 44100 -ac 2 \
  -f flv "rtmp://YOUR-UPLOAD-URL/YOUR-TOKEN"

-re envía a velocidad de tiempo real en lugar de tan rápido como permita el disco. -g 60, -keyint_min 60 y -sc_threshold 0 fijan un fotograma clave cada 2 segundos, también en los cambios de escena. Los tres parámetros de tasa más nal-hrd=cbr hacen que el bitrate sea realmente constante y no solo limitado.

Codificar 1080p en vivo consume varios núcleos de CPU mientras dure la transmisión. Para un bucle, sale más barato codificar el archivo según las especificaciones una sola vez (con HandBrake o ffmpeg) y luego enviarlo sin recodificar:

ffmpeg -re -stream_loop -1 -i steam-ready.mp4 -c copy \
  -f flv "rtmp://YOUR-UPLOAD-URL/YOUR-TOKEN"

Antes de confiar en un archivo precodificado, comprueba qué contiene realmente:

ffprobe -v error -select_streams v:0 \
  -show_entries stream=codec_name,profile,level,width,height,r_frame_rate,bit_rate \
  steam-ready.mp4

Lo que buscas es h264, High, nivel 41, 1920 por 1080 y 30/1. ffprobe no informa directamente el intervalo de fotogramas clave, así que si tienes dudas, vuelve a codificar con los parámetros de arriba.

Mantenerla al aire

Una conexión RTMP se cae tarde o temprano: un corte de red, un reinicio de la ingesta en el lado de Valve, un reinicio del router. Cuando pasa, ffmpeg se cierra y no vuelve solo. Lo mínimo para una transmisión desatendida es un bucle que lo reinicie:

until false; do
  ffmpeg -re -stream_loop -1 -i steam-ready.mp4 -c copy \
    -f flv "rtmp://YOUR-UPLOAD-URL/YOUR-TOKEN"
  sleep 5
done

Con eso queda cubierta la conexión. La máquina, no. Lo que ejecute esto tiene que seguir encendido, despierto y conectado mientras quieras la página en vivo, y ese es el costo real de hacerlo tú mismo. Un VPS pequeño funciona mejor que un equipo de escritorio, porque nunca se suspende ni instala actualizaciones de madrugada, pero sigues siendo tú quien se entera cuando se detiene.

Cuando la transmisión está activa pero la página de la tienda no muestra nada

El resto de las causas habituales están en la guía de solución de problemas.