Servidor de Mídia Cue · criado pela Server Room · licenciado por máquina

Motor de streaming Cue. Vídeo ao vivo em qualquer protocolo, para todas as telas, a partir do seu próprio servidor.

O Cue é o motor de streaming ao vivo que nós mesmos escrevemos e instalamos no seu servidor dedicado. Os codificadores publicam por RTMP, SRT, WebRTC ou RTSP; os espectadores assistem em HLS, HLS de baixa latência, DASH ou WebRTC com menos de um segundo de atraso em relação ao ao vivo. Escadas de bitrate em NVIDIA ou Quick Sync, DVR, legendas ao vivo, DRM FairPlay, Widevine e PlayReady, anúncios do lado do servidor e um serviço completo de IPTV estão todos em um único programa.

RTMP, SRT, WebRTC, RTSP e MPEG-TS na entradaHLS, DASH, WebRTC, RTMP, SRT, RTSP na saídaUbuntu, Debian, AlmaLinux, Rocky Linux, RHEL, CentOS, Windows Server$195/mês por servidor, $29.99 de instalação
Protocolos

A central de conexões

Cada entrada pode alimentar cada saída: um stream publicado uma vez por SRT é reproduzido como HLS, DASH, WebRTC, RTMP e RTSP no mesmo instante, 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 por TCP com login Basic ou ?password=
  • RTSP / RTSPS pullrtsp://câmeras IP, com o login da própria câmera
  • SRT pullsrt://o Cue chama o remetente; feeds criptografados também
  • MPEG-TSudp:// · tshttp://unicast, multicast em uma interface nomeada (puro ou encapsulado em RTP) ou por HTTP
  • HLS pullhls://re-servir outra origem, incluindo as que usam CDN
  • RTMP pullrtmp://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 por TCP
  • MPEG-TS/app/stream/mpegtspor HTTP ou enviado a um grupo multicast UDP
  • Miniaturathumbnail.jpgo último quadro de cada stream ao vivo, atualizado a cada 5 s

Estas são as portas padrão do Cue.

Dentro do motor

O que o motor faz, grupo por grupo

Abra um grupo para ver os detalhes. Tudo o que está listado aqui foi construído e passou no teste de aceitação; qualquer coisa apenas parcialmente construída fica de fora, em vez de ser anunciada pela metade.

01Fontes com failover, codificadores que voltam
  • Uma fonte extraída 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 próxima conexão o continua com os timestamps avançados, para que os players não reiniciem.
  • Um codificador que reconecta com credenciais válidas retoma o nome do seu 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 em uma placa NVIDIA (NVENC) ou 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 superior e apenas versões menores são criadas; keyframes são forçados onde a fonte os tem, para que cada versão corte no mesmo momento.
  • Predefinições HD (720p, 480p, 360p), SD e Mobile pela interface; até cinco versões personalizadas pela API.
  • A playlist master anuncia a fonte na sua taxa de bits medida, para que os players não a confundam com a versão mais barata.
  • Medido em um HPE ProLiant m710x: sete escadas 1080p30 HD em tempo real simultaneamente, 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.
  • Desentrelaçamento para fontes entrelaçadas, alteração 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.
  • Legendas ao vivo: CEA-608 transportado no vídeo e páginas de teletexto DVB tornam-se versões de legendas WebVTT no HLS, que os espectadores ativam no player.
04Retroceder, time-shift e MP4
  • Uma aplicação com DVR permite que os espectadores voltem pela sua janela, a partir de um horário de início fixo ou de uma distância definida atrás do ao vivo.
  • Qualquer trecho é baixado 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 mantém apenas um hash de cada uma.
  • Links assinados com HMAC que expiram, opcionalmente vinculados ao endereço do espectador. Um espectador que já está assistindo não é desconectado quando um link expira.
  • Endereços permitidos e bloqueados, e os sites autorizados a incorporar o player (por Referer).
  • Seu próprio backend de autorização, consultado antes de um espectador iniciar ou um codificador publicar, 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.
  • FairPlay, Widevine e PlayReady a partir de uma cópia cbcs CMAF, uma chave por key id, com suas próprias credenciais Apple, Google e PlayReady. As licenças FairPlay e Widevine são respondidas pelo próprio servidor; os desafios PlayReady chegam em /drm/playready e seguem para o seu servidor de licenças PlayReady, que lê suas chaves de uma exportação CPIX 2.3 autenticada e criptografada para o seu certificado. Todos os três passam primeiro pelas regras de acesso do próprio canal.
  • HLS criptografado com AES-128 ou SAMPLE-AES, com chaves que rotacionam enquanto o stream roda.
