Publica els teus vídeos amb PeerTube, l'alternativa a Youtube

De moment no n'hi ha cap: PeerTube és una eina que volíem neutral en termes de remuneració.

Tanmateix, el videògraf pot mostrar un botó d'assistència a sota del vídeo. Aquest botó mostra un marc en el qual les persones que carreguen vídeos poden mostrar lliurement textos, imatges i enllaços (enllaç Patreon, Tipeee, Paypal, Liberapay, etc.).

No hem anat més enllà perquè ens neguem a lligar el nostre codi a un mètode concret de finançament de contingut, que pot no convenir a totes les comunitats i dissuadir a d'altres. És per això que animem als desenvolupadors a utilitzar l'API de complement de PeerTube per crear el seu propi sistema de monetització.

La guia d'instal·lació està aquí (només en anglès, de moment).

Requisits mínims de maquinari:

• 1 vCore
• 1.5 GB de RAM
• Espai d'emmagatzematge suficient per a vídeos
• Velocitat de càrrega de xarxa de 20 Mbps
• Ample de banda suficient per difondre vídeos

Requisits de maquinari recomanats per a una instància gran per gestionar 1.000 espectadors simultàniament (vegeu la nostra entrada de bloc sobre la nostra prova de càrrega de visualitzadors):

• 4 vCore
• 4 GB de RAM
• Espai d'emmagatzematge suficient per a vídeos
• Velocitat de càrrega de xarxa d'1 Gbps
• Ample de banda suficient per difondre vídeos
• Consulteu la guia d'escalabilitat si teniu previst tenir molts usuaris o espectadors

Si teniu previst fer la transcodificació a la mateixa màquina que la instància de PeerTube:

• 8 vCore
• 8 GB de RAM

Per obtenir una guia més detallada sobre els requisits de maquinari:

Amb l'excepció de la transcodificació de vídeo, no hi ha ús de CPU en una instància de PeerTube. Ni Nginx, ni el mateix PeerTube, ni PostgreSQL, ni Redis requereixen molta potència de càlcul. Si fos només això, podríem sortir fàcilment amb un sol fil/vCPU.

Tanmateix, us beneficiareu molt d'almenys un segon fil, a causa de la transcodificació. Transcodificar requereix molt de treball de CPU. Té dos propòsits en una instància de PeerTube: garanteix que tots els vídeos es puguin reproduir de manera òptima a la interfície web i genera diferents resolucions per al mateix vídeo.

La transcodificació també es pot delegar a altres màquines mitjançant executors remots.

1,5 GB de RAM hauria de ser més que suficient per a una instància bàsica de PeerTube, que normalment utilitza com a màxim 500 MB de RAM. L'únic motiu pel qual potser necessiteu més seria si col·loqueu els vostres serveis Redis o PostgreSQL en un sistema que no sigui SSD.

Hi ha dos aspectes importants de l'emmagatzematge: l'ús d'espai en disc i la velocitat de lectura sostinguda. Per fer una estimació aproximada de les vostres necessitats d'espai en disc, heu de conèixer les respostes a tres preguntes:

• Quina és la mida total dels vídeos que voleu emetre?
• Voleu habilitar la transcodificació? En cas afirmatiu, voleu proporcionar diverses resolucions per vídeo? Fes aquest experiment amb uns quants vídeos i tindreu una idea de quant espai addicional es necessita per vídeo i podreu estimar un factor de multiplicació per a una futura assignació d'espai.
• Quins mecanismes de compartició voleu habilitar? Només vídeo web, o també HLS amb P2P? Si voleu tots dos, això duplicarà les vostres necessitats d'emmagatzematge.

Si voleu emmagatzemar molts vídeos a la vostra instància de PeerTube, podeu considerar emmagatzemar els vídeos externament mitjançant «Object Storage».

Pel que fa a la velocitat de reproducció, heu d'assegurar-vos que podeu saturar l'enllaç ascendent de la vostra xarxa publicant vídeos de PeerTube. Això no hauria de ser un problema amb els SSD, mentre que els HDD tradicionals s'han de tenir en compte: les taxes de lectura sostingudes típiques per a un sistema ben ajustat amb un HDD de 7200 RPM haurien de ser d'uns 120 MB/s o 960 Mbit/s. Aquest últim hauria de ser suficient per a un enllaç ascendent típic d'1 Gbps.

Una estimació aproximada de la capacitat de xarxa de transmissió de vídeo d'un servidor tradicional sol ser bastant senzilla. Simplement dividiu l'amplada de banda disponible del vostre servidor per l'amplada de banda mitjana per flux i obtindreu un límit superior.

Per exemple un servidor amb un enllaç ascendent d'1 Gbps que envia fluxos de 1080p60 a 5 Mbps per flux. Això vol dir que el límit superior teòric absolut de la capacitat és de 200 visualitzadors concurrents, si l'E/S del disc del vostre servidor ho suporta. Espereu una mica menys a la pràctica.

Però, què passa si necessiteu servir més usuaris? Aquí és on entra la funció de federació de PeerTube. Si altres instàncies de PeerTube segueixen la vostra, és probable que hagin decidit duplicar part de la vostra instància! La funció s'anomena "redundància de servidor" i emmagatzema a la memòria cau els vídeos més populars. per ajudar a servir espectadors addicionals. Tot i que els mateixos espectadors fan una contribució addicional a l'amplada de banda quan miren el vídeo al seu navegador (principalment durant el trànsit màxim), els servidors mirall tenen un enllaç ascendent molt més gran i ajudaran la vostra instància a mantenir un flux simultani més alt.