Vergangenheit:
Zukunft:
== Rahmenbedinungen und Ideen
Wie letztes Jahr. CDN bleibt konzeptional gleich: Ngnix Kaskade sowie Icecast davor jewweils haproxy als Loadbalancer. Zusätzlich ein bisschen mit DASH spielen. Bitraten vom 32C3 haben sich das Jahr über bewährt – kein Handlungsbedarf. Designziel: Gesamt-Bandbreite 30 Gbit/s
Für HLS: Nutzer zwischen Relays verschieben?
TODO florolf: Wie sieht es (da) bei DASH aus? – Könnte man ggf. sogar auf Icecast verzichten – (Abgesehen von audio-only streams) ?
RTMP durch $wasanderes ersetzen, in dem man besser mehrere Video und Audioströme zusammen transportieren können um Backbone-Bandbreite zu sparen
== Monitoring
Alternativen zu Icinga/Nagios? Zabbix?
- Möglichkeit Graphing Frontends wie grafana anzubinden
- dabei möglichst voraggregieren um Abfragegeschwindigkeit hoch zu halten
Anforderungen:
- Bunte Config-Oberfläche für Icinga2
- Alternative zu Config-Files
== Meta/Mixed
TODO Relay-Register für 33C3 aufsetzen bis spätestens 1.12. (?)
TODO Debian Jessie Install images bauen
es sollte vom letzten Jahr skripte von Florolf geben
TODO Ansible o.ä. vorbereiten/um MPEG-DASH erweitern?
Test-Delpyments,
Streaming-Sub-Formate (H264-sd, WebM-hd, WebM-sd, audio etc)
mit Tool von fxkr oder manuell?
TODO autotee oder ähnliches auf speedy/tweety aufsetzen & konfigurieren
auf speedy und tweety aufsetzen?
vorher abklären wie weit DASH Teile davon obsolet macht
DASH für H264 und WebM?
MPEG-DASH
* FeM hat Experimente dazu laufen
* ist ähnlich wie HLS aber nicht mit TS sondern MP4 Schnippseln
* ist in ffmpeg mit drin
* FeM setzt VideoJS Player ein
pegro: Solle man auf jetzten Fall experimentell anbieten
In der streaming-webseite benutzen wir grade mediaelement.js
* test encoding script: (macht HLS und DASH mit H.264)
TODO ffmpeg packete auf 3.x upgraden? – Zum 33C3 überall mit aktuellem ffmpeg fahren!
== Streaming YouTube
TODO @mazdermind: Räume in YouTube klicken, Daten konfigurieren, Bilder hinterlegen, Urls im Wiki hinterlegen, Playlist kliocken und im Tracker confen
* man kann jedes event als "Broadcast" mit zeit anlegen. geht per API, geparst aus nem Fahrplan
* Streams aka. Räume heißen "Streams". kann man erstellen und laufen lassen
* Broadcasts müssen Streams zugeordnet werden
== Relay-Sponsoring und -Messungen
TODO hetzner anfragen
hat zum 32C3 florolf gemacht
TODO 1&1 anfragen?
TODO S11 anfragen?
evtl. schafft FeM noch ne dicke Büchse an, die dann auch 10GE uplink kriegt
"In diesem Internet sind sehr viele Variablen drin" ;-)
Interaktives Relay-Wechseln dem Nutzer transparent machen?
== Web CDN?
Loadbalancer (beim 32C3 zwei) liefern streaming-website mit aus.
schedule und andere Metadaten mit ins CDN? Lag das letzte Mal in config-Ordner
TODO mazdermind: Bug weiße Seite bei streaming-website
schwer reproduzierbar.
== WebM DASH
== 24/7 Test-Stream
* voctomix im kern
* dahinter ein H264 (oder was auch immer) ffmpeg, der das ins CDN schiebt
* davor ein ffmpeg/autotee/melted der RAW ins voctomix schiebt, quelle egal
* voctomix kann fallback auf "aktuell kein Signal"
* FeM hat Setup mit melted laufen
== Sonstiges
- mit muxen komplett in ffmpeg noch nützlich? ja, zum dynamisch Prozesse spawnen, man würde den "tee" Teil nicht nutzen
- vlt. distributed machen (gibt zwei Transcoder-Rechner; statische Config geht natürlich aber dynamisch wäre schöner)?
- z.b. fragt an zentraler Stelle nach, wenn da "ich" (oder nix, dann default "ich") als transcoder eingetragen ist -> transcoding starten
- Wenn es handfeste Ergebnisse gibt -> Mitte November bis Anfang Dezember.
- -> Mittwoch 16. November um 20 Uhr