Cue Media Server · criado pela Server Room · licenciado por máquina

Motor de streaming Cue. Troque o motor; seus codificadores, URLs de player e MediaCP permanecem como estão.

O Cue é o motor de streaming ao vivo que nós mesmos escrevemos e instalamos no seu servidor dedicado. É um media server que responde como o Wowza faz — o mesmo login RTMP na porta 1935, os mesmos caminhos playlist.m3u8, a mesma API REST que o MediaCP aciona — e como o Flussonic faz para os canais que você traz dele. Migrar para ele é uma importação e uma troca que você pode desfazer, não uma reconstrução de tudo o que aponta para o seu servidor.

RTMP, SRT, WebRTC, RTSP and MPEG-TS inHLS, DASH, WebRTC, RTMP, SRT, RTSP outUbuntu, Debian, AlmaLinux, Rocky Linux$195/mo per server, $29.99 setup
Compatibilidade

O que é aproveitado e o que o Cue faz com isso

Tudo o que conversa com um servidor de streaming foi configurado segundo as convenções da Wowza ou da Flussonic. O Cue responde a essas convenções em vez de pedir que você as mude, então a migração acontece no servidor e em nenhum outro lugar.

O que você tem hojeCom o que o Cue responde
Codificadores publicando em rtmp://host:1935/app com usuário e senha Adobe A mesma porta, os mesmos nomes de aplicação e o mesmo desafio, por aplicação; uma senha incluída na chave de stream também funciona, para codificadores que só têm um campo de chave
Players e incorporações carregando /app/stream/playlist.m3u8, com ou sem _definst_ Os mesmos caminhos, com RTMP e HTTP compartilhando a porta 1935 como antes
MediaCP, ou qualquer ferramenta escrita para a API REST da Wowza na 8087 As chamadas /v2/servers/_defaultServer_/… da Wowza e os contadores da 8086, com as credenciais do próprio painel; o painel cria aplicações, define as senhas delas e as vê ao vivo
Um site que assina links com Wowza SecureToken v2 ou securelink da Flussonic As duas fórmulas aceitas com o segredo que você já usa; além dos links HMAC do próprio Cue
Middleware respondendo ao on_play e ao on_publish da Flussonic Consultado da mesma forma, com X-AuthDuration, X-UserId e X-Max-Sessions respeitados, para todos os protocolos
Um receptor para o event_sink da Flussonic O mesmo envelope e X-Signature, por aplicação, armazenados em buffer e reenviados enquanto o receptor estiver fora do ar
Canais Flussonic publicados em rtmp://host/static e reproduzidos em /name/index.m3u8 Um canal importado da Flussonic também responde a esses endereços
Links de retrocesso: ?DVR da Wowza, index-… e timeshift_… da Flussonic Servidos a partir da gravação da própria transmissão, nos mesmos endereços
Protocolos

O patch bay

Cada entrada pode alimentar cada saída: um stream publicado uma vez via SRT é reproduzido como HLS, DASH, WebRTC, RTMP e RTSP ao mesmo tempo, e um feed multicast de um head-end sai como HLS para navegadores.

Entrada

  • RTMP / RTMPS:1935publicação; login Adobe ou uma senha na chave do stream; RTMPS na porta TLS
  • SRT:9998/udppublicação; o ID do stream nomeia aplicação, stream, usuário e senha; AES com chave derivada da senha de publicação
  • WebRTC (WHIP)/app/stream/whippublicação com a senha de publicação como bearer token; toda a mídia em 8189, UDP ou TCP
  • RTSP:554publicação via TCP com login Basic ou ?password=
  • Pull RTSP / RTSPSrtsp://câmeras IP, com o login da própria câmera
  • Pull SRTsrt://o Cue chama o remetente; feeds criptografados também
  • MPEG-TSudp:// · tshttp://unicast, multicast em uma interface nomeada (puro ou encapsulado em RTP), ou via HTTP
  • Pull HLShls://re-servir outra origem, incluindo as que ficam atrás de CDN
  • Pull RTMPrtmp://espelhar outro servidor, com o login dele

