Oben Teil 2, unten Teil 1 ab Zeile 237
== Agenda/Protokoll – Teil II (2017-01-19)
cross-link: https://video.pads.ccc.de/33c3-lessons-learned
- Persönliches Feedback Teil II
- moe: erstes mal intensiver dabei, sendezentrum hauptsächlich, ticket tracker erstmals wahrgenommen, generell sehr positiv
- thomic: alles gut, gerne wieder
- CDN / Streaming, Operations
- Vorbereitung
- es wurde viel recycelt
- das lief zu Anfang auch (zumeist)
- Hat uns mehr Zeit gegeben zum Spielen
- Nicht alles auf einmal neu zu machen war gut
- RTMP wurde durch mehr Icecast ersetzt
- ein mkv-Stream wurde statt mehreren RTMP-Streams verwendet
- Hat mehr selber machen vs. mieten/leihen funktioniert?
- Hat funktioniert
- Manchmal war die gestellte Hardware nicht so praktisch
- duplicate Mac-Adressen etc. (Selfnet)
- Ad-Hoc aufsetzen hat mit das Problem verursacht
- Standard-Debian-Installation ist meist nicht genug
- bei größerer Server-Hardware ist Optimierung immer noch nötig
- wird sich durch aufsetzen von eigenem Server bei Selfnet noch weiter verbessern
- muss trotzdem getestet werden
- Verwenden Unterm Jahr macht das Congress-Setup initial stabiler
- Zum Congress nur Dazustellen statt Neubauen
- Wie kamen Verzögerungen an Tag 0
- Zertifikate ausrollen war letztes Jahr anders
- da gab es schon Code
- den wollten wir nicht verwenden um nicht in das letsencrypt-Limit zu laufen
- Versuch alles über ein Zertifikat zu machen hat Zeit gebraucht
- Loadbalancer-Configs waren nicht fertig
- war übers Jahr vorher manuell
- lief noch nicht aus dem Ansible-CM
- HA-Proxy-Config hat ziemlich viele Extrawürste
- HTTP/HTTPS
- Intern/Extern
- usw.
- Transcoding war noch ein Problem
- das RTMP sollte abgeschafft werden, d.h. alte Configs gingen nicht mehr
- Auf dem Event festgestellt, dass die Configs eigentlich noch nicht fertig waren
- Autotee
- Sind ein paar Bugs nach x Stunden aufgetreten, die man so im Testen nicht gefunden hat
- Regelmäßig benutzen hift, solche Bugs zu beheben
- Es wissen nicht genügend Leute über CDN bescheid
- für die Zukunft sollten mehr Leute beteiligt sein um die Last zu verteilen
- Schichtplanung?
- mehr Einteilung wäre gut gewesen
- für Außenstehende fehlt die Information, was morgens notwendig ist um alles in Betrieb zu nehmen
- was den Tag vorher lief sollte sich am morgen auch ohne Aufwand wieder zum Laufen bringen lassen
- die Informationen wie das Bootup am Morgen stattfindet sollte zur Verfügung stehen
- Planung wie "wer bleibt wann länger" wäre sehr nützlich
- es findet keine direkte Übergabe statt, es sollte eine definierte Stelle geben wo man Info dazu hinschreibt
- das Setup ist deutlich komplexer als bei sonstigen Events über das Jahr
- "Welche Kiste macht was" war ein Problem
- es gab eine vorherige Planung, an die hat man sich nicht gehalten
- Erst gefühlt zu viel Hardware, dann eher zu wenig
- Transcoding war doch lokal, statt auf speedy/tweety
- Zwei Minions nicht am Start
- Wenn man den Transcoder mal "von den Zügeln lässt" nimmt er sich auch mehr CPUs
- Systeme nicht korrekt konfiguriert
- Fehlende Maxrate beim webm-transcoding
- mit alten ffmpeg-Zeilen gab es nur bitrate-Setting und kein maxrate
- bitrate-Option gibt nur eine durchschnittliche Bitrate an
- bei hoher Bildkomplexität können deutliche Peaks darüber hinaus entstehen
- Clients mit geringer Bandbreite fallen dabei runter
- wurde erst an Tag 2 gefixt
- DASH
- Patches werden gegenüber frickeligem Congress-Stand nocheinmal überarbeitet
- aktuell 12 Patches
- MPEG-Segmentmuxing bröselt nun ein wenig
- die Patches werden in naher Zukunft an die ffmpeg-devel Liste gesendet
- mal ausloten wie die Wahrnehmung dazu ist
- Player
- TLS 1.2-only ist auf mehreren Standalone-Clients auseinandergefallen
- auf Windows 7 ging kaum etwas
- ist das vielleicht kein TLS sondern ein SNI Problem?
- Client der TLS-1.2 kann aber kein SNI?
- wie will man die Streaming-Struktur für die Zukunft fahren
- Testsetup neben produktives Setup bauen?
- das Setup beginnt schon auf dem Encoder
- der Encoder muss dafür aktuell neben RTMP auch das mkv machen
- Encoder sollte nur mkv ausliefern und auch nur in Originalformaten
- SD und RTMP auf Transcoder
- DASH o.ä. kann dann auf nicht-produktiven Transcodern getestet werden
- Dauerstream zum Testen
- sollte alle speziellen Use-Cases abdecken
- mehrere Videoqualitäten
- mehrere Audiospuren
- mehrere Subprojekte
- derpeter macht eine wiki-Seite
- Umschaltbare Quelle für Transcoding
- Ergebnisse
- mehr Leute, Last besser verteilen
- dadurch auch Schichtplanung/Morgenplanung ermöglichen
- auf dem Event im Wiki Dokumentieren
- welche Maschine macht was
- wo läuft welches Skript/Cronjob etc.
- Dauerstream (Sendeschleife) aufsetzen
- Recording / Postprocessing
- Backup-Schnippsel konnten ohne Transcoding direkt in der Pipeline verwendet werden
- Problemtalks wo das Backup benutzt werden musste
- 40s Lücke, Encoder hatte sich auf die Nase gelegt durch Encoding-Hölle (aufregender Content)
- steckengebliebene Cam source bei Überlast
- Cam source war womöglich auch Audio source
- Backup-Encoder nicht zum Release-Encoding benutzt
- Repairscript, dass Kamera mts-Files nach mpeg2ts Schnippsel konvertiert
- war etwas ressourcenhungrig, danimo hat es etwas schneller gemacht
- Link?
- Drei Tonspuren liefen gut, vor allem auch weil der größte Teil der Configs dafür bereits existierte
- Feedback nach dem Congress: Wunsch nach Slide-only-Recordings
- würden sich einige Leute wünschen, vor allem wenn einem der Schnitt vom Mischerengel nicht gefällt
- Idee: Slide Stream direkt beim Recording in das MPEG-TS reinfummeln
- Überidee: alle Quellen aufzeichnen. Kameras, Slides, Audios, alles
- grade für kleinere Events wäre manchmal cool, Kamera 1 + Slides komplett zu haben, wenn jemand nachschneiden will
- Parametrisches Mischen wäre dann Möglich
- ggf. für Reparatur von High-Value oder besonders kaputte Talks
- Geplante SDI-Karten nicht mitgebracht
- Trotz Kistenverplanungsmumble später per Zufall sachen zugewiesen
- s.o. Minions für Transcoding verwendet / Minions nicht anwesend
- Verschiedene Versionen vom Pad
- Online vs. Offline vs. Wiki
- Kisten nicht im VOC-Office angekommen
- Was ist die aktuelle IP-Liste?
- Manches steht nur (?) im DNS
- Alle die länger dabei sind können alles machen
- z.B. DHCP, DNS, …
- da kann man im Zweifelsfall noch in der Config nachschauen
- IPs automatisch abgrasen, irgendwie ins Wiki übertragen
- Zu viel Last auf Voctomix-Encodern
- zusätzliche SD-Transcodings haben die Last hochgetrieben
- wurde für konzentriertes mkv verwendet
- Wir haben das nicht rechtzeitig kommuniziert
- Audio, Pausenstreams wurden dafür abgeschaltet
- bei statischem Hintergrund lässt sich Rechenleistung sparen
- Großes Lob an Martin Kessler (MaKess aka 0xmartin) und TaruTuomi, die rund 90-95% der Talks geschnitten haben
- haben oft rückgefragt, aber hier und da noch Kleinigkeiten durchgehen lassen, die wir normalerweise korrigiert hätten
- Diskussion, inwieweit wir das Releasing zurückhalten um Schönheitsfehler zu korrigieren, was möglicherweise dann liegen bleibt, weil anderes wichtig ist
- evtl. "besseren" Support für Re-Releasing um erstmal ein Release zu haben, aber später noch Kleinigkeiten ausgebessern zu können
- z.b. nochmal zu Youtube hochladen
- altes Video unlisten + "this is old" in die Description
- Release-Encoding
- Hardware
- encoderm + derpeters kiste + noch eine waren die Master-Encoder
- kaum Rückstand, Ressourcen haben gereicht
- Subformate wurden bis Tag1 inhouse gerechnet, danach extern (speedy & tweety)
- bei Tag 4 waren dann auch desmit und die GSA verfügbar
- Tag 4 Backlog
- war wegen Kommunikations-Bla und Logistik erst ne Woche später verfügbar
- Wegkopieren der Schnippsel der offenen Encodings war bissl überstürzt
- sollte sich vorher überlegt werden, wie und wo das passiert
- speedy/tweety haben Platz und Anbindung (setzt funktionierendes NOC-Netz voraus)
- Idee: Script was aus dem Tracker ausliest, was noch offen ist, findet raus welche Schnippsel wo liegen, kopiert die weg
- Idee für Congress: genug Anbindung, wieso also nicht eine Schattenkopie von allen Schnippseln von allen Sälen irgendwo im Internet vorhalten
- keine Releases von Audio-only von 2. und 3. Sprache
- aktuell nicht ganz einfach umzusetzen
- unklar wieviele Leute das hören
- ohne Bild ist das oft schlecht zu verwerten, der Schnitt wird auch mit der Hauptsprache gemacht
- wir warten drauf das wirkliche Nutzer danach fragen
- gibts dann wieder, wenn es Release-Adaptive-VOD Encoding gibt, wo eh alle Spuren einzeln vorliegen
- Backup Audio in Kameras?
- Zusatzaufwand ohne Nutzen? Nee, wir haben daraus direkt einen Talk repariert
- war wohl beim Aufbau verwirrend, weil es in irgendeiner Checkliste nicht stand
- ja wir wollten das, und wir haben es genutzt! (nur falls jemand fragt)
- beim 32C3 hatten wir sogar im Backup-Recording (Hyperdecks) mal kein Ton
- und es gab kein Kamera-Backup! das hätte geholfen
- es sollte einen Verantwortlichen fürs Backup-Rec. geben (der ungleich Recordingbeauftragter is), damit es keine "sollte/müsste eigentlich"-Situationen gibt
- der weiß auch, in/aus welche/r Kamera die Speicherkarten kommen, kann das zuordnen
- Releasing / Media
- A/V Sendezentrum
- Sonstiges
- Wurden die Slidestreams aufgezeichnet? Falls nein: Was müssen wir tun damit das in Zukunft passiert --Andi
- https://lab.dsst.io/slides/33c3/ in unseren Workflow integrieren?
- Heralde Aufzeichnen
- Ist wenn dann ne Content-Entscheidung
- Müsste vom VOC vorher eingeplant und vorbereitet werden
- geht ggf. mit einem deutlich höheren Aufwand einher
- Sendezentrum als eigenes Tracker-Projekt
- Anpassungen am Projekt waren nicht einfach zu spiegeln
- Checking und cutting ging irgendwie unter
- Status der Tickets war unklar
- Steht und Fällt mit Extrawurst beim Releasing
- Freigabestatus war ziemlich unklar
- Man hätte schon schneiden können
- Viele kamen in das Projekt rein aber es war unklar, wo überall Optout ist
- Wurde nicht im Frab gesehen, stattdessen mündlich übertragen
- Diskussion "Nicht von Content organisierte Bühnen"
- Sendezentrum war eigentlich sehr ähnlich zu Sälen: es gab ein frab, einen Fahrplan, releasing durch unsere Pipeline
- Probleme gab es, weil es anders gemacht wurde als abgesprochen
- wir mache klare Ansagen, was wir liefern und was wir voraussetzen/haben wollen
- langfristig ist sowieso Ziel mehr Content aus der Community zu bekommen
- wird also eher mehr als weniger in Zukunft
- für sowas wäre mal denkbar, Workflows wie "erstmal encoden, dem Speaker zeigen und der darf seine Zustimmung geben" zu etablieren. also die Entscheidung, ob und wie veröffentlicht wird, aus- und nachzulagern
Verschoben auf Review2 von Review1
Schichtenplaung für Jobs im VOC Büro? hatten wir oben schon, oder?- VOC Helpdesk
- morgens stressig, aber sonst gut mit 3 Leuten einteilbar
- eigentlich immer jemand zum weiterleiten oder fragen gefunden
- vor allem 2-stufiges Konzept mit Saalverantwortlichem war gut
- Kanban Boards
- Das Jahr über für Langzeit-Projekte?
- auf Veranstaltungen? (vgl. FOSS4G vs 33C3)
- Audio Stream
- Nächste Treffen / Weiteres Vorgehen (ggf. Kernteam)
- Erfahrung als Neueinsteiger - mögliche Verbesserungen?
- Best Practises
- -> Wird in anderen Mumble "Trainingseinheiten" vertagt
- Zuständige für Räume, Themen mit Nummer gut sichtbar im Raum darstellen
- Specialvideos mit Nummer gut sichtbar im Raum darstellen
- Bei den Meetings genauer ansprechen, wer Zuständig ist, konkret Fragen was es noch zu klären gibt
== Agenda/Protokoll – Teil 1 (2017-01-11)
cross-link: https://video.pads.ccc.de/33c3-lessons-learned
(wie letztes Jahr)
Kommentare zuerst (3 Min. pP.), dann Teams/Agenda, Vorschlag Reihenfolge (texec):
- Persönliches Feedback
- 0xmartin: Das erste Mal dabei. Alles prima. gerne wieder.
- andi: lief relativ gut, paar Mal gesagt "bester Congress seit 5 Jahren", alles ok
- atze: lief ziemlich gut, Schmerzen in der Vorbereitung, auch auf menschlicher Ebene, Vorbereitung hat sich aber gelohnt, scheint wohl wenn man die Location zum letzten Mal hat, läuft alles am besten – wie auch in Berlin
- capo: war in der Vorbereitung eher stressig, wenig Zeit, Mumbles verpasst, Bereich QS als Hauptfokus wie auf dem Camp mit Engeltraining begonnen, viele Sachen aufgefallen, versucht sofort zu verbessern, unhappy mit av-engel-einteilung an Tag 1, quasi gefühlt schlechter als im letzten Jahr, insg. trotz persönlicher Differenzen immer schnell zu konstruktiver Ebene gefunden
- dedeibel: sehr spannend, erster Congress, learning wie man im chaos arbeitet, learning wie man da organisatorisch vorgeht, nicht locker lassen, nicht so auf Zusagen/Aussagen von außerhalb des VOCs verlassen, wirkte sehr eingespielt, Zuständigkeiten wirken geklärt, als neuer unklar ob man beim interagieren an Sachen, Leuten Stöcke zwischen Beine werfen, man hat den neuen dennoch viel geholfen. Danke dafür. Schichtenplanung könnte zur Schonung einzelner enorm beitragen.
- ischluff: lief relativ gut, Leute sind gesund geblieben, Assembly war cool und hat Spaß gemacht, danke an neofisch, relativ viel Zeit neue Dinge auszuprobieren, z.B. DASH und neuer Player für HLS/Relive, funktional / vom Streaming her nicht der beste Congress, Teststream vorher aufsetzen hat nicht geklappt, daraus wurde nix, daher war der erste Tag [Tag 0] sehr lang, transcoding lief erst an Tag 0 auf dem Congress, cdn war auch nicht fertig zu dem zeitpunkt, hätte entspannter sein können, Last-Probleme in den voctomix-Räumen, known-good-config wäre gut gewesen, wissen wo die (Last-)Grenzen sind
- jwacalex: Lief gefühlt runder als die letzten Jahre. Problem "wie kommt man da rein" ist vermutlich einfach so bei eingespielten Gruppen. Manche Dinge hat man ggf. schleifen lassen, weil es in der Vergangenheit gut lief. In den Saalen lief es gefühlt entspannter. Wenn die Mixer-Engel nur 2 bis 3 Schichten machen, konnten sie u.U. kein Mittagessen bekommen. Das hätte man anders machen können, wenn man es _wüsste_. Kommunikation der Engel von Problem dieser oder andere Art schien mehr oder weniger wie eine Blackbox, da es kein Feedback dieser gab, obwohl man nachgefragt hat. Aber auch Feedback wie "Eurer Engel hat X gemacht - wieso das?" kam erst Post-Congress. Kommunikation mit Heaven/Engelsystem sehr gut, mit Stagemanagement / Heralde auch besser als letztes Jahr.
- Kampfhamster: Allgemein oben anschließen, ruhigerer Congress, HDCP-Probleme und Voctomix-Lagging-Issues im V-Bereich, wurde meist schnell behoben
- MaZderMind: Fand es cool, dass man mal was hacken konnte, und produktiv arbeiten konnte. Voctomix Stable Config hätte es gegeben, hat man aber nicht gemacht. Wäre vielleicht besser gewesen. Hätte gerne das CDN-Team mehr unterstützt. Später Einstieg ist schwierig. Besseres Onboarding für die Zukunft wichtig, Schichtenplanung gab es nicht. Würde sich für die Zukunft lohnen. War geil, freut sich auf nächstes Jahr
- meise: Kann sich MaZderMind und Ischluff voll anschließen, best meeting-kultur on congress ever, Vorbereitung gefühlt eher schlecht, schlechtes Gefühl beim hinfahren, wenig Zeit für meetings im Vorlauf, Aufbau an Tag 0 ziemlich gut, uncool dass vorher schon Hardware getauscht wurde, danke an jwacalex für die super Engelkoordination, Assembly toll, erst recht spät benutzt, Vorbereitung cdn-team hat sich aus der was-wir-schon-haben-kiste gegriffen, hätte auch schiefgehen hönnen, unbekannte-hardware-problem ist sowohl im cdn als auch im voctomix auf die füße gefallen, bessere absprache Audio, lob an neue, dedeibel etc., cool dass Tasks gegriffen und gemacht wurden, audiostreams besser als sonst, negative Meldungen von anderen Teams bzgl. Mitglieder des VOC, muss besprochen und dran gearbeitet werden
- milletimisev: Erster Congress, daher wenig Vergleiche.
- NHG: Kein Feedback mangels Vergleiche, hat aber gut gefallen.
- pegro: hat gefetzt. die Assembly is ein großer Pluspunkt, definitiv wieder machen. Fand es schön dass man Zeit für ein wenig Dev hatte und über mögliche Entwicklungen diskutieren konnte und nicht nur aufpassen muss, dass bloß nix auseinanderfällt. Cool zu sehen, was aus so "na hier ein wenig Streaming und Aufzeichnen" mittlerweile für Teams, Know-How und Infrastruktur entstanden sind. Also bin schon stolz auf uns ;) Achja und ich freu mich auf das Sparring mit ffmpeg Upstream. Patches sind fast fertig vorbereitet.
- raven: generell vorm Congress eher unsicher, anderes Setup als im Vorjahr, während des Congress recht zufrieden, persönlich konnte er auch mal weg sein, Menschen waren da die wussten was sie tun, im nachhinein wieder gesund, es fallen dann Dinge auf die man hätte verbessern können, insg. zufrieden wie Audio lief, wäre froh gewesen wenn wir früher hätten aufbauen können, dinge sind am Aufbautag nicht fertig geworden und dann auch später nicht mehr gemacht worden, auf 34c3 neue location, da einen Tag früher anfangen, auf den touchmixern crashen die UIs, wurde in den Pausen durch Reboot "gefixt", Rückfrage nhg?, hat es nur zwei layer weiter oben mitbekommen, SDI monitoring war genial, hat aber eine ganze Person gekostet beim Aufbau, nächstes mal besser planen, voctomix hat audio delay eingebaut, "schrei wut tob?", Audio Mischerengeleinführung gemacht, 2/3 der Leute eher 3rd-Level, Pool aus 10 qualifizierten Ton-Menschen ist vorhanden, daraus für den 34C3 FOH-Mischer beziehen? Wir waren etwas knapp mit Audiomischer-Engeln, gängige Kommunikations-Fuckups. Freut sich auf den 34C3, mit Engeln, wird dieser vermutl. audiotechnisch sauber
- Texec: War vorher und mittendrin etwas unsicher, weil die Vorbereitung etwas lax wirkte. Persönliches Feedback und Zufriedenheit hat gestimmt. Technisch sicher immer Sachen kaputt, aber generell ziemlich stabil, wurde trotz Einschränkung schnell behoben, zwischenmenschlich total gut, kein schreien oder ankeifen, war sonst oft schade, persönlich Leute ermutigen sich davon was persönliches für nächste Veranstaltungen mit zu nehmen und sich auch persönlich weiter zu entwickeln
- Thorti: Nicht der erste Congress. Schon seit 27c3? dabei. Erster Congress als AV-Technican Angel. Sagte ich probiere es einfach mal. Viele Eindrücke gewonnen im Vergl. zuvor. Lob an das ganze Team. Fühlte sich wunderbar unterstüzt. Hofft dass er auch im späteren Verlauf des Congresses etwas beitragen konnte. Will Best Practices zum Thema "Wie handeln, wenn was eintritt" machen. Merkt an, dass Kameras in Saal 1 starken Farbunterschied hatten. Aber ist klar, dass bei Stress solche Dinge untergehen können
- v0tti: Hat dieses Jahr gut gefallen, AV gut, voctomix nicht so stabil wie möglich gewesen wäre, BlackMagic-Kameras von AGS haben nicht so gut performt, angleichen & halten war schwierig, Engelhandhabung war nicht so effizient, schulungen im großen Rahmen bringen nicht so viel, vorher Mumble od. Video-Konferenz mit Engeln um sie vorher zu schulen, so wie mit heralden, lieber weniger engel dafür mehr qualität, bildregie und kameraeinstellung-qualität ist schlechter als im letzten jahr geworden, danke an jwacalex für den schlaf-verzicht, assembly mehr bespielen, war mittags wenig los, dafür abends um so cooler
- lhampe: zweiter congress + camp15, erster als Video-Engel, Austausch mit Ischlurf zum Monitoring, überlegt dort und allgemein beim VOC zu unterstützen.
- Ike: Audio geht jetzt, nix hinzuzufügen, weitermachen!!1!elf!
- schiermi: aus dem cccffm, Videoequipment aus dem ERFA mitgebracht, gute Zusammenarbeit mit dem VOC, überrascht von der Professionalität, wenn Beitrag mit ERFA-Equipment möglich würde er da gerne helfen
- Runde3:
- Aufbau / Abbau
- Aufbau
- Saalcase immer erst ins VOC - nur um Karten umzubauen? - mussten Sachen ausgepackt werden (Minions, Notebooks), daher erstmal ins VOC zu schieben
- Aufbauplan für Tag -1 schreiben?
- Packliste
- Navi-App für Engel mit Tracking? ;-)
- Ein Team Engel -vernünftig- briefen
- Lagerverwalter für Halle H
- raven: für Audio zwei Aufbautage gewünscht
- v0tti: von Audio-Seite nicht dem Saalverantwortlichen im Video-Setup herumstecken
- Unrealistisch dass Hardware vor Menschen da ist
- Alternativvorschlag: Aufbau vor Weihnachten
- Audiopatches vom Haus stimmten an Tag 0 noch nicht und waren nicht vorher getestet, konnten aber in Koordiniation mit Technikern behoben
- SDI-Trommel 1 → 2 wurde an Tag 0 vergessen
- Abbau
- Abbau hat stattgefunden, war gut, VOC Equipment war aber nicht reisefertig nach Abbau
- Hardwareumbauten (BMD PCI Karten) dokumentieren für den Rückbau
- Gemeinsam Packen bis alles Kleinzeug auf der Palette steht
- Cases nochmal sortieren am 31. - nach der Party
- ggf. Hotels entsprechend Buchen
- Mehr Lagerplatz einfordern – es ist genug da
- Aus den Sälen kamen VOC-Cases mit jeder Menge Zeug, das da nicht reingehörte
- Gleich vorher Plastikkisten mit in den Saal geben, wo Sonstiges hinein kann
- Funk korrekt vorher klären
- hat doch am Ende ziemlich gut funktioniert
- Abbau nach hinten raus zerfranzt, Koordination bis zu einem gemeinsamen Abschluss aufrechterhalten
- Aufbau+Abbau
- eigenen Engeltyp/team dafür einführen damit die selben Leute die beim Aufbauen und beim Abbauen helfen. (eher Team, Typ ist nicht zwangsläufig notwendig)
- IT-Abbau
- Damit rechnen das NOC trotz absprachen verfüht down geht, Plan für Fallback-LTE erarbeiten
- USV mitbringen & Einplanen
- Sicherung übriger Files koordiniert abwickeln
- Ist am letzten Tag etwas chaotisch, suche nach (kaputten) Files ist nervig
- Vorher eine Platte dafür festlegen
- Automatisiertes einsammeln von wichtigen Files, Backups scripten
- POC Mitarbeiter wollte Telefone abbauen
- Mit Genehmigung von raven, missverständnis bzw. verwechselung (ZAR/Saal 12)
- Es gibt ~3 Leute mit denen Einzelgespräche geführt werden sollen
- Video
- Saal 1
- Lief sehr gut
- Problematik mit dem Link nach Saal 2
- Voctomix wäre an die Grenzen gestoßen
- 3. Audiospur nicht möglich
- Link in Saal 2
- 3 Kameras hätten mit der Hardware nicht funktioniert
- Wenig Problemreports aus dem Saal
- Specialtalks soweit geklärt
- Farben der Kameras waren nicht gleich eingestellt
- Ausleuchtung war nicht besser als letztes Jahr
- Nach einem Gespräch mit dem Lichtverantwortlichen incl. Materialbeschau wurde es insb. in Saal2 besser
- In Anbetracht der zuvor besprochenen Optionen nicht so gut wie gewünscht
- Spot ausleuchtung vermeiden (negativ bsp.: 33c3-8245 bei 27:23)
- Intercom komplett vorhanden inkl. Platz für Bildregie/Trainer und Mischershadow, war echter Fortschritt in Saal 1, wo erstmals während einzelnen Talks Interkomtraining lief (auf ausdrückliche Anforderung / Zustimmung der 3 workers)
- Dritte Kamera für das Theaterstück "Nicht Öffentlich" war
entgegen folgend der Planung nicht aufgebaut, Aufbau war zu dem Zeitpunkt unrealistisch - AGS-Kamera war sehr häufig sehr unscharf, nicht mehr verweden
- Kamera auf der Empore gab wieder negatives Feedback, sollten wir beim nächsten Event noch mal überlegen wie wir das entschärfen könnten
- Schilder in den ersten 5 Reihen aufhängen, die darauf hinweisen das ihr Hinterkopf im Stream sichtbar ist?
- fokus anders setzen?
- Mischer Engel soll nicht selbstständig auf schwarz schalten wenn Leute die Bühne stürmen. Wenn dann macht man das beim Releasen. (Closing)
- Saal 2
- Stativ der großen Kamera (AGS) sehr schwierig zu bedienen wenn möglich nicht wieder verwenden
- Diese Kameras werden ja in Zukunft eh nicht mehr eingesetzt.
- gespiegelte Supersource, wenn der Speaker von der Folie wegguckt
- Platzierung von Logo in Supersource, Kameraausrichtung usw…
- Supersource etwas frühzeitiger an Voctomix-Config-Mensch kommunizieren
- entsprechend auch früher anfragen
- → besser Anforderungen Kommunikation
- Zuschneiden bei Voctomix möglich machen; Ausschnitt abstimmen mit Saal1/2
- Saal G
- Kampfhamster hat keine Nennenswerten Probleme mit Saal G zu vermelden
- Voctomix hatte hin und wieder Last-Probleme, diese konnten durch Absprachen schnell gelöst werden
- Kamerapodeste waren problematisch in der Beschaffung
- Dieses Jahr zu niedrig, dadurch hin und wieder Köpfe im Bild
- Kamerapositionen zu ähnlich und für ein Closeup zu weit weg
- Alternativpositionen problematisch
- SDI- und XLR-Strecken gepatcht, ware aber beim Saalkoordinator nicht bekannt
- Daher Quick-Fix SDI Strecke notwendig
- 100m SDI-Strecke wurde falschrum gelegt
- Daher musste ein Male-Male-Adapter verbaut wurden mit weiteren 20m Bewegungsspielraum verlängert
- Dies hat dann während MInkorrekt Versagt und wurde durch eine weitere Kabeltrommel ersetzt
- Saal 6
- Kamera-Einstellungen wurden immer wieder verstellt. Gerade sinnlose Einstellungen waren häufig vorhanden.
- Encoder-Cube war zusammengestückelt, wäre wünschenswert, wenn wir hier einheitliche Hardware verwende könnten
- Komplett mit VOC-Equipment stellen können wäre gut
- Sendezentrum
- Autmatiken wurden oft sinnlos aktiviert
- Kameras wurden nach den Talks oft sich selbst überlassen
Zwischendiskussion um 22 Uhr: Zweites Review Mumble für die restlichen Punkte?
- CDN/Live-Streaming, OP
- Postprocessing
- Releasing / Media
22:11 Uhr: Wir machen mit dem Themen weiter:
- Engel
- Schulung
- Ganz gut, aber Menge Problematisch
- Schichteinteilung (Mixer-Schichten / AV-Engel)
- Tag 1 war meh.
- Tag 1 Vorschlag: pro Talk einen "Experienced_Video-Engel" im Engelsystem eintragen (kein technischer Unterschied zu Video-Engel); neue Engel (Video unerfahren) darauf sensibilisieren sich nicht auf die "Experienced_*" Schichten einzutragen
- Schwierig, aufgrund von Engelsystemarchitektur (Issue ähnlich #298 ? - problem sehe ich prinzipiell lösbar)
- für neue Video Engel regelmäßig Schulungen / Workshops im Assembly anbieten?
- Neulingen war nicht immer klar, wie viel Vor- oder Nachlaufzeit für eine Schicht notwendig ist. GgF. info dazu bereitstellen
- Vorschlag von capo trainee Schichten explizit herauszustellen, anzubieten
- Zuständigkeiten
- Es könnte mehr Unterstützung bei der Engelschulung hilfreich sein, über die Person der Engelverwaltung hinaus
- Die Engelverwaltung ist bei einer Person vom Aufwand und Koordinationsaufwand gut aufgehoben
- felixs war backup wurde nicht ausreichend kommuniziert.
- weiterhin war die interne uebergabe von jwacalex zu felixs nicht optimal
- Ansonsten hätte Andi auch noch als Notfall-Backup bereit gestanden.
- QA (?)
- Audio - ZAR (vgl. auch ZAR in Zeile 106 vom "33c3-lessons-learned" pad)
- QSC Touchmix Mischer Freezes der UI sind aufgetreten
- Eventuell erst später aufgetaucht, da zunächst nur die UI betroffen ist und Audio weiter durch läuft
- Tauglichkeit für die Zukunft auf dem Congress sollte geprüft werden
- Mobile App hat Probleme
- Findet nicht alle Mischer
- Weitere Probleme @raven bitte genauer spezifizieren zwecks Analyse
- SDI Pegel Monitor super - wieder bauen
- @raven Issues in https://github.com/voc/multiview-monitor anlegen
- Audio - Sendezentrum
- Sonstiges
- Streambeobachter im Raum - direkter Draht gut, jedoch ein Lärm-Störfaktor in beide Richtungen
- Entscheidung dafür, um nicht die Probleme managen zu müssen sondern einfach weitergeben zu können
- capo stimmt zu, dass mehr Austausch der Beobachter und damit auch Mischer fruchtbar wäre
- In VOC-Meetings mit einbeziehen?
- Terminumfrage für nächstes Review Meeting: https://c3voc.de/wiki/meetings:33c3-review-mumble-part-2
- Einladung VOC-Con
- Awareness-Team
Ende: 00:20