{"id":75150,"date":"2020-03-23T19:42:37","date_gmt":"2020-03-23T17:42:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kruglosutochnaya-translyaczii-svoih-video-na-youtube"},"modified":"2020-03-23T19:42:37","modified_gmt":"2020-03-23T17:42:37","slug":"kruglosutochnaya-translyaczii-svoih-video-na-youtube","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kruglosutochnaya-translyaczii-svoih-video-na-youtube","title":{"rendered":"Trasmissione continua dei propri video su YouTube","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Di recente ho iniziato a registrare le lezioni di un amico psicologo come hobby. Montaggio il materiale ripreso e lo pubblico sul mio sito. Un mese fa, ho avuto l'idea di organizzare una trasmissione continua di queste lezioni su YouTube, in un formato 24\/7. Una sorta di \"canale televisivo\" dedicato alla crescita personale.<\/p>\n

So come realizzare una trasmissione normale. Ma come posso fare in modo che si tratti di una trasmissione di file video? Deve funzionare 24\/7, essere flessibile, il pi\u00f9 autonoma possibile e non dipendere affatto dal mio computer domestico. Questo dovevo scoprire. <\/p>\n

\"Trasmissione
\n
\nHo impiegato diversi giorni per trovare la soluzione. Ho studiato molti forum e vari manuali, senza i quali la mia trasmissione non sarebbe stata possibile. E ora, quando la \"marachella\" \u00e8 riuscita, sento la necessit\u00e0 di condividere la mia soluzione. Da qui \u00e8 nata quest'articolo.<\/p>\n

In breve, la soluzione finale \u00e8 stata la seguente: VPS + ffmpeg + script bash<\/b>. Di seguito descrivo i passaggi effettuati e parlo delle \"insidie\" che ho incontrato durante l'organizzazione della trasmissione.
\n<\/a><\/noindex><\/p>\n

Passo 1 \u2013 da dove arriver\u00e0 la trasmissione?<\/h3>\n

\nAll'inizio era necessario decidere da dove sarebbe avvenuta la trasmissione, qual era la sua origine. La prima cosa che mi \u00e8 venuta in mente \u00e8 stata dal computer di casa<\/b>. Raccogliere i video in un elenco di riproduzione e avviarne la visione in qualsiasi lettore video. Poi catturare l'immagine dallo schermo e trasmetterla su YouTube. Ma ho quasi subito scartato questa opzione perch\u00e9 per realizzarla sarebbe stato necessario tenere acceso il computer di casa continuamente, il che avrebbe comportato il rumore delle ventole anche di notte e un aumento del consumo di energia elettrica (+100-150 kWh ogni mese). Risultando in un definitivo divieto di utilizzo del computer di casa durante la trasmissione, dato che qualsiasi movimento del mouse sarebbe stato visibile nella trasmissione. <\/p>\n

Poi ho iniziato a guardare verso servizi cloud<\/b>. Ho cercato un servizio pronto in cui poter caricare i miei video o, ad esempio, inserire link ai video di YouTube e che tutto questo fosse confezionato in un'unica trasmissione non-stop. Ma non ho trovato nulla di adatto. Forse ho cercato male. L'unico servizio che sembra \u00b1 avere una funzionalit\u00e0 simile \u00e8 restream.io, un servizio che aiuta a trasmettere simultaneamente su pi\u00f9 piattaforme. Sembra che si possano caricare i propri video. Ma questo servizio \u00e8 stato creato per scopi completamente diversi e si prevede che la trasmissione duri solo un paio d'ore. Penso che se riuscissi a organizzare una trasmissione 24 ore su 24 tramite questo servizio, potrebbe diventare un'opzione molto richiesta, anche a decine, se non centinaia di dollari al mese. Tuttavia, mi piacerebbe organizzare la trasmissione gratuitamente o con investimenti finanziari minimi.<\/p>\n

\u00c8 diventato chiaro che per la trasmissione serve o un dispositivo separato<\/b> o addirittura un computer dedicato. Pensavo a qualcosa come un Raspberry Pi. E perch\u00e9 no? Non ha ventole. Ho registrato un video su una chiavetta USB, collegato un cavo Ethernet e pu\u00f2 stare tranquillamente in un luogo appartato a trasmettere. Un'opzione. Ma non avevo n\u00e9 la scheda n\u00e9 esperienza con essa, quindi ho scartato anche questa possibilit\u00e0.<\/p>\n

Alla fine, mi sono imbattuto in una discussione dove si parlava della creazione di un server<\/b> per la trasmissione. Non era esattamente ci\u00f2 che cercavo, ma ho colto l'idea principale: si pu\u00f2 usare un server! In quella discussione suggerivano di utilizzare una combinazione di VPS + nginx + OBS. \u00c8 diventato chiaro che questa combinazione potesse andar bene anche per me. L'unico dubbio era che non avevo mai amministrato server e pensavo che avere un server dedicato fosse complicato e costoso. Ho deciso di scoprire quanto costasse affittare un server nella configurazione minima e sono rimasto piacevolmente sorpreso.<\/p>\n

\"Trasmissione
\n
\nI prezzi sono espressi in rubli bielorussi e si tratta di cifre irrisorie. Per fare un confronto, 8 rubli bielorussi equivalgono a circa 3,5 dollari o 240 rubli russi. Per un mese di utilizzo di un computer completo, che \u00e8 acceso 24\/7 e ha accesso rapido a Internet. In qualche modo, questa scoperta mi ha reso molto felice e sono andato in giro per alcuni giorni incredibilmente soddisfatto, come un bambino che scopre i razzi spaziali \ud83d\ude42<\/p>\n

A proposito, ho usufruito dell'offerta del primo sito che Google mi ha mostrato cercando \"noleggio VPS\". Potrebbero esserci soluzioni ancora pi\u00f9 economiche, ma questo prezzo mi ha soddisfatto e non ho cercato oltre.<\/p>\n

Quando si crea un server, \u00e8 possibile scegliere il sistema operativo sotto il quale funzioner\u00e0. Su ciascuno dei sistemi elencati \u00e8 possibile organizzare una trasmissione, e la scelta deve essere fatta in base alle proprie preferenze e possibilit\u00e0 economiche (per un server con Windows si richiede un costo aggiuntivo). Ho scelto CentOS. Semplicemente perch\u00e9 avevo gi\u00e0 avuto una piccola esperienza con esso.<\/p>\n

\"Trasmissione
\n<\/p>\n

Passo 2 \u2013 configurazione del server<\/h3>\n

\nLa prima cosa da fare dopo aver creato un server \u00e8 connettersi ad esso via SSH. All'inizio ho utilizzato PuTTy, ma poi ho iniziato ad usare l'app Secure Shell App, che si avvia in Google Chrome. \u00c8 stato pi\u00f9 comodo per me.<\/p>\n

Successivamente ho cambiato il nome host, impostato la sincronizzazione del tempo sul server, aggiornato il sistema, lavorato con iptables... e ho fatto un sacco di altre cose, non perch\u00e9 fosse strettamente necessario. Semplicemente ero interessato alla configurazione del server e mi veniva bene. Mi piace quando riesco \ud83d\ude42<\/p>\n

Ecco i passaggi che \u00e8 necessario seguire:<\/b><\/p>\n

    \n
  1. Collegare il repository EPEL.<\/li>\n
  2. Avviare il server FTP (ho scelto vsftp).<\/li>\n
  3. Installare ffmpeg.<\/li>\n<\/ol>\n

    \nNon fornir\u00f2 i comandi in dettaglio, questa guida \u00e8 pi\u00f9 concettuale, per trasmettere il piano d'azione generale. Se hai difficolt\u00e0 con uno qualsiasi dei passaggi, \u00e8 facile trovare soluzioni cercando su Google con frasi come 'CentOS collegare EPEL' o 'CentOS installazione server FTP'. E nei primi risultati troverai istruzioni dettagliate passo dopo passo.<\/p>\n

    Quindi, come ho gi\u00e0 scritto in precedenza, avevo bisogno di una combinazione VPS + nginx + OBS. VPS \u2013 fatto. Ma per quanto riguarda gli altri punti, sono sorti alcuni dubbi. OBS \u2013 \u00e8 un programma per le trasmissioni, Open Broadcaster Software. E funziona solo con i flussi, cio\u00e8 ad esempio, prende l'immagine dalla webcam e la trasmette. O registra lo schermo. O reindirizza una trasmissione in corso su un altro sito. Ma io non ho un flusso, ho solo un insieme di file video che devono essere trasformati in un flusso.<\/p>\n

    Ho iniziato a cercare in questa direzione e mi sono imbattuto in ffmpeg. FFmpeg \u2013 \u00e8 un insieme di librerie gratuite con codice sorgente aperto, che consentono di registrare, convertire e trasmettere registrazioni audio e video digitali in vari formati. <\/p>\n

    E sono rimasto molto sorpreso di quanto possa fare ffmpeg. Vuoi - estrae l'audio dal video. Vuoi - ritaglia un frammento video senza ricodifica. Vuoi - converte da un formato all'altro. E molto, molto di pi\u00f9. Fino al punto che puoi indicargli un file, lui lo trasforma in un flusso e lo trasmette direttamente su YouTube. Ecco, la catena \u00e8 completa. Resta solo da perfezionare i dettagli.<\/p>\n

    Passo 3 \u2013 configurazione della trasmissione<\/h3>\n

    \nCreiamo una trasmissione su YouTube.<\/b> A questo punto ci serve solo il link e la chiave di trasmissione. Nello screenshot qui sotto sono evidenziati in rosso.<\/p>\n

    \"Trasmissione
    \n
    \nAvanti carichiamo sul server i file video <\/b> che intendiamo trasmettere. In effetti, l'FTP \u00e8 necessario solo per questo passaggio. Se hai un altro metodo comodo per caricare file sul server, allora non \u00e8 necessario avviare il server FTP.<\/p>\n

    Trasmettiamo il flusso su YouTube.<\/b> Per avviare la trasmissione \u00e8 necessario eseguire ffmpeg con alcuni attributi. Ecco come appare il comando pi\u00f9 breve che sono riuscito a ottenere:<\/p>\n

    ffmpeg -re -i lecture1.mp4 -f flv rtmp:\/\/a.rtmp.youtube.com\/live2\/%\u041a\u041b\u042e\u0427_\u0422\u0420\u0410\u041d\u0421\u041b\u042f\u0426\u0418\u0418%<\/code><\/pre>\n
    \nDescrizione degli attributi<\/b>-re<\/code> \u2013 indica che il file deve essere convertito in flusso.<\/p>\n
    -i<\/code> \u2013 indica quale file deve essere riprodotto. \u00c8 importante che il comando venga eseguito dalla stessa directory in cui si trova il file video. Altrimenti, bisogna specificare il percorso assoluto del file, come \/usr\/media\/lecture1.mp4<\/code>.<\/p>\n
    -f<\/code> \u2013 imposta il formato del file di output. Nel mio caso, ffmpeg converte \"al volo\" il mio file da mp4 a flv.<\/p>\n
    E alla fine indichiamo i dati che abbiamo preso su YouTube nella pagina di impostazione della trasmissione, cio\u00e8 l'indirizzo a cui inviare i dati e la chiave di trasmissione, affinch\u00e9 la trasmissione appaia proprio sul tuo canale.<\/p>\n
    Se hai fatto tutto correttamente, dopo aver avviato questo comando, YouTube vedr\u00e0 il flusso trasmesso. Per avviare la trasmissione, ti baster\u00e0 premere il pulsante \u00abInizia trasmissione\u00bb su YouTube.<\/p>\n
    Passo 4 \u2013 aggiungiamo l'autonomia<\/h3>\n
    \nCongratulazioni! Ora sai come avviare una trasmissione da un file video. Ma non \u00e8 sufficiente per una trasmissione continua. \u00c8 importante che, dopo la fine della riproduzione del primo video, parta immediatamente il successivo, e quando tutti i video sono stati mostrati, la riproduzione ricominci da capo.<\/p>\n
    Ho pensato alla seguente opzione: creare un file .sh in cui ho scritto un comando per ogni file video e alla fine ho indicato il comando per il riavvio di questo stesso script. \u00c8 venuta fuori una sorta di ricorsione:<\/p>\n
    Comando 1... (avvio trasmissione del file lecture1.mp4)\nComando 2... (avvio trasmissione del file lecture2.mp4)\nComando 3... (avvio trasmissione del file lecture3.mp4)\nbash start.sh<\/code><\/pre>\n
    \nS\u00ec, ha funzionato. Soddisfatto di me stesso, ho avviato una trasmissione di prova e sono andato a dormire. <\/p>\n
    Al mattino mi aspettava una sorpresa sgradevole. Si \u00e8 scoperto che la trasmissione era durata solo un paio di minuti e si era interrotta praticamente subito dopo che ho spento il computer. L'inchiesta ha mostrato che i comandi avviati in quel modo vengono eseguiti finch\u00e9 l'utente \u00e8 autenticato sul server. Non appena mi sono disconnesso, l'esecuzione dei comandi che avevo avviato \u00e8 stata interrotta. Per evitare che ci\u00f2 accada, basta anteporre al comando bash<\/code> il comando nohup<\/code>. Questo permetter\u00e0 al processo avviato di continuare a funzionare indipendentemente dalla tua presenza.<\/p>\n
    La versione minima finale dello script appare cos\u00ec:<\/p>\n
    ffmpeg -re -i lecture1.mp4 -f flv rtmp:\/\/a.rtmp.youtube.com\/live2\/%CHIAVE_TRASMISSIONE%\nffmpeg -re -i lecture2.mp4 -f flv rtmp:\/\/a.rtmp.youtube.com\/live2\/%CHIAVE_TRASMISSIONE%\nffmpeg -re -i lecture3.mp4 -f flv rtmp:\/\/a.rtmp.youtube.com\/live2\/%CHIAVE_TRASMISSIONE%\nnohup bash start.sh $<\/code><\/pre>\n
    \nDove start.sh \u00e8 il file in cui \u00e8 registrato questo script. E questo file deve trovarsi nella stessa directory dei file video.<\/p>\n
    Aggiungere il simbolo del dollaro alla fine permette di avviare il processo in background, in modo da poter continuare a utilizzare la console senza interrompere la trasmissione.<\/p>\n
    I vantaggi ottenuti dai bonus sono i seguenti:<\/b><\/p>\n