Saída

  • HLS/app/stream/playlist.m3u8segmentos MPEG-TS ou fMP4/CMAF; Low-Latency HLS sobre HTTP/2
  • MPEG-DASHmanifest.mpd · index.mpdconstruído sobre os mesmos segmentos CMAF do HLS fMP4
  • WebRTC (WHEP)/app/stream/whepmenos de um segundo atrás do ao vivo; o áudio AAC é convertido em Opus enquanto os espectadores WebRTC assistem
  • RTMP:1935reprodução, com cache de imagem para início rápido
  • SRTm=requestqualquer stream como MPEG-TS na porta SRT
  • RTSP:554TCP intercalado; players que pedem UDP tentam novamente via TCP
  • MPEG-TS/app/stream/mpegtsvia HTTP, ou enviado para um grupo multicast UDP
  • Miniaturathumbnail.jpgo último quadro de cada stream ao vivo, atualizado a cada 5 s

As portas são os padrões em um servidor onde o Cue roda sozinho. Instalado ao lado de um Wowza em execução, o Cue publica em 1936 até você trocar, e o RTSP muda para 5554 onde a 554 estiver ocupada; ao lado de um Flussonic que segura a 9998, o SRT escuta em 9999.

Dentro do motor

O que o motor faz, grupo por grupo

Abra um grupo para ver os detalhes. Tudo o que está listado aqui já foi construído e passou no teste de aceitação; o que ainda não existe é citado mais abaixo, não fica para você descobrir sozinho.

01Fontes com failover, codificadores que voltam
  • Uma fonte puxada pode ter até quatro endereços de backup. O Cue lê o primeiro que responder e volta para um melhor quando ele retornar (verificado a cada 30 s).
  • Os espectadores mantêm o mesmo stream durante uma queda de até 10 s: a conexão seguinte continua com os timestamps adiantados, para que os players não reiniciem.
  • Um codificador que reconecta com credenciais válidas retoma o nome do stream imediatamente, em vez de esperar a conexão morta expirar.
02Bitrate adaptativo na GPU
  • Um FFmpeg por stream ao vivo, alimentado pelo motor, codifica a escada no Intel Quick Sync via VA-API; sem uma GPU utilizável, ele recorre ao libx264 no processador.
  • A fonte é copiada como a versão de topo e apenas versões menores são geradas; keyframes são forçados onde a fonte os tem, para que todas as versões cortem no mesmo instante.
  • Presets HD (720p, 480p, 360p), SD e Mobile pela interface; até cinco versões personalizadas pela API.
  • A playlist master anuncia a fonte na bitrate medida, para que os players não a confundam com a versão mais barata.
  • Medido em um HPE ProLiant m710x: sete escadas HD 1080p30 em tempo real de uma vez, com o processador abaixo de 35 %. Planeje seis.
03Imagem, som e idiomas
  • Um logo nas versões: um PNG no canto que você escolher, dimensionado como uma fração da altura da imagem’, com opacidade. Na GPU onde a compilação do FFmpeg permitir, no processador caso contrário.
  • Deinterlacing para fontes entrelaçadas, ajuste de volume em dB e a escolha de qual das faixas de áudio da fonte as versões carregam.
  • Isso se aplica à escada adaptativa que os espectadores de HLS e DASH assistem; RTMP, SRT, RTSP e WebRTC carregam o stream como ele chega.
  • Uma fonte com várias faixas de áudio é oferecida com cada uma como um idioma nomeado em fMP4 HLS, Low-Latency HLS e DASH, e os espectadores alternam entre elas; MPEG-TS HLS mantém uma faixa de áudio, como o Wowza faz.
04Retroceder, time-shift e MP4
  • Uma aplicação com DVR permite que os espectadores voltem pela janela, nos endereços ?DVR do Wowza’ e index-<from>-<s|now>, timeshift_rel e timeshift_abs do Flussonic’.
  • Qualquer trecho baixa como MP4 com o índice primeiro, remuxado sem recodificação e cortado no segundo que você pediu (a partir do keyframe anterior).
  • Clipes salvos pela interface vão para a biblioteca de mídia da aplicação.
