Jak zdiagnozować trzaski pod koniec cichego wybrzmiewania pogłosu

Zapisz diagnostyczną kopię sesji. Wybierz pojedynczą, odizolowaną nutę, akord lub uderzenie perkusji, które niezawodnie ujawnia problem, i pozostaw po nim na osi czasu dość miejsca na całe wybrzmiewanie. Każde porównanie rozpoczynaj z tego samego miejsca przed dźwiękiem; rozpoczęcie w połowie wybrzmiewania nie odtwarza tej samej historii sygnału wejściowego.

Najpierw posłuchaj źródła bez pogłosu. Następnie odsłuchaj sam sygnał wyjściowy pogłosu. W przypadku powrotu pomocniczego ustaw w pełni mokry sygnał i zachowaj wysyłkę ze źródła. Jeśli pogłos jest wstawiony jako insert, użyj skopiowanej ścieżki, aby przeprowadzić test z samym efektem. Zapisz, czy trzask pojawia się po takim samym czasie, przy podobnym poziomie wybrzmiewania czy w pozornie losowym momencie.

Na początek wykonaj trzy przebiegi:

1. Odtwórz oryginalny łańcuch przetwarzania.
2. Odtwórz źródło przez sam pogłos, z pominiętymi dalszymi efektami. Pomijaj je przed rozpoczęciem odtwarzania.
3. Wyrenderuj sygnał wyjściowy samego pogłosu i odsłuchaj go na czystej ścieżce.

Reguluj głośność odsłuchu za procesorem, który sprawdzasz. Zwiększenie poziomu wysyłki do pogłosu zmienia warunki testu. Jeśli tymczasowo wzmocnisz wyrenderowane wybrzmiewanie, żeby je sprawdzić, zanotuj to wzmocnienie i oceń rezultat także przy poziomie przewidzianym w miksie.

Wyeksportuj bezstratny plik diagnostyczny z częstotliwością próbkowania projektu, najlepiej korzystając z opcji zmiennoprzecinkowej w programie DAW. Uwzględnij całe wybrzmiewanie, wyłącz normalizację i nie używaj opcji renderowania pętli. Zaimportuj plik do nowej, pustej sesji i odtwórz go kilka razy bez dodatkowych efektów.

Potraktuj poniższe porównania jako wskazówki:

Obserwacja	Kolejny test
Podczas odtwarzania na żywo słychać trzaski, ale wyrenderowany plik odtwarza się czysto	Zwiększ bufor audio i zmniejsz obciążenie sesji
Wyrenderowany plik zawiera to samo zdarzenie w tym samym miejscu	Odizoluj etapy przetwarzania i automatykę
Miejsce trzasków zmienia się przy kolejnych odtworzeniach tego samego wyrenderowanego pliku	Sprawdź urządzenie odtwarzające i sterownik
Szorstkie brzmienie pojawia się tylko w pliku eksportu końcowego	Porównaj konwersję głębi bitowej i ustawienia eksportu
Trzaski występują tylko w pełnym łańcuchu przetwarzania	Przywracaj kolejno procesory znajdujące się za pogłosem

Czysty render offline wskazuje na problem z odtwarzaniem w czasie rzeczywistym, ale nie pozwala ustalić, który dokładnie element go powoduje. Ableton informuje, że zbyt mały bufor może powodować trzaski i zaniki dźwięku, a przy diagnozowaniu problemów związanych z interfejsem zaleca sprawdzenie innego urządzenia wyjściowego. Ableton: Jak uniknąć trzasków i zaników dźwięku

Weź pod uwagę tryb renderowania, gdy w torze znajdują się urządzenia zewnętrzne. Ableton Live standardowo renderuje offline, ale połączenia z zewnętrznymi instrumentami lub efektami mogą wymagać renderowania w czasie rzeczywistym. Dlatego powrót z urządzenia sprzętowego należy interpretować inaczej niż całkowicie wewnętrzny render offline. Podręcznik referencyjny Ableton: Zarządzanie plikami i zestawami

Nie zmieniaj presetu, częstotliwości próbkowania, routingu ani dźwięku testowego. Zwiększ bufor audio o jeden lub dwa dostępne stopnie, a następnie odtwórz ten sam fragment. Na przykład porównanie 128 z 512 próbkami to przykładowy test, a nie wymagane ustawienie.

Jeśli trzaski znikną, powtórz porównanie, aby sprawdzić, czy poprawa jest powtarzalna. Ableton zaleca stopniowe zwiększanie bufora aż do uzyskania czystego odtwarzania; większy bufor zwiększa też opóźnienie. Wskazówki dotyczące rozwiązywania problemów wymieniają również nadmierne obciążenie procesora jako przyczynę kliknięć i przerw w dźwięku. Ableton: Jak uniknąć trzasków i zaników dźwięku

