Korzystajฤ
c z mikrourlopu w Estonii, przygotowaลem maลy poradnik - Kursanci czasem pytajฤ
mnie โczemu dลบwiฤk tak brzฤczy, szumi i pierdzi?โ. Wrzucam notkฤ z moich przemyลleล oraz wnioskรณw: Okej, to problem, ktรณry dotyczy bardzo wielu uลผytkownikรณw Rekordboxa, czasami teลผ Serato. Przyczyny znieksztaลceล brzmienia sฤ
wielowarstwowe, wiฤc rozลoลผฤ je na czynniki: 1. Za maลy bufor audio (Buffer Size) โ najczฤstsza przyczyna To fundament problemu. Jeลli rozmiar bufora jest zbyt maลy, mogฤ
pojawiaฤ siฤ przeskoki dลบwiฤku i szumy. Bufor audio to taki โzapasโ danych dลบwiฤkowych, ktรณry system trzyma w pamiฤci, zanim wyลle go do wyjลcia. Za maลy bufor = procesor nie wyrabia siฤ z dostarczaniem danych na czas = glitche i trzaski. Bufor moลผna zwiฤkszyฤ w Rekordbox: Preferences โ Audio โ Buffer Size. Na Windows: Preferences โ Audio โ Setting Utility โ zakลadka ASIO. Warto zaczฤ
ฤ od wartoลci 1024, a potem zmniejszaฤ, aลผ znajdzie siฤ kompromis miฤdzy brakiem trzaskรณw a akceptowalnym opรณลบnieniem. Ciekawostka: u niektรณrych uลผytkownikรณw bufor byล wyszarzony w gลรณwnych ustawieniach โ ale byล dostฤpny pod: Audio โ Setting Utility โ Input Channels. Zmiana na 512 caลkowicie eliminowaลa trzaski. 2. Stems / Track Separation โ najwiฤkszy poลผeracz zasobรณw! Separacja ลladรณw w czasie rzeczywistym, jak w Rekordboxie, zawsze zuลผywa wiฤcej mocy procesora niลผ standardowy miks na dwรณch deckach. Na starszych komputerach lub przy intensywnych setach moลผe to prowadziฤ do glitchy, jeลli CPU dziaลa na granicy swoich moลผliwoลci. Pioneer przyznaล wprost, ลผe jakoลฤ Stems jest nieco obniลผona, by priorytetem byลa wydajnoลฤ, nawet na starszych komputerach. Uลผytkownicy na forach opisujฤ
brzmienie wลฤ
czonych Stems jako przypominajฤ
ce nagrania niskiej jakoลci z poczฤ
tku lat 2000. Dodatkowo, analiza wielowฤ
tkowa (multi-thread) moลผe pochลonฤ
ฤ caลy procesor, co bezpoลrednio powoduje artefakty dลบwiฤkowe. Wyลฤ
czenie opcji multi-thread w Settings โ Extensions โ STEMS eliminuje trzaski, choฤ analiza przebiega wolniej.