05Quem pode assistir, quem pode publicar
  • Senhas de publicação por aplicação; o Cue guarda apenas um hash de cada uma.
  • Links assinados em três formas: Wowza SecureToken v2, securelink do Flussonic e o HMAC próprio do Cue’, opcionalmente vinculado ao endereço do espectador. Um espectador que já está assistindo não é cortado quando um link expira.
  • Endereços permitidos e bloqueados, e os sites autorizados a incorporar o player (por Referer).
  • Um backend de autorização consultado antes de um espectador começar ou um codificador publicar, no protocolo do Flussonic’, com sessões por usuário limitadas entre protocolos.
  • Um limite de espectadores por aplicação, contado entre HLS, RTMP e as outras saídas.
06Intervalos de anúncios e eventos
  • Cues SCTE-35 que chegam por SRT ou MPEG-TS viram marcadores de anúncio HLS: CUE-OUT/CUE-IN, EXT-X-DATERANGE, ambos ou desligado, por aplicação, na fonte e em todas as versões.
  • Webhooks no formato event_sink do Flussonic’: streams e fontes abrindo e fechando, publicações recusadas, gravações começando e terminando. Assinados, até cinco receptores por aplicação, mantidos e reenviados até cada um responder.
07Detalhes de entrega que evitam um ticket de suporte
  • RTMP e HTTP em uma porta só, como o Wowza os serve.
  • WebRTC nos dois sentidos: publicação WHIP, com a senha de publicação como bearer token, e reprodução WHEP menos de um segundo atrás do ao vivo. Toda a mídia WebRTC usa uma porta, 8189, por UDP ou TCP para redes que bloqueiam UDP.
  • Um certificado Let’s Encrypt gratuito para o nome do servidor, ativado na interface assim que o nome apontar para o servidor: reprodução HTTPS na 443 e a interface na 8443, renovado sozinho. O endereço IP puro mantém um certificado autoassinado.
  • Cabeçalhos CORS em todas as playlists e segmentos, para que players web em outros domínios funcionem sem ajustes.
  • Os segmentos são servidos sem sessão, para que um CDN na frente possa cacheá-los; as playlists são enviadas sem cache.
  • Áudio MP3 transportado em MPEG-TS HLS, como o Wowza o transporta, para codificadores que ainda o enviam.
Alternativa ao Wowza, alternativa ao Flussonic

Cue ao lado do Wowza Streaming Engine e do Flussonic Media Server

Uma linha só aparece aqui quando o Cue já faz aquilo hoje. As outras duas colunas vêm da documentação de cada fornecedor para o Wowza Streaming Engine 4.11.3 e o Flussonic Media Server 26.09, lida em setembro de 2026; um travessão significa que o produto não se propõe a fazer aquilo.

RecursoWowza 4.11Flussonic 26.09Cue
Entrada de vídeo
Publicação RTMP e RTMPS, uma senha por aplicativoSimSimSim
Publicação SRT, criptografada, e pull SRTSimSimSim
Publicação WebRTC (WHIP)SimSimSim
Publicação RTSP e pull de câmera IPSimSimSim
MPEG-TS sobre UDP, incluindo multicastSimSimSim
Retransmissão de outro servidor via HLS ou RTMPSimSimSim
Fontes de backup, comutadas automaticamenteSimSimSim
Saída de vídeo
HLS em MPEG-TS, fMP4/CMAF e HLS de baixa latênciaSimSimSim
Reprodução WebRTC (WHEP), menos de um segundo atrás do ao vivoSimSimSim
MPEG-DASHSimSimSim
Reprodução RTMP, SRT, RTSP e MPEG-TSSimSimSim
Vários idiomas de áudio, trocados pelo espectadorSimSimSim
Limite de espectadores por aplicativoSimSimSim
Trabalhando no fluxo
Escada de bitrate adaptativo Wowza: MainConcept ou NVENC · Flussonic: CPU, NVENC ou Quick Sync · Cue: Quick Sync ou CPUSimSimSim
Um logotipo sobre a imagemSimSimSim
Miniaturas de transmissões ao vivoSimSimSim
Retroceder DVR e time-shiftSimSimSim
Clipes e exportações em MP4SimSimSim
SCTE-35 na entrada, marcadores de anúncio no HLSSimSimSim
Acesso e eventos
Links de reprodução assinadosSimSimSim
Consultar seu próprio backend sobre quem pode assistir ou publicarSimSimSim
Restrições de endereço e site Cue: países pelo Painel do Revendedor CueSimSimSim
HTTPS com certificado para o nome do servidor Cue: certificado gratuito Let’s Encrypt, ativado na interfaceSimSimSim
WebhooksSimSimSim
Migrando entre eles
Caminhos de reprodução e login de publicação do WowzaNativo— não se aplicaSim
API REST do Wowza, como o MediaCP a chamaNativo— não se aplicaSim
Endereços do Flussonic, para canais importados— não se aplicaNativoSim
Importar um servidor Wowza ou Flussonic, incluindo senhas— não se aplica— não se aplicaSim
Instalar ao lado do motor antigo, alternar e voltar— não se aplica— não se aplicaSim