Następnie wypróbuj to samo źródło i pogłos w pustym projekcie. Jeśli tam wszystko działa, ale problem występuje w oryginalnej sesji, sprawdź obciążenie sesji i wzajemne oddziaływanie jej elementów, zanim przebudujesz preset. Jeśli problem występuje w obu projektach, mniejszy projekt będzie przydatnym przykładem do dalszych testów.

Cicha część nagrania to dobre miejsce do obserwacji problemu, ale sam moment wystąpienia nie wyjaśnia jego przyczyny. Obserwuj wskaźnik wydajności DAW przez całe wybrzmiewanie i zanotuj, czy skok obciążenia pokrywa się ze słyszalnym zdarzeniem.

Pomiń każdą bramkę lub ekspander w dół toru za pogłosem, także procesory na powrocie, grupie i szynie głównej. Rozpocznij odtwarzanie przed dźwiękiem źródłowym. Jeśli wybrzmiewanie stanie się płynne, przywracaj te procesory pojedynczo.

Zanikające wybrzmiewanie może utrzymywać się w pobliżu progu bramki. Dokumentacja bramki Abletona opisuje trzepotanie jako szybkie otwieranie i zamykanie w pobliżu tego progu oraz wyjaśnia, że histereza rozdziela poziom otwierania od poziomu zamykania. Opisuje też wpływ parametrów hold i release na proces zamykania. Podręcznik referencyjny Ableton: Gate

Jeśli przyczyną jest bramka, wypróbuj osobno następujące zmiany:

• Obniż próg, aby pożądane wybrzmiewanie przechodziło dalej w fazę zaniku.
• Zwiększ histerezę, aby ograniczyć powtarzające się otwieranie i zamykanie.
• Wydłuż czas hold lub release, aby tłumienie narastało łagodniej.
• Zmniejsz tłumienie przy zamkniętej bramce, jeśli całkowite wyciszenie powoduje zbyt wyraźne przejście.

Po każdej zmianie przesłuchaj całe wybrzmiewanie. Ustawienie, które usuwa trzepotanie przez wcześniejsze ucięcie wybrzmiewania, może nie spełniać pierwotnego celu produkcyjnego. Jeśli bramka nie pełni użytecznej funkcji na powrocie, właściwą korektą może być pozostawienie jej pominiętej.

Bardzo szybkie bramkowanie może również wprowadzać zniekształcenia. FabFilter wyjaśnia, że nagłe zmiany wzmocnienia mogą powodować aliasing, szczególnie przy krótkich czasach ataku lub zwalniania i silnym bramkowaniu. Nadpróbkowanie może ograniczyć aliasing, ale zwiększa obciążenie procesora i opóźnienie. Najpierw sprawdź obwiednię, a potem porównaj działanie nadpróbkowania, jeśli procesor oferuje taką opcję. Pomoc FabFilter Pro-G: Nadpróbkowanie

Jeśli odizolowany pogłos działa normalnie podczas słyszalnej części wybrzmiewania, ale przy niemal całkowitej ciszy wyraźnie wzrasta obciążenie procesora, weź pod uwagę liczby denormalne. Są to bardzo małe wartości zmiennoprzecinkowe, których przetwarzanie może być kosztowne w niektórych architekturach procesorów. Dokumentacja Csounda wiąże to zjawisko z zanikającymi pogłosami i filtrami, w tym ze skokami obciążenia procesora i zakłóceniami pod koniec wybrzmiewania pogłosu. Podręcznik referencyjny Csound: denorm

To możliwe wyjaśnienie, a nie diagnoza oparta wyłącznie na brzmieniu. Strona Csounda opisuje problem zależny od architektury i podaje starsze procesory jako przykłady. Aktualna dokumentacja JUCE również udostępnia mechanizmy pozwalające unikać liczb denormalnych w filtrach DSP, co pokazuje, że sposób ich obsługi jest kwestią implementacji. Żadne z tych źródeł nie potwierdza, że problem występuje w używanej przez Ciebie wtyczce. JUCE: Dokumentacja pliku juce_dsp.h

Aby to sprawdzić, zachowaj minimalny projekt i porównaj aktualną, obsługiwaną wersję wtyczki. Wypróbuj inny pogłos na tym samym dźwięku testowym i obserwuj, czy skok obciążenia procesora pod koniec wybrzmiewania znika. Zapisz wersję pierwotnej wtyczki i programu hosta, częstotliwość próbkowania, rozmiar bufora, preset oraz moment, w którym zaczyna się skok.

