Cue Media Server · sviluppato da Server Room · con licenza per macchina

Motore di streaming Cue. Video live in qualsiasi protocollo, verso ogni schermo, dal tuo server.

Cue è il motore di live streaming che scriviamo noi stessi e installiamo sul tuo server dedicato. Gli encoder pubblicano via RTMP, SRT, WebRTC o RTSP; gli spettatori riproducono HLS, HLS a bassa latenza, DASH o WebRTC con meno di un secondo di ritardo rispetto al live. Ladder di bitrate su NVIDIA o Quick Sync, DVR, sottotitoli live, DRM FairPlay, Widevine e PlayReady, pubblicità lato server e un servizio IPTV completo sono tutti inclusi in un unico programma.

Ingresso RTMP, SRT, WebRTC, RTSP e MPEG-TSUscita HLS, DASH, WebRTC, RTMP, SRT, RTSPUbuntu, Debian, AlmaLinux, Rocky Linux, RHEL, CentOS, Windows Server$195/mese per server, $29.99 di installazione
Protocolli

Il pannello di connessione

Ogni ingresso può alimentare ogni uscita: un flusso pubblicato una sola volta via SRT viene riprodotto contemporaneamente come HLS, DASH, WebRTC, RTMP e RTSP, e un feed multicast da una stazione di testa esce come HLS per i browser.

Ingresso

  • RTMP / RTMPS:1935pubblicazione; accesso Adobe o una password nella chiave di streaming; RTMPS sulla porta TLS
  • SRT:9998/udppubblicazione; l'ID del flusso indica applicazione, flusso, utente e password; AES con chiave derivata dalla password di pubblicazione
  • WebRTC (WHIP)/app/stream/whippubblicazione con la password di pubblicazione come token bearer; tutti i media sulla 8189, UDP o TCP
  • RTSP:554pubblicazione su TCP con accesso Basic o ?password=
  • Pull RTSP / RTSPSrtsp://telecamere IP, con le credenziali proprie della telecamera
  • Pull SRTsrt://Cue chiama il mittente; anche feed cifrati
  • MPEG-TSudp:// · tshttp://unicast, multicast su un'interfaccia con nome (nudo o incapsulato RTP) oppure su HTTP
  • Pull HLShls://ri-servire un'altra origine, incluse quelle dietro una CDN
  • Pull RTMPrtmp://rispecchiare un altro server, con le sue credenziali

Uscita

  • HLS/app/stream/playlist.m3u8segmenti MPEG-TS o fMP4/CMAF; Low-Latency HLS su HTTP/2
  • MPEG-DASHmanifest.mpd · index.mpdcostruito sugli stessi segmenti CMAF dell'HLS fMP4
  • WebRTC (WHEP)/app/stream/whepmeno di un secondo di ritardo rispetto alla diretta; l'audio AAC viene convertito in Opus mentre gli spettatori WebRTC guardano
  • RTMP:1935riproduzione, con una cache di immagini per un avvio rapido
  • SRTm=requestqualsiasi flusso come MPEG-TS sulla porta SRT
  • RTSP:554TCP interlacciato; i player che richiedono UDP riprovano su TCP
  • MPEG-TS/app/stream/mpegtssu HTTP, oppure inviato a un gruppo multicast UDP
  • Miniaturathumbnail.jpgl'ultimo fotogramma di ogni diretta, aggiornato ogni 5 s

Queste sono le porte predefinite di Cue.

Dentro il motore

Cosa fa il motore, gruppo per gruppo

Apri un gruppo per i dettagli. Tutto ciò che è elencato qui è stato realizzato e ha superato i test di accettazione; ciò che è solo parzialmente realizzato viene omesso anziché dichiarato a metà.

01Sorgenti con failover, encoder che ritornano
  • Una sorgente pull può avere fino a quattro indirizzi di backup. Cue legge il primo che risponde e torna a uno migliore quando questo ritorna (verifica ogni 30 s).
  • Gli spettatori mantengono lo stesso flusso attraverso una caduta fino a 10 s: la connessione successiva lo riprende con i timestamp spostati in avanti, così i player non si riavviano.
  • Un encoder che si riconnette con credenziali valide riprende subito il nome del suo flusso, invece di attendere il timeout della connessione morta.
