Synchronizacja nie oznacza tylko automatycznego „sound active”

Profesjonalna synchronizacja światła z muzyką nie oznacza zwykle włączenia w oprawach trybu reagującego na dźwięk. Funkcja sound active może wykrywać poziom sygnału lub rytmiczne impulsy, ale nie zna struktury utworu, dramaturgii koncertu ani zamiaru realizatora.

Automatyka reagująca na bas może na przykład zmienić efekt przy każdym mocniejszym uderzeniu stopy. Nie wie jednak, czy właśnie zaczyna się refren, czy wokalista ma zostać sam w ciemnym spocie albo czy za dwa takty nastąpi blackout.

Synchronizacja koncertowa polega więc przede wszystkim na powiązaniu decyzji świetlnych ze strukturą muzyki.

Może odbywać się ręcznie – gdy realizator słucha i prowadzi show – albo automatycznie, kiedy wcześniej zaprogramowane zdarzenia otrzymują precyzyjną informację o czasie. 

Realizacja światła live – czym jest busking?

Busking to sposób prowadzenia światła na żywo, w którym realizator korzysta z przygotowanych wcześniej grup, palet, efektów, kolorów i playbacków, ale sam decyduje, kiedy je uruchomić.

Nie programuje więc koniecznie całego utworu jako jednej zamkniętej sekwencji.

Może mieć przygotowane osobne przyciski lub executory dla refrenu, strobe, blinderów, ruchu beamów, określonych kolorów czy pozycji. W odpowiednim momencie łączy je podczas koncertu.

Busking jest szczególnie użyteczny, kiedy muzyka nie jest całkowicie przewidywalna.

Jeżeli zespół przedłuży gitarowe solo, realizator po prostu pozostaje w odpowiednim looku. Gdy wokalista powtórzy refren, operator może ręcznie ponownie wywołać jego efekt.

To przeciwieństwo sytuacji, w której wszystko jest przywiązane do konkretnej sekundy utworu.

Dobry busking nadal wymaga bardzo dużej ilości przygotowania. Improwizacja realizatora odbywa się na przygotowanym wcześniej systemie, a nie poprzez przypadkowe wybieranie funkcji lamp podczas koncertu. 

Jak realizator przewiduje strukturę utworu?

Realizator synchronizujący światło ręcznie musi znać muzykę albo umieć szybko rozpoznawać jej strukturę. Pomagają w tym forma utworu, dynamika, rytm i charakterystyczne sygnały wykonywane przez zespół.

Typowa struktura może zawierać intro, zwrotkę, pre-chorus, refren, bridge, solo i outro.

Każda z tych części może otrzymać własną logikę świetlną.

Zwrotka może być spokojna i wąska. Refren otwiera scenę, zwiększa intensywność i dodaje ruch. Bridge może przejść do jednego koloru albo sylwetek z backlightu. Ostatni akcent utworu kończy się zsynchronizowanym blackoutem.

Realizator nie zawsze musi znać konkretną liczbę taktów. Doświadczony operator obserwuje również muzyków i słucha aranżacji.

Pomaga setlista z notatkami, odsłuch utworów przed koncertem i przygotowane oznaczenia najważniejszych momentów.

Właśnie dlatego profesjonalne oświetlenie koncertu może być bardzo dobrze zsynchronizowane nawet bez automatycznego timecode.

Cue i cue stack

Cue to zapis określonego stanu lub zmiany parametrów oświetlenia, który może zostać wywołany w konkretnym momencie show.

Cue może zmienić między innymi intensywność, kolor, pozycję, beam, efekty czy inne parametry opraw.

Cue stack to uporządkowana sekwencja takich zdarzeń.

Przykładowy utwór może mieć:

Cue 1 – intro,

Cue 2 – wejście wokalu,

Cue 3 – pierwszy refren,

Cue 4 – solo,

Cue 5 – ostatni refren,

Cue 6 – blackout.

