events:35c3:audio

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
events:35c3:audio [2018/08/05 14:23] – [Backups und Havarieszenarien] hhelenavevents:35c3:audio [2018/08/06 13:03] (current) – hhelenav
Line 1: Line 1:
 ====== 35C3 Audioplanung ====== ====== 35C3 Audioplanung ======
-====== WORK IN PROGRESS ====== +this page moved to https://c3voc.de/wiki/intern:events:35c3:audio
-Dieser Artikel wird zur Zeit intensiv bearbeitet und ist an keiner Stelle "fertig" +
-==== Terminologie ===== +
- +
-* **ACR**: Streammix wird unabhängig von der Beschallung aus den Einzelsignalen gemachtm die unabhängig vom Beschaller abgezweigt werden. Jeder Saal bekommt von je einem ACR-Menschen einen eigenen Mix, der mit der Beschallung nichts zu tun hat. Der Mix selbst passiert im Saal auf einem Mischpult, wobei die Steuerung des Pultes aus dem ACR heraus erfolgt. Dieses Konzept wurde auf dem 34C3 mit geringen Abweichungen umgesetzt. +
-    * Abweichung: Beim 34C3 wurden Submixe vom Beschaller zum ACR geschickt, der ACR war also nicht unabhängig von der Beschallung, nur etwas weniger abhängig. +
-* **ZAR**: Alle Beschallungssummen laufen aus dem Pult des Beschallers in einem Raum auf und werden dort nachgefahren und mit Übersetzern versehen. Bis zum 33C3 liefen alle Summen in einem Raum als auch einem Pult auf. Dieses Pult wurde von einem Audio-Mischer bedient. +
- +
-===== Organisatorisches ===== +
- +
-Grundsätzlich muss geklärt werden, ob Stream-/Recordingaudio unabhängig von der Beschallung gemacht werden soll. Wenn die Frage nicht geklärt ist, ist eine Diskussion über eine unabhängige Audioregie überflüssig. +
- +
-==== Vor-/Nachteile unabhängiger Streammix ==== +
- +
-=== Vorteile === +
-  * Fehler aus der Beschallungssumme laufen nicht ins Recording +
-  * Pegel/Lautheit des Streammixes sind einfacher zu optimieren +
-  * Streammix klingt stimmiger für die Zuschauer (weniger Lautstärkenunterschiede zwischen mehreren Speakern, Klangbild/EQ passender für zu Hause, Applaus-Mikrofone,...) +
-  * Wenn der Aufwand für einen unabhängigen Streammix betrieben wird, ist gleichzeitig die Möglichkeit da nachträgliche Reparaturen einfach zu machen  +
-  *  +
- +
- +
-=== Nachteile === +
-  * Mehr Aufwand +
-  * Mehr Personal/Engel notwendig +
-  * Mehr Equipment das beschafft, aufgebaut, konfiguriert und betrieben werden muss und ggf. kaputt gehen kann +
-  *  +
- +
- +
-==== Vor-/Nachteile unabhängiger Mix im ACR ==== +
-  * Vorbemerkungen +
-    * Trotz einer zentralen Stelle an welcher gemischt wird, befindet sich das komplette Processing immer im Saal. Somit läuft der Ton auch bei einem Ausfall der Verbindung weiter. Dies ist die Grundprämisse. +
-    * Es wird davon ausgegangen, dass an jedem Pultplatz im ACR ein Multiviewer mit minimaler Latenz aller Kameras im Saal/mindestens eine Totale zur Verfügung steht. +
- +
-=== Vorteile === +
-  * Audiomischer-Engeln kann schneller und direkter geholfen werden. Am Mischpult ist Hilfe durch eine anwesende Person deutlich schneller, besser und effektiver umzusetzen als Remote ("Leuchtet der Button da?" "Nein" "Ok, und der andere da?" ... muss nicht gefragt werden, wenn man vorm Pult steht) +
-  * Direkter Kontakt (face2face) zu Mischerengeln im Fall von Kritik/Anmerkungen/Tipps durch Supervisor ist weniger störend durchzuführen als per Interkom +
-  * weniger Support-Personal/Supervisor für Mischerengel notwendig, da räumliche Nähe besteht. Supervisor-Engel kann parallel Mixe hören. (1-2Personen als Support/Supervisor) +
-  * bessere Abhörbedingungen als im Saal +
-  *  +
- +
-=== Nachteile === +
-  * Remote-System zur Steuerung der Signalverarbeitung im Saal erforderlich (wegen Ausfallsicherheit) +
-  * Es muss eine "künstliche Sichtverbindung" in den Saal (zB Totalenkamera oder Multiview) mit geringstmöglichem Delay hergestellt werden +
-  *  +
- +
- +
-==== Vor-/Nachteile unabhängiger Mix im Saal ==== +
-===Vorteile=== +
-  * kein Remote-System notwendig +
-  * keine "künstliche Sichtverbindung" notwendig +
-  * Weniger Kabelwege +
-  * Bei Defekten kann der Audiomischer-Engel evtl. selbst nach Problemen suchen +
- +
- +
-===Nachteile=== +
-  * Support der Mischerengel nur Remote über Interkom mit evtl langwierigem Nachfragen möglich, oder nach langem Fußmarsch +
-  * Support muss vom Mischerengel immer über die Hürde Interkom angefordert werden, eine direkte Frage an eine Person in der Nähe stellt sich einfacher +
-  * Mehr Supportpersonal notwendig, da die Leute nicht in 4 Sälen gleichzeitig sein können. (3-4 Personen Support/Supervisor) +
-  * schlechtere Abhörbedingungen +
-  *  +
- +
-==== FAQ ==== +
- +
-  * Was passiert, wenn der ACR-Engel pennt und keinen Ton rausgibt? +
-    * für den Stream: Bei zu langem schlaf (ein paar Sekunden) greift die einprogrammierte Havarie (durch verschiedene System umsetzbar) und es wird automatisch der Beschallungsmix auf den Stream geschaltet, bis aus dem ACR wieder Ton kommt. +
-    * für das Release: Der Talk muss repariert werden, dafür gibt es eine Multitrackaufzeichnung aller Inputsignale vorm Regler.  +
-  * Was passiert, wenn die Verbindung zwischen Saal und ACR  abbricht? +
-    * Der ACR hört nichts mehr und kann nicht mehr eingreifen. Der Ton läuft unverändert weiter/keine Auswirkung auf den "Sendebetrieb" außer evtl. fehlende Aktionen im Mix +
-  * Was passiert, wenn eine ACR-Schicht nicht besetzt werden kann? +
-    * Einfachste Möglichkeit: Stream mit und Release mit Beschallungssumme +
-    * Release kann, je nach Qualität der Beschallungssumme im Einzelfall, aus Multitrackrecording nachgemischt werden. +
-  * Was passiert, wenn der ACR-Engel den Regler zu spät auf macht? +
-    * Der Stream hört nichts, bei zu langem Warten greift die Havarieschaltung und schaltet die Beschallungssumme auf den Stream. Release muss mittels Multitrack bearbeitet oder mit Beschallungssumme veröffentlicht werden +
-  * Warum möchte man im Stream keine Beschallungssumme haben? +
-    * Der Mix im Saal kompensiert viele Faktoren wie Raum, PA und muss auf Feedback achten. Dadurch entspricht der Sound im Saal zwar meist den Hörgewohnheiten, das Signal das aus dem Beschallungsmischpult kommt und nicht durch die PA und den Raum gegangen ist, entspricht den Hörgewohntheiten aber nicht. Der Beschallungsmix ist einzig und allein für den einen Raum gemacht in dem er abgespielt wird. Vor allem gewohnte Dynamik und Lautheit der Sprache sowie ein volles Klangbild der Stimme, können durch bloße Wiedergabe vom Saalton und/oder die Bearbeitung von diesem nicht erzielt werden.  +
-  * Warum kann der Beschaller keinen Mix machen der gut für den Stream klingt? +
-    *  Der Mix im Saal kompensiert immer den Raum, die Anlage und muss auf Feedback achten, das sind sehr große Einschränkungen. Zum Beispiel kann man Stimmen nicht beliebig laut machen ohne Rückkopplungen zu produzieren. Außerdem kann/darf/soll/ist Beschallung deutlich dynamischer als ein Streammix den man zu Hause mit InEar-Kopfhörern/am Laptop aufm Sofa bei offenem Fenster/auf einem mobilen Endgerät mit schwachen Lautsprechern/mit einer Hörbehinderung/... hören will, wenn man nicht dauernd nachregeln möchte. Wenn im Saal zwei Speaker unterschiedlich laut sind fällt das oft kaum auf, weil sich das im Saal sehr stark verspielt. Außerdem fallen auch Störsignale auf der Saal-Beschallung deutlich später oder gar nicht auf, obwohl sie im reinen Summensignal (ohne PA und Raum dahinter) eindeutig zu hören sind. Der Beschaller kann also einige Dinge die für einen guten Mix zu Hause wichtig sind im Saal überhaupt nicht hören, folglich auch nicht dafür sorgen, dass diese Dinge richtig gemacht werden. +
-  * Reicht eine Totalenkamera als Orientierung im ACR aus? +
-    * Ja, diese sollte die Bühne sowie die Bühnenaufgänge vollständig und Bildfüllend zeigen. Je mehr Publikum von hinten zu sehen ist, desto ungeeigneter ist sie. +
-  *  +
- +
-==== Systemdesign mit StageTec ==== +
-  * Ein erster Entwurf wie das ganze Aufgebaut sein könnte, findet sich hier: {{ :events:35c3:35c3-audio-stagetec-v01.pdf |}} +
-    * Jeder NEXUS Router ist auch Audio Prozessor. Somit findet das Processing Dezentral statt und eventueller Link-Outage hat keinen Impact auf das System. +
-    * Die eingezeichneten "Video über Glasfaser Kisten" sind als Platzhalter zu sehen und sollen darstellen, dass latenzfreies Kamerabild in der Tonregie benötigt wird. +
- +
- +
-=== Bedienkonzept === +
- +
- +
-=== Backups und Havarieszenarien === +
- +
-  * Multitrackrecording +
-    * Es ist ein Multitrackrecording aller Kanäle direkt am Input geplant. Dadurch können eventuelle Fehler im Livebetrieb für das Release repariert werden. Auch alle Summen (Beschallungssumme, ACR-Summe, Übersetzer) werden mit aufgezeichnet. +
-    * Ein detailgenauer Plan der technischen Umsetzung ist noch nicht gemacht. Der grundsätzliche Plan ist, die Kanäle direkt aus der Nexus zu einem Recorder (zB Rechner mit RME-Karte) zu routen und dort aufzuzeichnen. +
-  * Havarieumschaltung von ACR-Ton auf Beschallungston +
-    * Wenn für X Sekunden kein ACR-Ton auf dem Ausgang ankommt (z.B. Pegel < -20dBFS) wird automatisch die Beschallungssumme auf den Ausgang geschaltet. Dies lässt sich durch Nexus-Logiken direkt, oder über Umwege mit Hilfe eines Kompressors mit SideChain-Eingang umsetzen. Die Umschaltung auf Beschallungston lässt sich auch manuell ausführen. +
-  * Beschallungssumme immer direkt im Recording +
-    * Die Beschallungssumme wird als zusätzliches Backup direkt mit ins Video embedded +
- +
-==== Probleme der letzten Jahren ==== +
-  * FIXME +
- +
-===== Technisches ===== +
-  * später hier das ganze Zeug was nicht Layer 8 ist.+
  • events/35c3/audio.txt
  • Last modified: 2018/08/06 13:03
  • by hhelenav