02Bitrate adattivo sulla GPU
  • Un FFmpeg per ogni flusso live, alimentato dal motore, codifica la scaletta su una scheda NVIDIA (NVENC) o su Intel Quick Sync tramite VA-API; senza una GPU utilizzabile ripiega su libx264 sul processore.
  • La sorgente viene copiata come rendition superiore e vengono create solo le rendition inferiori; i keyframe sono forzati dove li ha la sorgente, così ogni rendition taglia nello stesso momento.
  • Preset HD (720p, 480p, 360p), SD e Mobile dall'interfaccia; fino a cinque rendition personalizzate tramite API.
  • La playlist master annuncia la sorgente al suo bitrate misurato, così i player non la scambiano per la rendition più economica.
  • Misurato su un HPE ProLiant m710x: sette scalette HD 1080p30 in tempo reale contemporaneamente, con il processore sotto il 35 %. Pianificane sei.
03Immagine, audio e lingue
  • Un logo sulle rendition: un PNG nell'angolo che scegli, dimensionato come quota dell'altezza dell'immagine’, con un'opacità. Sulla GPU dove la build di FFmpeg può, altrimenti sul processore.
  • Deinterlacciamento per sorgenti interlacciate, una variazione di volume in dB e la scelta di quale traccia audio della sorgente le rendition trasportano.
  • Questi si applicano alla scaletta adattiva che gli spettatori HLS e DASH guardano; RTMP, SRT, RTSP e WebRTC trasportano il flusso così come arriva.
  • Una sorgente con più tracce audio viene offerta con ciascuna come lingua nominata in fMP4 HLS, Low-Latency HLS e DASH, e gli spettatori passano dall'una all'altra; MPEG-TS HLS mantiene una sola traccia audio.
  • Sottotitoli live: CEA-608 trasportato nel video e pagine di teletext DVB diventano rendition di sottotitoli WebVTT in HLS, che gli spettatori attivano nel player.
04Riavvolgimento, time-shift e MP4
  • Un'applicazione con DVR consente agli spettatori di tornare indietro nella sua finestra, da un'ora di inizio fissa o da una distanza impostata dietro il live.
  • Qualsiasi tratto si scarica come MP4 con il suo indice all'inizio, remuxato senza ricodifica e tagliato al secondo richiesto (dal keyframe precedente).
  • Le clip salvate dall'interfaccia finiscono nella libreria multimediale dell'applicazione’.
05Chi può guardare, chi può pubblicare
  • Password di pubblicazione per applicazione; Cue conserva solo un hash di ciascuna.
  • Link firmati HMAC che scadono, opzionalmente vincolati all'indirizzo dello spettatore. Uno spettatore che sta già guardando non viene interrotto quando un link scade.
  • Indirizzi consentiti e bloccati, e i siti autorizzati a incorporare il player (tramite Referer).
  • Il tuo backend di autorizzazione, interrogato prima che uno spettatore inizi o un encoder pubblichi, con sessioni per utente limitate tra i protocolli.
  • Un limite di spettatori per applicazione, conteggiato tra HLS, RTMP e le altre uscite.
  • FairPlay, Widevine e PlayReady da una copia cbcs CMAF, una chiave per key id, con le tue credenziali Apple, Google e PlayReady. Le licenze FairPlay e Widevine sono risposte dal server stesso; le richieste PlayReady arrivano a /drm/playready e proseguono verso il tuo server di licenze PlayReady, che legge le sue chiavi da un'esportazione CPIX 2.3 autenticata e cifrata per il tuo certificato. Tutti e tre rispettano prima le regole di accesso del canale.
  • HLS cifrato AES-128 o SAMPLE-AES, con chiavi che ruotano mentre il flusso è in esecuzione.