Dokumentacja Csounda opisuje szum o bardzo niskim poziomie jako technikę unikania liczb denormalnych w jego środowisku przetwarzania. Nie uzasadnia to dodawania do miksu dowolnego, słyszalnego szumu. W przypadku komercyjnej wtyczki zastosuj rozwiązanie opisane przez producenta albo przekaż mu minimalny projekt odtwarzający problem, aby można było zbadać jego źródło. Podręcznik referencyjny Csound: denorm

Jeśli render samego pogłosu jest czysty, odbuduj oryginalny łańcuch, dodając po jednym procesorze. W razie potrzeby renderuj każdy etap: źródło, wyjście pogłosu, przetwarzanie na powrocie i wyjście szyny końcowej. Pierwszy etap, którego plik zawiera niepożądane zdarzenie, zawęża obszar poszukiwań.

Sprawdź automatykę w pobliżu tego zdarzenia. W kopii diagnostycznej tymczasowo utrzymuj stały poziom sygnału efektu, stan pominięcia, czas wybrzmiewania, rozmiar i inne zautomatyzowane parametry. Za każdym razem rozpocznij odtwarzanie przed dźwiękiem testowym, a zmiany stanu pominięcia wprowadzaj między przebiegami, by samo przełączanie nie zakłóciło porównania.

Przykładowo: render samego pogłosu jest czysty, dodanie ekspandera ponownie wprowadza trzask, a jego pominięcie znów usuwa to zdarzenie. Taki wynik przemawia za korektą ustawień ekspandera. Nie daje wielu powodów, by zmieniać algorytm pogłosu lub interfejs audio. Z kolei jeśli render samego pogłosu już zawiera szorstkie brzmienie, dalsze przetwarzanie nie może być jego jedynym źródłem.

Jeśli podejrzenie dotyczy konkretnego presetu lub trybu, porównaj go z prostszym presetem przy wyłączonej automatyce. Potraktuj każdą poprawę jako sposób na zawężenie zakresu odtwarzania problemu. Zanim przypiszesz tę fakturę celowemu modelowaniu lub konkretnemu procesowi wewnętrznemu, sprawdź dokumentację producenta.

Jeśli roboczy render brzmi czysto, ale eksport końcowy już nie, odsłuchaj oba pliki w tym samym, czystym torze odtwarzania. Zachowaj tę samą częstotliwość próbkowania, długość i głośność, zmieniając po jednej opcji eksportu naraz.

Sprawdź konwersję głębi bitowej i umiejscowienie ditheringu. Podręcznik Abletona wyjaśnia, że dithering dodaje niewielką ilość szumu i zaleca render do formatu 32-bitowego, jeśli planowane jest dalsze przetwarzanie, a dithering pozostawia na render końcowy. Podczas diagnozowania kieruj się odpowiednimi zaleceniami swojego programu DAW i nie dodawaj kilku etapów ditheringu. Podręcznik referencyjny Ableton: Opcje kodowania

Sprawdź też, czy eksport rzeczywiście obejmuje całe wybrzmiewanie. Podręcznik Live’a zaznacza, że przy zwykłym eksporcie wybrzmiewanie efektu wykraczające poza zaznaczony zakres renderowania zostaje pominięte; opcja pętli przenosi je natomiast na początek. Aby uzyskać odizolowane zakończenie, wydłuż zakres renderowania i wyłącz renderowanie pętli. Podręcznik referencyjny Ableton: Opcje renderowania

Przywróć zamierzony routing i porównaj poprawioną wersję z zapisaną kopią bazową do diagnostyki. Sprawdź sesję odtwarzaną na żywo, wyrenderowany plik zawierający sam sygnał efektu i plik końcowy do dostarczenia. Usuń tymczasowe wzmocnienie odsłuchu i upewnij się, że wybrzmiewanie zachowało zamierzoną długość i charakter.

Zakończ konkretnym wnioskiem: większy bufor rozwiązał problem z zanikami podczas odtwarzania, sposób zamykania bramki powodował trzepotanie, jedna wtyczka wykazywała powtarzalny skok obciążenia procesora pod koniec wybrzmiewania albo konkretny etap eksportu wprowadzał artefakt. Jeśli przyczyna pozostaje nieustalona, zachowaj najmniejszy projekt, który pozwala odtworzyć problem. Powtarzalny przykład daje dalszemu badaniu jasny punkt wyjścia i pomaga zachować brzmienie, nad którym pracujesz.

• Jak uniknąć trzasków i zaników dźwięku — Ableton
• Zarządzanie plikami i zestawami — Podręcznik referencyjny Ableton, wersja 12
• Podręcznik efektów audio Live — Podręcznik referencyjny Ableton, wersja 12
• Pomoc FabFilter Pro-G — Nadpróbkowanie
• denorm — Podręcznik referencyjny Csound
• JUCE: Dokumentacja pliku juce_dsp/juce_dsp.h