Realizator może przechodzić między nimi ręcznie za pomocą przycisku GO. Dzięki temu program pozostaje przygotowany wcześniej, ale operator nadal kontroluje moment rozpoczęcia kolejnej części.

To bardzo użyteczne rozwiązanie, gdy struktura utworu jest przewidywalna, ale jego tempo lub długość poszczególnych części mogą się nieco zmieniać.

Cue stack może również zawierać automatyczne czasy przejść i follow cues, dzięki czemu część zmian wykonuje się bez kolejnego działania operatora.

Jak przygotowuje się wcześniej zaprogramowane show?

Wcześniej zaprogramowane show powstaje poprzez analizę muzyki i przypisanie konkretnych zmian światła do kolejnych momentów utworów.

Praca może rozpocząć się jeszcze przed fizycznym montażem.

Jeżeli znany jest fixture plot, patch oraz struktura riga, programista może przygotować show file i pracować w previz. Na osi utworu zaznacza istotne fragmenty i buduje odpowiadające im cue.

Nie chodzi o zaprogramowanie efektu na każdy beat.

Zbyt dosłowna synchronizacja może szybko stać się męcząca. Światło powinno reagować również na większą strukturę muzyczną: napięcie, zmianę aranżacji, wejście wokalu, dynamikę refrenu czy moment ciszy.

Najlepszy rezultat często powstaje wtedy, gdy część zmian jest bardzo precyzyjna, a inne rozwijają się przez kilka lub kilkanaście sekund.

Przygotowanie takiego systemu jest jednym z etapów projektowania oświetlenia wydarzenia przed montażem.

Czym jest timecode?

Timecode to sygnał opisujący bieżącą pozycję czasową. Dzięki niemu różne systemy mogą wiedzieć, w którym dokładnie miejscu programu lub utworu aktualnie się znajdują.

W lighting show konsoleta może otrzymywać timecode i uruchamiać przypisane do niego cue.

Jeżeli określona zmiana jest zapisana przy danym czasie, nastąpi za każdym razem w tym samym miejscu – pod warunkiem że źródło timecode i odtwarzanie materiału przebiegają zgodnie z projektem.

SMPTE

SMPTE timecode to rodzina formatów kodu czasowego używanych do synchronizacji urządzeń i systemów produkcyjnych. W praktyce eventowej często spotyka się jego liniową reprezentację LTC przesyłaną jako dedykowany sygnał.

Dla lighting istotne jest przede wszystkim to, że konsoleta otrzymuje jednoznaczną informację o aktualnym czasie.

Samo określenie „mamy SMPTE” nie wystarcza jednak do przygotowania systemu. Podczas advance trzeba ustalić między innymi format, źródło i sposób dostarczenia sygnału do stanowiska lighting.

MTC

MTC, czyli MIDI Time Code, przenosi informację o czasie w środowisku MIDI.

Może być wykorzystywany do synchronizacji konsolety z innymi urządzeniami lub oprogramowaniem, jeżeli oba systemy obsługują taki workflow.

Podobnie jak w przypadku innych metod, sam protokół nie tworzy show. Dostarcza jedynie informację, do której można przypisać zaprogramowane zdarzenia.

Źródło czasu

Najważniejszym elementem systemu timecode jest stabilne i jednoznacznie określone źródło.

Może nim być komputer z playbackiem, system odpowiedzialny za odtwarzanie materiału albo inne urządzenie centralne dla produkcji.

Trzeba dokładnie ustalić, kto generuje timecode i kto odpowiada za jego uruchamianie.

Jeżeli lighting zakłada, że sygnał przyjdzie z playbacku, a playback operator oczekuje go od video, problem ujawni się dopiero podczas próby.

Dlatego źródło czasu powinno być elementem dokumentacji i advance produkcji.

Jak synchronizować lighting z playbackiem?

Najbardziej przewidywalny workflow powstaje wtedy, gdy playback i lighting odnoszą się do tej samej osi czasu.

System playback może odtwarzać ścieżki potrzebne zespołowi i równocześnie generować timecode przekazywany do konsolety światła.