06Interruzioni pubblicitarie ed eventi
  • I cue SCTE-35, splice_insert o time_signal, diventano marcatori pubblicitari HLS sia che arrivino via SRT o MPEG-TS sia dentro un feed RTMP (onCuePoint e gli altri messaggi dati usati dagli encoder, base64 o hex): CUE-OUT/CUE-IN, EXT-X-DATERANGE, entrambi o disattivati, per applicazione, nella sorgente e in ogni rendition.
  • Segmenti tagliati sul punto di splice (playback.hls.splice_segments, attivo per impostazione predefinita ovunque ci siano marcatori pubblicitari): un'interruzione inizia su un segmento nuovo in MPEG-TS, fMP4 e Low-Latency HLS, e nelle rendition MPEG-TS della scaletta.
  • Nessun cue nel feed? POST /api/v1/channels/<key>/cues con type out, in o cancel, una duration, auto_return e un event_id avvia, termina o annulla un'interruzione dal tuo scheduler.
  • Inserimento pubblicitario lato server: a ogni interruzione Cue interroga il tuo ad server VAST o VMAP, condiziona ogni creatività per ciascuna rendition della scaletta (dimensione del frame, codec, bitrate, frame rate, audio, lunghezza del segmento) e la inserisce in ogni rendition HLS e in DASH come periodi pubblicitari. Una decisione per spettatore e interruzione, così un player che cambia qualità a metà annuncio resta nello stesso annuncio; gli annunci restano chiari dentro un flusso cifrato.
  • I beacon di impressione, inizio, quartile e completamento scattano una volta per spettatore e annuncio, qualunque rendition o protocollo lo abbia trasportato.
  • Webhook per flussi e sorgenti che si aprono e si chiudono, pubblicazioni rifiutate, registrazioni che iniziano e finiscono. Firmati, fino a cinque ricevitori per applicazione, conservati e reinviati finché ciascuno non risponde.
07Dettagli di distribuzione che evitano un ticket di supporto
  • RTMP e HTTP su una sola porta.
  • Low-Latency DASH dalle stesse parti CMAF usate da Low-Latency HLS: availabilityTimeOffset nel manifest e il segmento aperto inviato a blocchi mentre cresce.
  • WebRTC in entrambe le direzioni: pubblicazione WHIP, con la password di pubblicazione come bearer token, e riproduzione WHEP sotto un secondo dietro il live. Tutti i media WebRTC usano una sola porta, 8189, su UDP o TCP per le reti che bloccano UDP.
  • Un certificato Let’s Encrypt gratuito per il nome del server, attivato nell'interfaccia una volta che il nome punta al server: riproduzione HTTPS sulla 443 e interfaccia sulla 8443, rinnovato da solo. Il solo indirizzo IP mantiene un certificato autofirmato.
  • Header CORS su ogni playlist e segmento, così i web player su altri domini funzionano senza problemi.
  • I segmenti sono serviti senza sessione, così una CDN davanti può memorizzarli nella cache; le playlist sono inviate senza cache.
  • Audio MP3 trasportato in MPEG-TS HLS, per gli encoder che lo inviano ancora.
08Una libreria on-demand, non solo una cartella di file
  • Le rendition denominate <id>~<N>p.mp4 sono servite come un master adattivo, prima la larghezza di banda più bassa, ciascuna con BANDWIDTH, RESOLUTION, CODECS e FRAME-RATE.
  • I file di sottotitoli denominati <id>.cc.<lang>.vtt si uniscono come gruppo EXT-X-MEDIA SUBTITLES, ogni lingua sotto il proprio nome.
  • Un poster.jpg, una striscia di anteprima (sprite.jpg con sprite.vtt) e chapters.vtt vengono rilevati per il player.
  • Download a <file>/download (con ?name= per il nome salvato), e MP4 progressivo semplice a <file>.mp4/progressive.mp4 con richieste Range.
09Un servizio IPTV sullo stesso server
  • Linee di abbonati per nome utente e password o indirizzo MAC, con scadenza, connessioni simultanee, uscite consentite e prove; bouquet di canali live, film e serie.
  • Le chiamate player_api.php e panel_api.php che fanno le app player IPTV, playlist M3U e M3U_plus, e XMLTV dal tuo EPG.
  • Indirizzi di linea in MPEG-TS e HLS, catch-up TV agli indirizzi di timeshift usati da quelle app, bouquet Enigma2 con uno script di installazione e l'API del portale Stalker a cui accedono i box MAG.
  • Chi sta guardando, disconnessioni, un registro attività e indirizzi bloccati; rivenditori che acquistano linee con crediti; l'intera configurazione IPTV salvata e ripristinata come un unico file.
Alternativa a Wowza, alternativa a Flussonic