06Intervalos de anúncios e eventos
  • Cues SCTE-35, splice_insert ou time_signal, tornam-se marcadores de anúncio HLS, quer cheguem por SRT ou MPEG-TS ou dentro de um feed RTMP (onCuePoint e as outras mensagens de dados que os codificadores usam, base64 ou hex): CUE-OUT/CUE-IN, EXT-X-DATERANGE, ambos ou desligado, por aplicação, na fonte e em cada versão.
  • Segmentos cortados no ponto de splice (playback.hls.splice_segments, ativado por padrão onde houver marcadores de anúncio): um intervalo começa em um segmento novo em MPEG-TS, fMP4 e Low-Latency HLS, e nas versões MPEG-TS da escada.
  • Sem cue no feed? POST /api/v1/channels/<key>/cues com type out, in ou cancel, uma duration, auto_return e um event_id inicia, encerra ou cancela um intervalo a partir do seu agendador.
  • Inserção de anúncios no servidor: a cada intervalo, o Cue consulta seu servidor de anúncios VAST ou VMAP, condiciona cada criativo para cada versão da escada (tamanho do quadro, codec, bitrate, taxa de quadros, som, duração do segmento) e o insere em cada versão HLS e no DASH como períodos de anúncio. Uma decisão por espectador e intervalo, para que um player que mude de qualidade no meio do anúncio permaneça no mesmo anúncio; os anúncios ficam íntegros dentro de um stream criptografado.
  • Beacons de impressão, início, quartil e conclusão disparam uma vez por espectador e anúncio, independentemente da versão ou protocolo que o transportou.
  • Webhooks para streams e fontes abrindo e fechando, publicações recusadas, gravações iniciando e terminando. Assinados, até cinco receptores por aplicação, mantidos e reenviados até que cada um responda.
07Detalhes de entrega que evitam um ticket de suporte
  • RTMP e HTTP em uma única porta.
  • Low-Latency DASH a partir das mesmas partes CMAF usadas pelo Low-Latency HLS: availabilityTimeOffset no manifesto e o segmento aberto enviado em chunks conforme cresce.
  • 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 automaticamente. O endereço IP puro mantém um certificado autoassinado.
  • Cabeçalhos CORS em cada playlist e segmento, para que players web em outros domínios simplesmente funcionem.
  • Os segmentos são servidos sem sessão, para que um CDN na frente possa armazená-los em cache; as playlists são enviadas sem cache.
  • Áudio MP3 transportado em MPEG-TS HLS, para codificadores que ainda o enviam.
08Uma biblioteca sob demanda, não apenas uma pasta de arquivos
  • Versões nomeadas <id>~<N>p.mp4 são servidas como um master adaptativo, menor largura de banda primeiro, cada uma com BANDWIDTH, RESOLUTION, CODECS e FRAME-RATE.
  • Arquivos de legenda nomeados <id>.cc.<lang>.vtt juntam-se a ele como um grupo EXT-X-MEDIA SUBTITLES, cada idioma sob seu próprio nome.
  • Um poster.jpg, uma faixa de pré-visualização (sprite.jpg com sprite.vtt) e chapters.vtt são detectados para o player.
  • Downloads em <file>/download (com ?name= para o nome salvo) e MP4 progressivo simples em <file>.mp4/progressive.mp4 com requisições Range.
09Um serviço IPTV no mesmo servidor
  • Linhas de assinante por nome de usuário e senha ou endereço MAC, com expiração, conexões simultâneas, saídas permitidas e testes; bouquets de canais ao vivo, filmes e séries.
  • As chamadas player_api.php e panel_api.php que os aplicativos de player IPTV fazem, playlists M3U e M3U_plus, e XMLTV do seu EPG.
  • Endereços de linha em MPEG-TS e HLS, TV de recuperação nos endereços de timeshift que esses aplicativos usam, bouquets Enigma2 com um script de instalação e a API do portal Stalker na qual as boxes MAG fazem login.
  • Quem está assistindo, desconexões, um registro de atividades e endereços banidos; revendedores que compram linhas com créditos; toda a configuração IPTV com backup e restauração como um único arquivo.
Alternativa ao Wowza, alternativa ao Flussonic

Tudo o que o Wowza e o Flussonic fazem, e mais cinco pontos em que só o Cue tem todos

Vinte e oito capacidades são terreno comum: os três motores as têm, por isso aparecem mais abaixo. As cinco linhas acima delas são onde os motores se separam, e só o Cue responde sim a todas. As colunas do Wowza e do Flussonic 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 e outubro de 2026. Um travessão significa que o produto não se propõe a fazer aquilo.