Wtedy cue nie są wyzwalane przez analizę dźwięku. Są przypisane do konkretnej pozycji w utworze.

Ma to dużą przewagę przy bardzo precyzyjnych momentach.

Jeżeli na konkretnym akcencie muzycznym ma jednocześnie nastąpić blackout, strobe i zmiana video, kilka systemów może odwoływać się do tego samego czasu.

Wymaga to jednak odpowiednio przygotowanego playbacku.

Jeżeli zespół zatrzyma utwór albo zmieni jego strukturę bez przygotowanej procedury, automatycznie wykonywane show może przestać odpowiadać temu, co dzieje się na scenie.

MIDI i OSC – kiedy mają sens?

MIDI i OSC mogą służyć do wymiany komend pomiędzy systemami, ale nie są tym samym co timecode.

Za pomocą MIDI można na przykład wysłać komunikat wyzwalający konkretną funkcję. OSC, czyli Open Sound Control, pozwala przekazywać bardziej rozbudowane komunikaty pomiędzy kompatybilnymi systemami.

Praktyczne zastosowanie może wyglądać tak:

playback uruchamia utwór i wysyła komunikat do lighting, który wybiera odpowiednią sekwencję.

Albo system show control wysyła polecenie rozpoczęcia cue do kilku urządzeń.

Różnica względem timecode jest istotna.

Komenda „uruchom cue 20” mówi systemowi, co zrobić. Timecode informuje natomiast, w którym miejscu osi czasu aktualnie się znajdujemy.

Oba mechanizmy mogą funkcjonować razem.

Jak synchronizować światło i video?

Lighting i video mogą być zsynchronizowane przez wspólny timecode, system show control albo skoordynowane ręczne cue.

Nie oznacza to konieczności fizycznego łączenia obu systemów w jedną infrastrukturę.

Najważniejsze jest określenie wspólnych punktów synchronizacji.

Jeżeli na początku refrenu LED wall przechodzi z ciemnej animacji do jasnej grafiki, światło może w tym samym momencie zmienić kolor, otworzyć backlight i zwiększyć intensywność.

Przy precyzyjnym show oba systemy mogą odnosić się do tego samego timecode.

Przy bardziej elastycznej realizacji stage manager lub show caller może wywoływać kolejne cue, a operatorzy wykonują je zgodnie ze scenariuszem.

Szerzej ten proces opisuje materiał o tym, jak połączyć oświetlenie, multimedia i nagłośnienie podczas eventu.

Co zrobić, gdy zespół nie gra do clicka?

Jeżeli zespół nie gra do clicka i tempo może zmieniać się podczas koncertu, całkowite przywiązanie show do sztywnej osi czasu może być niepraktyczne.

Lepszym rozwiązaniem jest wtedy busking, ręcznie wywoływane cue albo system hybrydowy.

Można przygotować cały look dla konkretnego utworu, ale pozostawić operatorowi decyzję o przejściu między jego częściami.

Przykładowo realizator uruchamia intro, później ręcznie przechodzi do zwrotki i refrenu, a wewnątrz każdego cue działają wcześniej przygotowane efekty i czasy.

Pozwala to zachować rozbudowane programowanie bez zmuszania muzyków do podporządkowania całego występu precyzyjnej osi czasu.

To szczególnie istotne przy zespołach, które improwizują, zmieniają aranżacje albo reagują na publiczność.

Show całkowicie ręczne, hybrydowe i timecode – porównanie

Trzy podstawowe podejścia różnią się przede wszystkim poziomem automatyzacji i elastyczności.

Nie ma jednej metody „bardziej profesjonalnej” od pozostałych.

Dobry system to ten, który odpowiada sposobowi pracy zespołu.

Koncert improwizowany prowadzony świetnie przez realizatora może być znacznie lepszy niż źle przygotowane show timecode, które nie potrafi reagować na muzyków.

Co dzieje się, jeśli timecode zniknie?

Utrata timecode nie powinna automatycznie oznaczać blackoutu ani zatrzymania całego systemu.

