SirLoading schrieb:
Was würdest du für einen Server empfehlen? (Hoster im Internet)
Hab das spaßeshalber mal auf meinem ODroid H3 (SmartHome / Daily Server) getestet mit Restreamer.
Nutzt ihn komplett aus bei 1440p zu 720p, aber funktioniert.
Hätte bei Netcup einen Root genommen.
Das ist schwer zu beantworten, weil das von verschiedenen Faktoren abhängt.
Wenn du einen Server hast, dessen Traffic nicht sonderlich ausgelastet ist und du nur zu Streamingplattformen senden würdest, spielt die Bitrate keine so große Rolle. Dann könnte man ein ffmpeg preset wie superfast nehmen (x264). Dafür braucht man nicht viel Rechenleistung. Willst du aber direkt für Clients mehrere Auflösungen komprimieren, möchtest du auch eine geringere Bitrate haben und dementsprechend brauchst du dann mehr Rechenleistung.
Wir haben ein Internet TV welches 24/7 läuft und ab und zu haben wir Live Events die dann eingespeist werden. Dazu nutzen wir 2 VMs, eine nur zum Weiterleiten, weil wir manchmal auf mehrere Plattformen gleichzeitig streamen, die braucht kaum Leistung (1 Kern würde locker reichen). Die andere die das TV streamt, konvertiert in 4 Auflösungen, plus eine ffmpeg Intanz die auf Live Events wartet. Die hat 8 Threads die zu ~60% ausgelastet ist.
Allerdings laufen unserer VMs auf eigenen Root Servern bei Hetzner. Wenn du keinen Rootserver hast, sollten die VMs zumindest garantierte CPU Leistung haben.
SirLoading schrieb:
Naja, zur Not könnte ich auch einen 1440p60 und einen 720p30 Stream von mir auf den Server senden und der verteilt das weier.
Wäre eine Möglichkeit, wenn deine Internetleitung stabil ist. Dann berauchst auf jeden Fall nicht so leistungsfähige VMs.
SirLoading schrieb:
Ist quasi wie RTMP nur neuer / besser?
Besser ist relativ, kommt auf die Bedürfnisse an. Bei Nginx RTMP habe ich den Eindruck, dass das nicht mehr weiter entwickelt wird, das Github Repo hatte das letzte Update vor 2 Jahren. SRS hingegen schon, hat auch mehr Funktionen.
SirLoading schrieb:
Kann SRS auch mit AV1 Codec umgehen?
Ja kann es. Es könnte auch SRT.
SirLoading schrieb:
Also einen AV1 Stream zum Server, der leitet das zu YT weiter und dann wird in 264 konvertiert für die anderen Plattformen?
Würde ich persönlich von abraten, wenn nicht gute Gründe vorliegen. Ich würde das Format wählen welches die meisten Plattformen unterstützen und nur das umkonvertieren was wirklich nötig ist. YT profitiert nicht von AV1, da war sogar lange h264 am besten. AV1 macht da Sinn, wo die Leitung nicht mehr hergibt.
SirLoading schrieb:
Das brauche ich nicht, aber gut zu wissen.
Das ist leider etwas blöde gelöst, Weiterleiten geht standardmäßig nur zu Adressen, Streamschlüssel kann dabei nicht geändert werden. Um z.B. zu Youtube weiterzuleiten brauchst es den Backend-Parameter und das geht, soviel ich weiß, nur mit einen separaten API Server. Könnte dir unsere angepasste Version geben, wenn Interesse besteht. Ist eine Go-App und wird per SystemD gestartet.
Was auch recht gut geht, ist eine weitere ffmpeg Instanz in SRS zu startet, aber mit
-c copy, braucht auch nicht viel Leistung:
NGINX:
engine youtube_live {
enabled on;
vcodec copy;
acodec copy;
output rtmp://a.rtmp.youtube.com/live2/qwqm-f1sf-9g1m-868s;
}
SirLoading schrieb:
Was mir aufgeallen ist mit "htop":
Wenn ich ein Testbild starte, dann werden X Instanzen gestartet.
Wenn ich den Stream starte, dann nur 1.
Ich stelle in HTOP die
userland process threads immer aus. Finde das mehr verwirrend, als hilfreich.