Ainda não no Cue, e presente nos outros dois

DRM com Widevine, FairPlay ou PlayReady; legendas ocultas (CEA-608/708, WebVTT); HLS criptografado AES-128; inserção de anúncios no servidor; codificação em placas NVIDIA. Se um desses recursos sustenta o seu serviço, um servidor Wowza ou um servidor Flussonic é a resposta direta por enquanto.

Migração

Migrando um servidor Wowza ou Flussonic para o Cue

Nada é removido e nada é definitivo até você autorizar. O motor antigo continua servindo enquanto o Cue é testado ao lado dele, e a troca funciona nos dois sentidos.

  1. Instale ao lado do motor em execução

    Em um servidor que já roda Wowza ou Flussonic, o Cue usa a porta 1936 para publicação e 8443 para sua interface, verifica antes todas as portas de que precisa e não instala firewall próprio. Seu tráfego ao vivo permanece intacto.

  2. Importar

    A página Importar lê a instalação antiga na mesma máquina — cada Application.xml, os arquivos de senha de publicação, PushPublishMap.txt e os arquivos .stream, ou um flussonic.conf — ou um .tgz que você enviar. Ela mostra o plano sem revelar nenhum segredo e cria as aplicações que você marcar com seus nomes, usuários e senhas de publicação, limites de espectadores, origens, janelas de DVR e segredos de SecureToken exatamente como estavam. Um transcodificador Wowza ou Flussonic vira a escada HD do Cue, e o plano informa isso.

  3. Teste na porta lateral

    Aponte um codificador para 1936 com a senha original e reproduza o resultado. Todo o resto continua no motor antigo.

  4. Troque, ou volte atrás

    Trocar para o Cue na interface para e desativa o motor antigo e entrega 1935 (e 80/443 quando livres) ao Cue, revertendo sozinho se o Cue não responder. Voltar atrás devolve as portas e inicia o motor antigo novamente. O motor antigo é parado, nunca excluído.

Preço e entrega

Quanto custa e como chega ao seu servidor

O Cue aparece como uma linha própria na fatura, ao lado do servidor e nunca embutido nele. Os valores vêm do mesmo catálogo que o checkout utiliza para cobrar. É faturado pelo preço mensal em todos os ciclos: um prazo mais longo reduz as linhas do servidor, não as do Cue.

