Server de streaming RTMP sin tener que montar Nginx
Le damos URL y clave RTMP a tu encoder, y nos hacemos cargo de la transcodificación adaptive bitrate, la salida HLS, la grabación, el restream a YouTube/Facebook y la CDN. Soporte 24/7 en español. Setup completo en 5 minutos.
Compatibilidad con encoders
El server RTMP recibe video desde cualquier herramienta o dispositivo que envíe RTMP/RTMPS, que es prácticamente toda la industria:
| Categoría | Herramientas soportadas |
|---|---|
| Software gratis | OBS Studio, Streamlabs, Larix Broadcaster (móvil), GoCoder |
| Software pro | vMix, Wirecast, XSplit, ManyCam |
| Encoders hardware | BlackMagic ATEM Mini Pro, Teradek Vidiu/Bond, AVMatrix, LiveU Solo, Epiphan Pearl |
| Cámaras IP/PTZ | BirdDog, Datavideo PTC, NewTek Spark |
| Móvil | Larix Broadcaster (iOS/Android), Streamlabs Mobile |
Cómo configurar OBS con nuestro server RTMP en 60 segundos
- Crea tu cuenta. Plan TestDrive+ gratis 3 días, sin tarjeta.
- Abre OBS Studio. Menú Configuración → Transmisión.
- Servicio: selecciona "Personalizado" (Custom).
- Servidor: pega la URL del server RTMP del panel (ej:
rtmps://ingesta.xtreamcast.co/live). - Clave de transmisión: pega la stream key del panel.
- Aplica y luego pulsa Iniciar Transmisión. La URL HLS pública queda activa inmediatamente.
Si quieres una guía visual con capturas: cómo hacer streaming profesional con OBS.
RTMP vs RTMPS: ingesta segura hacia tu servidor de streaming RTMP
Cuando configuras tu encoder contra nuestro servidor de streaming RTMP, eliges entre dos sabores del mismo protocolo. RTMP a secas viaja sin cifrar sobre TCP por el puerto 1935, el estándar histórico que heredamos de Adobe. RTMPS es exactamente el mismo RTMP pero envuelto en una capa TLS, igual que HTTPS lo hace con HTTP; viaja cifrado por el puerto 443, el mismo de la web.
| Aspecto | RTMP | RTMPS |
|---|---|---|
| Cifrado | No (texto plano sobre TCP) | Sí (TLS, igual que HTTPS) |
| Puerto típico | 1935 | 443 |
| Prefijo de URL | rtmp:// | rtmps:// |
| Atraviesa firewalls corporativos | A veces (1935 suele estar bloqueado) | Casi siempre (443 está abierto) |
| Impacto en latencia | Referencia | Despreciable (sobrecarga TLS mínima) |
Recomendación: usa RTMPS siempre que tu encoder lo soporte —OBS, vMix, Wirecast y la práctica totalidad de equipos modernos lo hacen—. Cifra la transmisión entre tu encoder y nuestra ingesta, y al viajar por el puerto 443 atraviesa firewalls que bloquean el 1935, un escenario habitual al transmitir desde redes corporativas, hoteles o universidades. Solo conviene caer a RTMP plano cuando un encoder de hardware antiguo no implementa TLS. En ambos casos no necesitas abrir puertos entrantes: tu encoder inicia la conexión saliente hacia nuestros servidores de live streaming, así que basta con permitir salida por 1935 o 443.
Configuración por encoder para tu servidor de streaming RTMP
Los parámetros que importan son cuatro: la URL del servidor, la stream key, el intervalo de keyframe y el bitrate. Para HLS estable, mantén el keyframe interval en 2 segundos (GOP cerrado): es lo que permite segmentar el HLS de forma limpia. Esta tabla resume la configuración recomendada según el encoder más habitual:
| Encoder | URL del servidor | Stream key | Keyframe | Bitrate recomendado |
|---|---|---|---|---|
| OBS Studio | Servicio "Personalizado" + rtmps://…/live | Stream key del panel | 2 s | 3.5 Mbps (720p) / 6 Mbps (1080p) |
| vMix | Destination "Custom RTMP" + URL del panel | Stream name/key del panel | 2 s | 6 Mbps (1080p30) / 9 Mbps (1080p60) |
| Wirecast | Output "RTMP" + URL del panel | Stream key del panel | 2 s | 4.5–6 Mbps (1080p) |
| Streamlabs | Servicio "Custom" + URL del panel | Stream key del panel | 2 s | 3.5 Mbps (720p) / 6 Mbps (1080p) |
| Larix Broadcaster (móvil) | Nueva conexión rtmps://…/live | Se incluye al final de la URL | 2 s | 2.5–4 Mbps (720p en 4G/5G) |
| Encoder hardware (Teradek / ATEM Mini Pro) | Plataforma "RTMP" + URL del panel | Stream key del panel | 2 s | 6 Mbps (1080p) / según uplink |
La velocidad de subida debe ser al menos el doble del bitrate elegido para tener margen ante picos. Si transmites desde 4G/5G con un uplink inestable, conviene bajar el bitrate o considerar SRT como respaldo. ¿Más detalle de specs y resoluciones ABR? Está en el pillar de server de streaming.
Del RTMP ingest al HLS out: cómo fluye tu señal
Entender el pipeline ayuda a diagnosticar problemas y a elegir bien. Cuando pulsas "Iniciar transmisión", tu señal recorre cinco etapas dentro de nuestro servidor de streaming RTMP:
- 1. Ingesta RTMP/RTMPS. Tu encoder abre una conexión TCP persistente y nos entrega un único stream H.264/AAC. Esta es la capa donde vive RTMP; la latencia que añade es de 1–3 s.
- 2. Transcoder ABR. A partir de esa única ingesta generamos varias calidades en paralelo (240p, 480p, 720p, 1080p) con adaptive bitrate streaming, para que cada espectador reciba la que su conexión aguante.
- 3. Empaquetado HLS / LL-HLS. Cada calidad se trocea en segmentos y se describe en un manifiesto
.m3u8. Aquí ya no hay RTMP: la salida es HLS estándar (6–8 s) o LL-HLS (~3 s), reproducible en cualquier navegador sin plugins. - 4. CDN multi-región. Los segmentos se distribuyen por una red de PoPs cercanos al espectador. Esto absorbe picos de audiencia sin saturar el origen y reduce el buffering en LATAM.
- 5. Player. El reproductor HTML5 white-label pide el manifiesto, elige la calidad adecuada y cambia en tiempo real si la red varía. El espectador solo ve el video.
La idea clave: RTMP es el protocolo de entrada, HLS el de salida. RTMP entró por ser universal en encoders; HLS sale por reproducirse en cualquier dispositivo. Si quieres profundizar en las diferencias, lee RTMP vs HLS vs WebRTC, o salta directo a la plataforma para hacer live streaming.
Servidor RTMP gestionado vs montar tu propio Nginx-RTMP
Es la decisión que define tu operación. Montar un Nginx-RTMP propio sobre un VPS recibe y entrega el stream, pero todo lo demás queda a tu cargo: transcodificación a múltiples calidades, CDN para audiencias grandes, grabación, seguridad, monitoreo y mantenimiento. Un servidor de streaming RTMP gestionado como XtreamCast integra esa pila completa con SLA del 99.99%. El TCO honesto:
| Criterio | Nginx-RTMP propio | XtreamCast gestionado |
|---|---|---|
| Audiencia razonable | <200 espectadores concurrentes | Sin tope de espectadores |
| Costo mensual real | VPS USD 20–80 + CDN USD 30–300 + horas DevOps | Desde USD 25/mes, todo incluido |
| Transcodificación ABR | Manual con FFmpeg, consume CPU del VPS | Incluida, CPU dedicada |
| Grabación en la nube | Configurar S3, rotación y respaldos a mano | Activa por defecto |
| Restream a YouTube/Facebook | Módulo aparte, configuración manual | Hasta 10 destinos desde el panel |
| Monitoreo y SLA | Lo armas tú (Grafana, alertas, on-call) | 99.99% SLA contractual |
| Tiempo al primer stream | Horas o días | ~5 minutos |
Regla práctica: por debajo de ~200 espectadores concurrentes, y si tu equipo disfruta operando infraestructura, un Nginx-RTMP propio puede tener sentido por aprendizaje o por una restricción de red interna o compliance. Por encima de ese umbral, el costo operativo, el riesgo de caídas y el tiempo de tu equipo justifican un servidor gestionado. Para decidir con datos, tenemos tres lecturas a fondo: servidor RTMP profesional vs self-hosted, la guía de servidor de streaming RTMP en Latinoamérica 2026 y el tutorial de cómo configurar un servidor RTMP propio. Cuando lo tengas claro, compara planes y precios.
Preguntas frecuentes sobre el server RTMP
¿Qué puerto usa el servidor RTMP y cuál usa RTMPS?
El RTMP plano usa el puerto TCP 1935, estándar de la industria desde Adobe. RTMPS viaja cifrado por el puerto TCP 443, el mismo de HTTPS, lo que ayuda a atravesar firewalls corporativos que solo dejan salir tráfico web. No necesitas abrir puertos entrantes: tu encoder inicia la conexión saliente, así que basta con permitir salida por 1935 o 443.
¿RTMP vs RTMPS, cuál debo usar?
Usa RTMPS siempre que tu encoder lo soporte —prácticamente todos los modernos lo hacen—, porque cifra la transmisión entre tu encoder y nuestro servidor y atraviesa mejor los firewalls. La diferencia de latencia es despreciable. Solo cae a RTMP plano si tu encoder antiguo no soporta TLS.
¿Cuál es la latencia de ingesta RTMP?
La ingesta RTMP añade muy poca latencia, de 1 a 3 segundos, gracias a su conexión TCP persistente. La latencia total que percibe el espectador depende de la salida: HLS estándar 6–8 s, LL-HLS ~3 s y WebRTC sub-segundo. El cuello de botella no es RTMP, sino el formato de distribución que elijas.
¿Puedo usar mi propia URL RTMP o un dominio personalizado?
La URL de ingesta RTMP/RTMPS la genera XtreamCast y apunta a nuestra infraestructura gestionada; es la que pegas en tu encoder. Lo que sí puedes personalizar con tu dominio es la salida: la URL pública del reproductor y del HLS con player white-label. Si necesitas controlar la URL de ingesta de extremo a extremo, eso implica montar tu propio Nginx-RTMP.
Recursos sobre protocolos de streaming
¿Listo para operar con calidad broadcast?
Canales de TV, productoras, iglesias, radios e instituciones en Latinoamérica ya operan con XtreamCast. Prueba gratis 3 días. Garantía de devolución de 7 días. Tu canal listo en minutos. Soporte 24/7 en español.