Tutto ciò che fanno Wowza e Flussonic, più cinque punti in cui solo Cue li ha tutti

Ventotto funzionalità sono un terreno comune: tutti e tre i motori le possiedono, quindi si trovano più in basso. Le cinque righe sopra di esse sono il punto in cui i motori si dividono, e solo Cue risponde sì a ciascuna. Le colonne di Wowza e Flussonic provengono dalla documentazione ufficiale di ciascun fornitore per Wowza Streaming Engine 4.11.3 e Flussonic Media Server 26.09, consultata a settembre e ottobre 2026. Un trattino significa che il prodotto non si propone di offrire quella funzionalità.

FunzionalitàWowza 4.11Flussonic 26.09Cue
Dove si dividono
Windows Server oltre a Linux Flussonic: pacchetti Linux, Windows solo tramite Docker · Cue: Windows Server 2012 R2, 2019, 2022 e 2025Sì— non integratoSì
Un servizio IPTV completo: linee di abbonati con scadenza e limiti di dispositivi, bouquet, l'API del player con cui comunicano le app IPTV, M3U e XMLTV, catch-up, Enigma2 e il portale MAG Flussonic: utenti, pacchetti e playlist M3U nel suo plugin IPTV; box MAG tramite middleware separato— non integratoDi baseSì
Inserimento di annunci lato server da VAST e VMAP, ogni rendition e DASH Wowza: tramite partner pubblicitari · Cue: ogni creatività condizionata per rendition, periodi pubblicitari DASH, un beacon per spettatorePartnerSìSì
Un unico programma nativo, senza runtime Java da dimensionare o ottimizzare— gira su JavaSìSì
Un pannello rivenditore per vendere account di streaming ai propri clienti Cue: il Cue Reseller Panel, con licenza autonoma— non integrato— non integratoSì
Ingresso del video
Pubblicazione RTMP e RTMPS, una password per applicazioneSìSìSì
Pubblicazione SRT, cifrata, e pull SRTSìSìSì
Pubblicazione WebRTC (WHIP)SìSìSì
Pubblicazione RTSP e pull da telecamera IPSìSìSì
MPEG-TS su UDP, incluso multicastSìSìSì
Rilancio di un altro server tramite HLS o RTMPSìSìSì
Sorgenti di backup, commutate automaticamenteSìSìSì
Uscita del video
HLS in MPEG-TS, fMP4/CMAF e Low-Latency HLSSìSìSì
Riproduzione WebRTC (WHEP), sotto il secondo di ritardo rispetto al liveSìSìSì
MPEG-DASHSìSìSì
Riproduzione RTMP, SRT, RTSP e MPEG-TSSìSìSì
Diverse lingue audio, selezionate dallo spettatoreSìSìSì
Un limite di spettatori per applicazioneSìSìSì
File on-demand come gruppo adattivo, con sottotitoli WebVTTSìSìSì
Elaborazione del flusso
Scala di bitrate adattivi NVENC, Quick Sync o CPUSìSìSì
Un logo sull'immagineSìSìSì
Miniature dei flussi liveSìSìSì
Riavvolgimento DVR e time-shiftSìSìSì
Clip ed esportazioni MP4SìSìSì
Sottotitoli live, CEA-608 e teletext, come sottotitoli WebVTTSìSìSì
SCTE-35 in ingresso, marcatori pubblicitari in HLSSìSìSì
Accesso ed eventi
DRM FairPlay, Widevine e PlayReady, una copia cbcs per tutti e tre Cue: con le proprie credenziali Apple, Google e PlayReady; ogni richiesta di licenza passa attraverso le regole di accesso del canaleSìSìSì
HLS cifrato AES-128 e SAMPLE-AES, chiavi a rotazioneSìSìSì
Link di riproduzione firmatiSìSìSì
Interrogare il proprio backend su chi può guardare o pubblicareSìSìSì
Restrizioni per indirizzo e sito Cue: paesi tramite il Cue Reseller PanelSìSìSì
HTTPS con un certificato per il nome del server Cue: un certificato gratuito Let’s Encrypt, attivato nell'interfacciaSìSìSì
WebhookSìSìSì
Prezzo e consegna

Quanto costa e come arriva al tuo server