Cue Media Server, per month$195
Setup, once$29.99
Licensed toOne machine, bound when it first activates
On a 3, 6 or 12-month term$195 × the months: software takes no term discount
The line it was built onHPE ProLiant m710x, from $62.58/mo as Intel Xeon E3-1585L v5 Quad Core 3.00 Ghz · 32 GB DDR4 · 1 × NVMe-SSD 240 GB · 1 Gbps
Together, from$257.58/mo before tax
CitiesNew York, Bucharest, San Francisco, Amsterdam and Miami
  1. passo 1 · pedido

    Configure o servidor

    O botão abre o configurador do m710x com o Cue Media Server já em Software. As outras linhas que o vendem estão listadas abaixo; em qualquer uma delas, ele fica em Software → Soluções de streaming assim que um sistema Linux é escolhido: Ubuntu 22.04 ou posterior, Debian 12 ou posterior, AlmaLinux 9 ou posterior, Rocky Linux 9 ou posterior. O Cue não tem versão para ARM, por isso as nossas máquinas ARM não o oferecem.

  2. passo 2 · instalação

    Instalado e licenciado para si

    Assim que o sistema operativo estiver instalado — num servidor pronto, na entrega — executamos o instalador assinado do Cue com uma chave de licença emitida para essa máquina. A chave fica vinculada à máquina na primeira ativação.

  3. passo 3 · iniciar sessão

    Abra a interface

    A interface responde na porta 8443 do seu servidor, e a página do servidor no seu painel mostra a licença e o seu estado. Tem acesso root na máquina, por isso cue admin reset-password <nome> define uma nova palavra-passe da interface sempre que precisar.

Configure um servidor com Cue

Para revendedores de streaming

Painel de Revenda Cue

Um painel de controle para vender streaming, integrado ao Cue e organizado como o MediaCP, onde seus próprios clientes acessam seus serviços ao vivo, sob demanda, de TV e rádio. É licenciado por máquina, como o motor.

  • Funciona com Cue Media Server. Ao contratar o painel, ele é adicionado, e os dois compartilham uma única configuração $29.99 entre si.

O suporte para mais motores está em desenvolvimento.

Cue Reseller Panel, per month$49
With Cue Media Server$244/mo ($195 + $49), $29.99 setup once for the two

Configure a server with Cue Media Server and the panel

Todos os recursos do painel
Antes de encomendar

Perguntas que os engenheiros fazem primeiro

O Cue é uma alternativa direta ao Wowza?

Para aquilo que normalmente se pede a um servidor Wowza — entrada RTMP com início de sessão Adobe, saída HLS nos mesmos endereços, MediaCP a geri-lo através da API REST — sim: os codificadores, os embeds e o painel mantêm as suas definições. As propriedades avançadas do Wowza, os ficheiros SMIL e os perfis de transcodificação próprios de um painel não são transportados; uma aplicação com um transcodificador Wowza recebe em vez disso a escada HD do Cue.

Em que sistemas é instalado?

Ubuntu 22.04 ou posterior, Debian 12 ou posterior, AlmaLinux 9 ou posterior e Rocky Linux 9 ou posterior. O instalador verifica a nossa versão assinada com OpenSSL 3, que os sistemas mais antigos não têm, pelo que a opção em qualquer outro sistema é entregue à nossa equipa em vez de ser instalada. O Cue não funciona em Windows.

Como se comporta a licença por máquina?

A chave fica ligada à máquina em que é ativada pela primeira vez; uma reinstalação dessa máquina mantém-na. O Cue guarda depois uma licença assinada válida por sete dias e renova-a a cada doze horas, para que uma falha do nosso lado nunca interrompa as suas transmissões antes do tempo. Sem uma licença válida — a conta encerrada, ou a chave copiada para outra máquina — o Cue deixa de publicar e de reproduzir, e a interface continua disponível para receber uma chave.

Um período de 12 meses torna o Cue mais barato?

Não. O software nos nossos servidores é faturado pelo preço mensal vezes os meses em cada ciclo; o desconto de prazo mais longo aplica-se às linhas próprias do servidor.

Como chegam as atualizações?

Cada versão é assinada com a nossa chave de lançamento, e o servidor verifica cada ficheiro contra essa assinatura antes de executar o instalador da versão. A interface indica quando há uma nova versão e instala-a quando prime Instalar; uma versão alterada depois de assinada é recusada.

Posso manter o Wowza a funcionar enquanto testo?

Sim. Ao lado de um Wowza ou Flussonic em execução, o Cue instala-se em portas laterais e não mexe na firewall; muda as portas com Mudar para Cue quando estiver satisfeito, e Mudar de volta desfaz a alteração.

Outras páginas que respondem à próxima pergunta