Owncast ora supporta plugin personalizzati. Cosa ti serve per utilizzare Owncast
È impossibile dare una risposta unica riguardo quali siano i requisiti per far funzionare Owncast, o quanto costerà. È il tuo server, e dipende completamente da te come scegli di configurarlo, e in quali ambienti scegli di farlo funzionare. Ogni ambiente ha prestazioni, prezzi e caratteristiche diverse.
Conoscenze di base
È molto utile per capire le basi comprese nel video streaming.
- CPU: Utilizzata per transcoderare il video in più qualità in modo che gli spettatori possano guardarlo su reti a velocità diverse.
- Larghezza di banda della rete: Utilizzata per distribuire il video ai tuoi spettatori.
Il numero di spettatori non influisce sull'uso della CPU
Sapendo questo, si vede che l'uso della CPU è lo stesso indipendentemente dal numero di spettatori che hai. 0 o 100, la CPU sta comunque eseguendo il lavoro. Pensalo come se stessi creando un file zip. Se hai un file di 100 MB e lo comprimi, e diventa 70 MB, puoi inviare quel file di 70 MB a quante più persone vuoi senza comprimere nuovamente quel file per ciascuna persona. Ma devi comunque inviare il file a ciascuna persona separatamente, richiedendo larghezza di banda di rete ogni volta che lo invii. Tuttavia, se vuoi inviare a alcune persone una versione da 70 MB e ad altre una versione da 50 MB, dovrai creare due file separati. Quella versione da 50 MB richiederà più tempo e utilizzerà più CPU per essere creata, a causa del lavoro supplementare necessario per comprimere ulteriormente il file. Lo stesso vale per i video. Maggiore è il lavoro richiesto per codificare il tuo video, maggiore è la CPU richiesta. In generale, più devi ridurre la dimensione e il bitrate del tuo video, maggiore sarà l'uso della CPU. Ma offrire versioni a bitrate basso/qualità inferiore del tuo streaming è importante per consentire a più spettatori di guardarlo da tutto il mondo, su qualsiasi tipo di rete.
La tua larghezza di banda di upload come streamer
Prima che il tuo server possa distribuire video agli spettatori, devi inviare il tuo stream al server. Ciò richiede larghezza di banda di upload da dove stai trasmettendo. Se stai streaming a 5000 kbps, hai bisogno di una velocità di upload che può sostenere questo tasso in modo affidabile.
Regola pratica: La tua velocità di upload dovrebbe essere almeno 1.5x il tuo bitrate di streaming per tener conto delle fluttuazioni e dell'overhead. Per uno stream di 5000 kbps, puntare ad almeno 7.5 Mbps di upload.
| Bitrate di streaming | Velocità di upload minima |
|---|---|
| 2500 kbps | 4 Mbps |
| 4000 kbps | 6 Mbps |
| 5000 kbps | 7.5 Mbps |
| 6000 kbps | 9 Mbps |
| 8000 kbps | 12 Mbps |
Considerazioni importanti:
- La connessione domestica è spesso asimmetrica: La maggior parte delle connessioni residenziali ha velocità di download molto più rapide rispetto alle velocità di upload. Un piano da "100 Mbps" potrebbe avere solo 10-20 Mbps di upload. Controlla la tua reale velocità di upload su speedtest.net o simili.
- Connessioni condivise: Se altri sulla tua rete stanno utilizzando banda mentre trasmetti, la tua larghezza di banda disponibile diminuisce.
- Usa una connessione cablata: Il WiFi aggiunge latenza e instabilità. Si consiglia vivamente una connessione ethernet cablata al tuo router per lo streaming.
- Questo è separato dalla larghezza di banda del server: Il tuo upload porta lo stream al server. Il server ha quindi bisogno della propria larghezza di banda per distribuire agli spettatori.
Scenario esemplare
Ora che comprendi le basi, usiamo un esempio per illustrare come la tua configurazione può influenzare le risorse del tuo server e, soprattutto, l'esperienza dei tuoi spettatori. È un po' semplicistico e i numeri reali possono variare nella vita reale, ma potrebbe aiutare a rispondere alla domanda: "approssimativamente quanta larghezza di banda e CPU utilizzerà Owncast?"
Hai configurato la tua sorgente di trasmissione (come OBS) per trasmettere alla tua istanza Owncast a 5000 kbps. Hai 25 spettatori. 5 di loro si trovano in reti lente o mobili, 17 di loro hanno internet veloce e stabile, e 3 di loro hanno internet veloce per la maggior parte del tempo, ma la velocità oscilla. Tutti e 25 gli spettatori hanno guardato un intero stream che dura due ore. Hai un fornitore di hosting che ti offre 4TB di larghezza di banda al mese.
Offri un'opzione di alta e bassa qualità
Decidi di offrire sia un'opzione di alta che di bassa qualità, e imposti l'opzione di alta qualità a 5000 kbps e l'opzione di bassa qualità a 1500 kbps.
Quanta larghezza di banda viene utilizzata sul tuo server per questo stream?
| Bitrate | Durata | Spettatori | Totale |
|---|---|---|---|
| 0.000625 Gigabyte al secondo (5000 kbps) | 7200 secondi | 20 | 90 Gigabyte |
| 0.0001875 Gigabyte al secondo (1500 kbps) | 7200 secondi | 5 | 6.75 Gigabyte |
| Totale: 96.75 Gigabyte |
Quale velocità di rete di picco ha bisogno il tuo server?
Il tuo server deve essere in grado di sostenere il bitrate outbound combinato per tutti gli spettatori contemporaneamente. In questo scenario: (20 spettatori × 5000 kbps) + (5 spettatori × 1500 kbps) = 107.5 Mbps. Il tuo piano di hosting deve supportare almeno questa quantità di throughput outbound.
Quanta CPU?
| Qualità | Uso CPU |
|---|---|
| 5000 kbps | Leggero (transcoding minimo, corrisponde all'input) |
| 1500 kbps | Moderato (codifica attiva per ridurre il bitrate) |
Qual è l'esperienza dello spettatore?
| Qualità | Spettatori | Esperienza |
|---|---|---|
| 5000 kbps | 20 | Buona |
| 1500 kbps | 5 | Buona |
Risultato: Hai fornito sia un'opzione di alta che di bassa qualità per i tuoi spettatori, in modo che quelli con una rete lenta abbiano un'opzione, e quelli con una rete veloce che potrebbe rallentare periodicamente possano passare alla qualità bassa quando necessario. Inoltre, in questo caso hai risparmiato quasi 16G di traffico di larghezza di banda grazie all'offerta di una qualità inferiore. Stai usando più CPU per un'esperienza di molto migliore. Saresti in grado di streamare 42 volte in un mese prima di superare il tuo limite di larghezza di banda.
Offri una singola opzione di alta qualità utilizzando la minima quantità di CPU
Hai deciso di voler usare il minor numero possibile di CPU sul tuo server Owncast, quindi abiliti la modalità "Video Passthrough" come l'unico output disponibile. Ciò significa che il video esatto che stai inviando dal tuo software di trasmissione locale è ciò che viene inviato ai tuoi spettatori.
Quanta larghezza di banda viene utilizzata sul tuo server per questo stream?
| Bitrate | Durata | Spettatori | Totale |
|---|---|---|---|
| 0.000625 Gigabyte al secondo (5000 kbps) | 7200 secondi | 25 | 112.5 Gigabyte |
Quale velocità di rete di picco ha bisogno il tuo server?
Tutti e 25 gli spettatori stanno ricevendo lo stesso stream a 5000 kbps: 25 × 5000 kbps = 125 Mbps di throughput outbound sostenuto.
Quanta CPU?
| Qualità | Uso CPU |
|---|---|
| 5000 kbps | Minimale (nessun transcoding) |
Qual è l'esperienza dello spettatore?
| Qualità | Spettatori | Esperienza |
|---|---|---|
| 5000 kbps | 17 | Buona |
| 5000 kbps | 3 | Cattiva |
| 5000 kbps | 5 | Inguardabile |
Risultato: Non stai usando molta CPU, ma solo 68% dei tuoi spettatori sta avendo una buona esperienza. L'altro 32% sta avendo una cattiva esperienza con frequenti buffering, e 20% di loro non possono guardare il tuo stream affatto. Saresti in grado di streamare 36 volte in un mese prima di superare il tuo limite di larghezza di banda.
Usa un fornitore di storage compatibile con S3 per la larghezza di banda
Se hai preoccupazioni riguardo al tuo piano di hosting, allocazione della larghezza di banda o crescita della visualizzazione, puoi utilizzare un fornitore di storage S3 invece del tuo server per la responsabilità della larghezza di banda. In questo esempio hai di nuovo deciso di offrire sia un'opzione di alta che di bassa qualità, e imposti l'opzione di alta qualità a 5000 kbps e l'opzione di bassa qualità a 1500 kbps. La CPU utilizzata è la stessa dell'esempio sopra per l'opzione alta+bassa qualità. Scopri di più su storage compatibile con S3.
Quanta larghezza di banda viene utilizzata sul tuo server per questo stream?
| Bitrate | Durata | Totale |
|---|---|---|
| 0.000625 Gigabyte al secondo (5000 kbps) | 7200 secondi | 4.5 Gigabyte |
| 0.0001875 Gigabyte al secondo (1500 kbps) | 7200 secondi | 1.35 Gigabyte |
| Totale: 5.85 Gigabyte |
Quanta larghezza di banda outbound viene utilizzata sul tuo fornitore S3 per questo stream?
| Bitrate | Durata | Spettatori | Totale |
|---|---|---|---|
| 0.000625 Gigabyte al secondo (5000 kbps) | 7200 secondi | 20 | 90 Gigabyte |
| 0.0001875 Gigabyte al secondo (1500 kbps) | 7200 secondi | 5 | 6.75 Gigabyte |
| Totale: 96.75 Gigabyte |
Quale velocità di rete di picco ha bisogno il tuo server?
Poiché gli spettatori sono serviti da S3, il tuo server non invia video agli spettatori affatto. Ha bisogno solo di abbastanza larghezza di banda outbound per caricare una copia di ciascun stream di qualità su S3: 5000 kbps + 1500 kbps = 6500 kbps = 6.5 Mbps. Questo rimane lo stesso che tu abbia 0 spettatori o 1.000. Your S3 provider handles the viewer-facing throughput, which in this scenario peaks at 107.5 Mbps, but that is their infrastructure, not yours.
Risultato: Hai fornito sia un'opzione di alta qualità che una di bassa qualità per i tuoi spettatori, quindi coloro che hanno una rete lenta hanno un'opzione, e coloro con una rete veloce che potrebbe rallentare periodicamente possono passare alla bassa qualità quando necessario. Tuttavia, queste qualità video non sono servite dal tuo server Owncast, ma da un fornitore di storage esterno compatibile con S3. Questo consente di aumentare il tuo numero di spettatori e aggiungere ulteriori qualità video senza preoccuparti di esaurire l'allocazione della larghezza di banda del tuo server. Saresti in grado di trasmettere 24 ore su 24, 7 giorni su 7 senza preoccupazioni utilizzando questa configurazione; tuttavia, useresti la stessa quantità di larghezza di banda del tuo server se avessi zero spettatori o 100 spettatori. Il tuo utilizzo della CPU sarebbe lo stesso di se stessi servendo il video direttamente dal tuo server.
Riferimento rapido
Quanta larghezza di banda utilizzerà Owncast?
Formula: (bitrate in kbps × durata in secondi × spettatori) ÷ 8.000.000 = GB
Stime rapide per una trasmissione di 2 ore:
| Bitrate | 10 spettatori | 25 spettatori | 50 spettatori |
|---|---|---|---|
| 2000kbps | 18 GB | 45 GB | 90 GB |
| 4000kbps | 36 GB | 90 GB | 180 GB |
| 6000kbps | 54 GB | 135 GB | 270 GB |
Offrire più opzioni di qualità riduce la larghezza di banda totale perché gli spettatori con connessioni più lente utilizzano lo streaming a bitrate più basso. Utilizzando storage compatibile con S3 si scarica completamente la larghezza di banda dal tuo server.
Quale velocità di rete di picco ha bisogno il mio server?
Formula: bitrate in kbps × spettatori ÷ 1.000 = Mbps
Stime rapide:
| Bitrate | 10 spettatori | 25 spettatori | 50 spettatori |
|---|---|---|---|
| 2000kbps | 20 Mbps | 50 Mbps | 100 Mbps |
| 4000kbps | 40 Mbps | 100 Mbps | 200 Mbps |
| 6000kbps | 60 Mbps | 150 Mbps | 300 Mbps |
Questo è il throughput in uscita sostenuto di cui il tuo server ha bisogno durante una trasmissione. Se offri più opzioni di qualità, calcola ogni qualità separatamente e somma il totale. La maggior parte dei fornitori di VPS offre porte da 1 Gbps, che supportano circa 200 spettatori a 5000kbps. Se il numero di spettatori supera la capacità di rete del tuo server, sperimenteranno buffering. Utilizzare storage compatibile con S3 elimina questo limite dal tuo server.
Quanta CPU utilizzerà Owncast?
These are rough examples from measured tests, not guarantees. Actual CPU use varies by codec, bitrate, resolution and encoder preset.
| Configurazione | Utilizzo CPU |
|---|---|
| Qualità di passthrough singola | Minima |
| Qualità transcoded singola | Leggera |
| Due qualità (alta + bassa) | Moderato |
| Tre qualità o compressione pesante | Pesante |
As a rough rule of thumb from measured examples, a single CPU core can often handle one transcoded output quality at 30fps, but this varies with codec, bitrate, resolution and encoder preset. La modalità passthrough (senza transcoding) utilizza pochissima CPU indipendentemente dal bitrate. All CPUs are different in performance across hardware and hosting providers, so no guarantee can ever be made. Dovrai sperimentare per scoprire cosa funziona meglio per le tue esigenze.
L'uso della CPU aumenta con il numero di spettatori?
No. Per la codifica video, l'uso della CPU rimane costante che tu abbia 1 spettatore o 1.000. Il video viene codificato una sola volta e distribuito a tutti gli spettatori. Solo la larghezza di banda del server aumenta con il numero di spettatori. L'uso della CPU può crescere leggermente con più spettatori a causa dell'attività di chat e di altre sovrastrutture, ma questo è minimo rispetto alla codifica video.
Come influisce la frequenza dei fotogrammi sull'uso della CPU?
Frequenze alte richiedono più CPU. Reducing frame rate is an effective way to lower CPU usage. These multipliers are rough measured examples and will vary by codec, bitrate, resolution and encoder preset:
| Frequenza dei fotogrammi | CPU relativa |
|---|---|
| 60 fps | 2x baseline |
| 30 fps | 1x baseline |
| 24 fps | 0.8x |
Considera di usare frequenze di fotogrammi più basse (24fps) per output a bassa qualità per risparmiare CPU mantenendo una riproduzione fluida per gli spettatori su connessioni lente.
Quanta memoria disco utilizzerà Owncast?
Live video needs very little disk space. Owncast writes HLS video segments to disk temporarily and cleans them up as the stream progresses, so you don't need to plan for video storage.
The data/ directory does persist and grow over time. It holds the Owncast database and its hourly backups, custom emoji, public files, viewer metrics, GeoIP data and, starting with Owncast 0.3.0, installed plugins and their data. Give it room to grow and include it in your backups.
Dovrei offrire solo la qualità più alta per semplificare le cose?
Offrire solo video a bitrate alto esclude gli spettatori su reti mobili e connessioni più lente. Uno stream a 5000kbps richiede una connessione stabile di 5+ Mbps per guardare senza buffering. Molti spettatori non ce l'hanno, soprattutto su mobile.
Recommendation: Offering a second, lower quality option (1000-2000kbps) alongside your high quality one (4000-6000kbps) helps viewers on slow or mobile connections. That said, Owncast ships with a single variant by default, and the video documentation recommends starting with one variant and testing before adding more. Add a low quality option once your setup works and your CPU has headroom.
Calcolatore di risorse
Utilizza questo calcolatore interattivo per stimare i tuoi requisiti di larghezza di banda e CPU in base alla tua configurazione di streaming specifica:
Scopri di più
Visita la documentazione video dettagliata per saperne di più su come Owncast gestisce i video.
Improve this page
See something missing or incorrect? Edit this page and improve the documentation for everyone.