Cue è una voce a sé in fattura, accanto al server e mai inglobata in esso. Le cifre provengono dallo stesso catalogo da cui il checkout fattura. Viene addebitato al suo prezzo mensile a ogni ciclo: un periodo più lungo riduce le voci del server, non quelle di Cue.

Cue Media Server, al mese$195
Installazione, una tantum$29.99
Concesso in licenza aUna macchina, vincolata alla prima attivazione
Con durata di 3, 6 o 12 mesi$195 × i mesi: il software non prevede sconti sulla durata
La linea su cui è stato realizzatoHPE ProLiant m710x, da $62.58/mese come Intel Xeon E3-1585L v5 Quad Core 3.00 Ghz · 32 GB DDR4 · 1 × NVMe-SSD 240 GB · 1 Gbps
Insieme, da$257.58/mese IVA esclusa
CittàNew York, Bucharest, San Francisco, Amsterdam and Miami
  1. passo 1 · ordina

    Configura il server

    Il pulsante apre il configuratore m710x con Cue Media Server già sotto Software. Le altre voci che lo vendono sono elencate di seguito; su ognuna di esse si trova sotto Software → Soluzioni di streaming una volta scelto un sistema su cui installarlo: Ubuntu 20.04 o successivo, Debian 11 o successivo, AlmaLinux 8 o successivo e Rocky Linux 9 o successivo, oppure Windows Server 2012 R2, 2019, 2022 o 2025 allo stesso prezzo. Cue non ha una build ARM, quindi le nostre macchine ARM non lo offrono.

  2. passo 2 · installa

    Installato e licenziato per te

    Una volta installato il sistema operativo — per un server pronto, alla consegna — Cue viene aggiunto con una chiave di licenza emessa per quella macchina. Su Linux eseguiamo il programma di installazione firmato di Cue; su Windows Server il server lo scarica e lo installa da solo al primo avvio di Windows, FFmpeg incluso. La chiave si lega alla macchina la prima volta che viene attivata.

  3. passo 3 · accedi

    Apri l’interfaccia

    L’interfaccia risponde sulla porta 8443 del tuo server, e la pagina del server nella tua dashboard mostra la licenza e il suo stato. La macchina è tua — root su Linux, amministratore su Windows — quindi cue admin reset-password <name> imposta una nuova password dell’interfaccia ogni volta che ti serve.

Configura un server con Cue

Il tuo hardware

Una licenza Cue per un server che gestisci già

Cue non deve girare per forza sulle nostre macchine. La licenza si vende da sola per un server presso qualsiasi host: esegui il programma di installazione come root e la chiave si associa a quella macchina la prima volta che Cue si attiva. Non c'è alcun costo di configurazione, perché l'installazione è tua.

Cue Media Server, al mese$195 · ordina
Cue Media Server + Cue Reseller Panel, al mese$244 · ordina
Cue Reseller Panel, da solo, al mese$49 · ordina
Installazione, una tantumNessuna: la installi tu
Con durata di 3, 6 o 12 mesiLa cifra mensile × i mesi: il software non prevede sconti sulla durata

Acquistato da solo, il pannello gestisce stazioni radio SHOUTcast e Icecast e canali live su Wowza Streaming Engine; le stazioni TV e il video on demand richiedono Cue Media Server sulla stessa macchina.

  1. passo 1 · licenza

    Acquista la chiave

    Scegli il motore, il pannello o entrambi e un ciclo di fatturazione. La chiave appare nella pagina della dashboard dell'account una volta che il pagamento è stato accettato.

  2. passo 2 · installazione

    Esegui il programma di installazione

    Su Linux, come root: curl -fsSL -o install.sh https://releases.servcast.net/cue/install.sh, poi CUE_LICENSE=<key> sh install.sh — Ubuntu 18.04 o successivo, Debian 11 o successivo, AlmaLinux, Rocky Linux o RHEL 8 o successivo, CentOS 7 o 8. Su Windows Server 2012 R2, 2019, 2022 o 2025, in un PowerShell elevato: [Net.ServicePointManager]::SecurityProtocol = 'Tls12'; irm https://releases.servcast.net/cue/install.ps1 -OutFile install.ps1, poi .\install.ps1 -License <key> -FetchFFmpeg (su 2012 R2, installa prima l'aggiornamento Windows KB2999226: FFmpeg ne ha bisogno). Entrambi verificano prima la nostra release firmata. Solo x86-64.

  3. passo 3 · accesso

    Apri la porta 8443

    Il programma di installazione mostra il primo accesso all'interfaccia una sola volta. La dashboard mostra la chiave e se la macchina l'ha attivata.