CapacidadeWowza 4.11Flussonic 26.09Cue
Onde eles se separam
Windows Server além do Linux Flussonic: pacotes Linux, Windows apenas via Docker · Cue: Windows Server 2012 R2, 2019, 2022 e 2025Sim— não integradoSim
Um serviço IPTV completo: linhas de assinante com validade e limites de dispositivos, bouquets, a API de player que os aplicativos IPTV usam, M3U e XMLTV, catch-up, Enigma2 e o portal MAG Flussonic: usuários, pacotes e playlists M3U em seu plugin IPTV; caixas MAG por middleware separado— não integradoBásicoSim
Inserção de anúncios no servidor a partir de VAST e VMAP, todas as versões e DASH Wowza: por meio de parceiros de anúncios · Cue: cada criativo condicionado por versão, períodos de anúncio DASH, um beacon por espectadorParceirosSimSim
Um programa nativo único, sem runtime Java para dimensionar ou ajustar— roda em JavaSimSim
Um painel de revenda para vender contas de streaming aos seus próprios clientes Cue: o Cue Reseller Panel, licenciado separadamente— não integrado— não integradoSim
Entrada de vídeo
Publicação RTMP e RTMPS, uma senha por aplicaçãoSimSimSim
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, multicast incluídoSimSimSim
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, alternados pelo espectadorSimSimSim
Um limite de espectadores por aplicaçãoSimSimSim
Arquivos sob demanda como grupo adaptativo, com legendas WebVTTSimSimSim
Trabalhando no fluxo
Escada de bitrate adaptativo NVENC, Quick Sync ou CPUSimSimSim
Um logotipo na imagemSimSimSim
Miniaturas de transmissões ao vivoSimSimSim
Retroceder DVR e time-shiftSimSimSim
Clipes e exportações MP4SimSimSim
Legendas ao vivo, CEA-608 e teletexto, como legendas WebVTTSimSimSim
SCTE-35 na entrada, marcadores de anúncio em HLSSimSimSim
Acesso e eventos
DRM FairPlay, Widevine e PlayReady, uma cópia cbcs para os três Cue: com suas próprias credenciais Apple, Google e PlayReady; cada solicitação de licença passa pelas regras de acesso do canalSimSimSim
HLS criptografado AES-128 e SAMPLE-AES, chaves rotativasSimSimSim
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 por meio do Cue Reseller PanelSimSimSim
HTTPS com certificado para o nome do servidor Cue: um certificado gratuito Let’s Encrypt, ativado na interfaceSimSimSim
WebhooksSimSimSim
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, por mês$195
Instalação, uma única vez$29.99
Licenciado paraUma máquina, vinculada na primeira ativação
Em um contrato de 3, 6 ou 12 meses$195 × os meses: o software não recebe desconto por prazo
A linha em que foi criadoHPE ProLiant m710x, a partir de $62.58/mês como Intel Xeon E3-1585L v5 Quad Core 3.00 Ghz · 32 GB DDR4 · 1 × NVMe-SSD 240 GB · 1 Gbps
Juntos, a partir de$257.58/mês antes dos impostos
CidadesNew 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 no qual ele é instalado é escolhido: Ubuntu 20.04 ou posterior, Debian 11 ou posterior, AlmaLinux 8 ou posterior e Rocky Linux 9 ou posterior, ou Windows Server 2012 R2, 2019, 2022 ou 2025 pelo mesmo preço. 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 — o Cue é instalado com uma chave de licença emitida para essa máquina. Em Linux executamos o instalador assinado do Cue; em Windows Server, o servidor transfere e instala o Cue sozinho na primeira vez que o Windows arranca, FFmpeg incluído. 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. A máquina é sua — root em Linux, administrador em Windows — por isso cue admin reset-password <name> define uma nova palavra-passe da interface sempre que precisar de uma.

Configure um servidor com Cue

Seu próprio hardware

Uma licença Cue para um servidor que você já opera

O Cue não precisa rodar em nossas máquinas. A licença é vendida separadamente para um servidor em qualquer hospedagem: você executa o instalador como root, e a chave se vincula a essa máquina na primeira ativação do Cue. Não há taxa de instalação, porque a instalação é sua.

Cue Media Server, por mês$195 · pedir
Cue Media Server + Cue Reseller Panel, por mês$244 · pedir
Cue Reseller Panel, avulso, por mês$49 · pedir
Instalação, uma única vezNenhuma: você mesmo instala
Em um contrato de 3, 6 ou 12 mesesO valor mensal × os meses: o software não recebe desconto por prazo