Zachowanie zależy od konfiguracji konsolety i zaprogramowanego show.

Najbezpieczniejszym założeniem jest zaprojektowanie takiego workflow, w którym operator nadal ma ręczną kontrolę nad podstawowymi funkcjami.

Jeżeli timecode zniknie w środku utworu, system może pozostać w aktualnym stanie, a realizator przejmuje dalsze prowadzenie.

Znacznie gorszym rozwiązaniem jest sytuacja, w której operator nie ma przygotowanego sposobu kontynuowania koncertu bez automatyki.

Dlatego już podczas programowania trzeba odpowiedzieć na pytanie:

co zrobi realizator, jeśli synchronizacja przestanie działać?

Jak przygotować backup?

Backup powinien obejmować przede wszystkim te elementy, których awaria uniemożliwiłaby dalsze prowadzenie show.

Nie zawsze oznacza to podwojenie całego systemu.

Najważniejsze jest określenie punktów krytycznych: źródła playbacku, timecode, konsolety, sieci sterującej oraz sposobu ręcznego przejęcia kontroli.

Przy rozbudowanej produkcji można stosować redundancję systemów playbackowych czy sterujących. Przy mniejszym koncercie wystarczającym zabezpieczeniem może być możliwość natychmiastowego przejścia z timecode na przygotowane ręczne executory.

Backup powinien być przetestowany.

Nie wystarczy mieć drugi komputer, jeśli nikt nie sprawdził, czy rzeczywiście potrafi przejąć playback i wygenerować oczekiwany sygnał.

Podobnie zapasowa konsoleta bez aktualnego show file'u nie zapewnia realnej redundancji.

Próba przed koncertem

Próba jest momentem, w którym trzeba sprawdzić synchronizację na rzeczywistym systemie i z rzeczywistym przebiegiem koncertu.

Sama poprawność programowania w previz nie wystarcza.

Podczas próby trzeba zweryfikować szczególnie przejścia, akcenty, czasy fade'ów, opóźnienia pomiędzy systemami i zachowanie cue po uruchomieniu utworu od różnych miejsc.

Przy timecode warto sprawdzić nie tylko start od początku.

Operator powinien wiedzieć, co stanie się, gdy playback zostanie uruchomiony od środka utworu, cofnięty albo zatrzymany.

Jeżeli lighting pracuje razem z video, oba systemy trzeba testować równocześnie.

Próba pokazuje również, czy zaprogramowana synchronizacja nie jest zbyt mechaniczna. Efekt trafiający idealnie w każdą ósemkę może być technicznie precyzyjny, ale muzycznie monotonny.

Najlepsze show wykorzystuje automatykę tam, gdzie precyzja faktycznie wnosi wartość, i pozostawia realizatorowi kontrolę tam, gdzie koncert potrzebuje reakcji na muzyków.

Przy programowaniu i realizacji światła koncertowego synchronizacja powinna być więc traktowana jako część całego projektu show, a nie osobna funkcja uruchamiana dopiero podczas próby.

Podsumowanie

Światło można synchronizować z muzyką na kilka sposobów: poprzez busking, ręcznie wywoływane cue, system hybrydowy lub pełny timecode. Wybór powinien wynikać z charakteru koncertu i sposobu pracy zespołu.

Busking daje realizatorowi największą swobodę, cue stack pozwala wcześniej zaprojektować strukturę utworu, a timecode umożliwia bardzo precyzyjne połączenie lighting, playbacku i video. MIDI i OSC mogą dodatkowo służyć do przekazywania komend pomiędzy systemami.

Najważniejsze jest jednak to, że automatyzacja nie zastępuje projektu ani realizatora. System powinien reagować na muzykę w sposób świadomy, a nie tylko technicznie idealny.

Przy bardziej złożonym show programowanie oświetlenia koncertowego powinno od początku obejmować również procedurę na wypadek utraty timecode oraz próbę całego workflow przed koncertem.

Najczęściej zadawane pytania