Acquista una licenza Cue

Per rivenditori di streaming

Pannello Rivenditore Cue

Un pannello di controllo per vendere streaming, integrato in Cue, dove i tuoi clienti accedono ai loro servizi live, on-demand, TV e radio. È concesso in licenza per macchina, come il motore.

  • Ordinato con Cue Media Server or Wowza Streaming Engine, il pannello e il motore condividono un'unica tariffa di configurazione.
  • Da solo può essere ordinato senza motore e gestisce stazioni radio SHOUTcast e Icecast.
  • Per una macchina che gestisci altrove, il pannello è concesso in licenza anche da solo, senza tariffa di configurazione. Da solo gestisce stazioni radio SHOUTcast e Icecast e canali live su Wowza Streaming Engine; i servizi TV e on-demand richiedono Cue Media Server al suo fianco.
Cue Reseller Panel, al mese$49
Con Cue Media Server$244/mese ($195 + $49), $29.99 di installazione una tantum per entrambi
Da solo$49/mese, $29.99 di installazione una tantum

Configura un server con Cue Media Server e il pannello

Tutte le funzionalità del pannello
Prima di ordinare

Le domande che gli ingegneri fanno per prime

Come si confronta Cue con Wowza e Flussonic?

Sul nucleo di un motore di streaming i tre sono alla pari: RTMP, SRT, WebRTC e RTSP in ingresso; HLS, DASH e WebRTC in uscita; scale di bitrate, DVR, DRM, sottotitoli, link firmati e webhook. Oltre a questo, Cue gira su Windows Server, cosa che Flussonic non fa; inserisce annunci senza un partner pubblicitario e non richiede il runtime Java, cosa che Wowza non può dire; e include un servizio IPTV completo e un pannello per rivenditori, che nessuno dei due ha. La tabella comparativa qui sopra riporta ogni riga.

Su quali sistemi si installa?

Linux: Ubuntu 18.04 o successivo, Debian 11 o successivo, AlmaLinux, Rocky Linux e RHEL 8 o successivo, e CentOS 7 e 8. Windows: Windows Server 2012 R2, 2019, 2022 e 2025, installato con un solo comando PowerShell. Il programma di installazione verifica la nostra release firmata su ognuno di essi, sistemi meno recenti inclusi. Il bitrate adattivo richiede FFmpeg: su Windows il programma di installazione può scaricare la build con cui eseguiamo i test (su 2012 R2 richiede l'aggiornamento Windows KB2999226), e su Ubuntu 18.04 e CentOS 7 e 8, il cui FFmpeg di sistema è troppo vecchio o assente, ne viene installato uno più recente accanto; tutto il resto funziona allo stesso modo ovunque.

Come si comporta la licenza per singola macchina?

La chiave si lega alla macchina su cui viene attivata per la prima volta; una reinstallazione di quella macchina la conserva. Cue mantiene poi una licenza firmata valida per sette giorni e la rinnova ogni dodici ore, così un'interruzione dal nostro lato non interrompe mai i tuoi streaming in anticipo. Senza una licenza valida — l'account chiuso, o la chiave copiata su un'altra macchina — Cue interrompe la pubblicazione e la riproduzione, e l'interfaccia resta attiva per accettare una chiave.

Un abbonamento di 12 mesi rende Cue più economico?

No. Il software sui nostri server viene fatturato al prezzo mensile moltiplicato per i mesi in ogni ciclo; lo sconto per il periodo più lungo si applica alle linee proprie del server.

Come arrivano gli aggiornamenti?

Ogni release è firmata con la nostra chiave di rilascio, e il server controlla ogni file rispetto a quella firma prima di eseguire il programma di installazione della release. L'interfaccia ti avvisa quando è disponibile una nuova versione e la installa quando premi Installa; una release alterata dopo la firma viene rifiutata.

Altre pagine che rispondono alla domanda successiva