Comprado sozinho, o painel executa estações de rádio SHOUTcast e Icecast, e canais ao vivo no Wowza Streaming Engine; estações de TV e vídeo sob demanda exigem o Cue Media Server na mesma máquina.

  1. passo 1 · licença

    Compre a chave

    Escolha o motor, o painel ou ambos, e um ciclo de cobrança. A chave aparece na página do painel da conta assim que o pagamento é confirmado.

  2. passo 2 · instalação

    Execute o instalador

    No Linux, como root: curl -fsSL -o install.sh https://releases.servcast.net/cue/install.sh, depois CUE_LICENSE=<chave> sh install.sh — Ubuntu 18.04 ou posterior, Debian 11 ou posterior, AlmaLinux, Rocky Linux ou RHEL 8 ou posterior, CentOS 7 ou 8. No Windows Server 2012 R2, 2019, 2022 ou 2025, em um PowerShell elevado: [Net.ServicePointManager]::SecurityProtocol = 'Tls12'; irm https://releases.servcast.net/cue/install.ps1 -OutFile install.ps1, depois .\install.ps1 -License <chave> -FetchFFmpeg (no 2012 R2, instale primeiro a atualização do Windows KB2999226: o FFmpeg precisa dela). Qualquer um dos dois verifica primeiro nossa versão assinada. Somente x86-64.

  3. passo 3 · entrar

    Abra a porta 8443

    O instalador exibe o primeiro acesso da interface uma única vez. O painel mostra a chave e se a máquina a ativou.

Comprar uma licença Cue

Para revendedores de streaming

Painel de Revenda Cue

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

  • Encomendado com Cue Media Server or Wowza Streaming Engine, o painel e o motor compartilham uma taxa de configuração entre si.
  • Sozinho, pode ser encomendado sem um motor e, nesse caso, executa estações de rádio SHOUTcast e Icecast.
  • Para uma máquina que você executa em outro lugar, o painel também é licenciado por conta própria, sem taxa de configuração. Sozinho, ele executa estações de rádio SHOUTcast e Icecast, e canais ao vivo no Wowza Streaming Engine; serviços de TV e sob demanda exigem o Cue Media Server ao lado.
Cue Reseller Panel, por mês$49
Com Cue Media Server$244/mês ($195 + $49), $29.99 de instalação única para os dois
Avulso$49/mês, $29.99 de instalação única

Configure um servidor com Cue Media Server e o painel

Todos os recursos do painel
Antes de encomendar

Perguntas que os engenheiros fazem primeiro

Como o Cue se compara ao Wowza e ao Flussonic?

No núcleo de um motor de streaming, os três estão no mesmo nível: RTMP, SRT, WebRTC e RTSP na entrada; HLS, DASH e WebRTC na saída; escadas de bitrate, DVR, DRM, legendas, links assinados e webhooks. Além disso, o Cue roda em Windows Server, o que o Flussonic não faz; insere anúncios sem um parceiro de anúncios e não precisa de runtime Java, o que o Wowza não pode afirmar; e traz um serviço completo de IPTV e um painel de revenda, que nenhum dos dois tem. A tabela de comparação acima tem todas as linhas.

Em quais sistemas ele instala?

Linux: Ubuntu 18.04 ou posterior, Debian 11 ou posterior, AlmaLinux, Rocky Linux e RHEL 8 ou posterior, e CentOS 7 e 8. Windows: Windows Server 2012 R2, 2019, 2022 e 2025, instalado com um comando do PowerShell. O instalador verifica nossa versão assinada em cada um deles, incluindo sistemas mais antigos. Bitrate adaptativo precisa de FFmpeg: no Windows, o instalador pode baixar a compilação com a qual testamos (no 2012 R2, ele precisa da atualização do Windows KB2999226), e no Ubuntu 18.04 e CentOS 7 e 8, cujo FFmpeg próprio é antigo demais ou ausente, um mais novo é instalado ao lado; todo o resto funciona igual em todos os lugares.

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

A chave se vincula à máquina em que é ativada pela primeira vez; uma reinstalação dessa máquina a mantém. O Cue então mantém uma licença assinada válida por sete dias e a renova a cada doze horas, para que uma interrupção do nosso lado nunca interrompa 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 para de publicar e reproduzir, e a interface permanece no ar para receber uma chave.

Um prazo de 12 meses torna o Cue mais barato?

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

Como as atualizações chegam?

Cada versão é assinada com nossa chave de lançamento, e o servidor verifica cada arquivo contra essa assinatura antes de executar o instalador da versão. A interface avisa quando uma nova versão está disponível e a instala quando você pressiona Instalar; uma versão alterada após a assinatura é recusada.

Outras páginas que respondem à próxima pergunta