Presonus Studio One V2 - ARA (r)evolucija!!!

[Synclavier]

Drugi deo problema naceo je awacs u postu u kojem je pominjao interno menjanje (skracivanje I produzavanje ?reci? uz (eventualno) jos poneki medjukorak (dither,?)). Cesto se takve ili slicne stvari desavaju ?ispod haube?, a da ih nismo ni svesni (sto je mozda I dobro ) I nepotrebno degradiraju celu pricu. I ovo je najcesce posledica neplanskih krpljenja, razvoja ?na brzaka? ,pustanja u prodaju softvera u beta fazi, ali I nekih tvrdoglavosti kada su u pitanju standardi. Eto, cak I kod proizvoda koji su de facto industrijski standard moze se naici na ovakve ?bisere?, pa mislim da su ovakvi datalji uvek bitniji za izbor softvera od nekih ?isforsiranih? razlika. Naravno, obrni ? okreni na kraju (kako se to popularno kaze) workflow, navike I pretezna namena (MIDI, audio post, miks, editing, recording, live akt,?) u najvecoj meri opredeljuju izbor.

U DAW svetu, pominjale su kolege, poznata je pojava truncation distorzije koja je direktna posledica tzv. ?bit akumulacije? I greske koja se javlja pri zaokruzivanju. Svojevremeno, za vreme Zalivskog rata, iracani su vesto koristili pandan toj pojavi da bi povremeno ?nadmudrili? ?nepogresivi ponos nacije? presretacki sistem "PATRIOT". Upravo pojava bit akumulacije I greske pri zaokruzivanju u starom FORTRAN programu za odredjivanje koordinata I putanje rakete je dovodila do toga da posle odredjenog broja ?iteracija? (osmotri, proracunaj, pozicioniraj, ispali) sistemi za osmatranje, proracun I pozicioniranje vise nisu bili saglasni I nisu baratali pravim podacima. To su iracani koristili tako sto bi brzo ispalili (izmedju dva perioda reseta sistema) sto vise ?laznjaka bez punjenja?, a zatim kada bi greska u zaokruzivanju dovoljno narasla ispalili ?pravi? koju sistem zbog pogresnog proracuna ne moze da zaustavi. Ovo je inace ?skup sport?, ali je bio siguran nacin da neka od SKUD raketa probije odbranu.

Kao prilog ovoj prici o skrivenim nelogicnostima I bagovima ?ispod haube? koji nisu nigde (ili bar ne vidljivo) dokumentovani na koje nabasate slucajno ili kad vam se u radu pojave problemi za koje nemate racionalno objasnjenje utemeljeno bilo u teoriji, bilo u praksi, pomenucu jedno svoje licno iskustvo.

Pre pet godina radio sam na velikom projektu (mnooogo kanala, vise od tri sata materijala uz sve nevolje koje se mogu pojaviti). Naravno radi se u PT HD3 (7.x, ne secam se tacno verzije, ali nije presudno) sa ?pristojnim? paketom plug-oa. U jednom trenutku kad je posao vec poodmakao, kolega koji je sa mnom saradjivao I ja smo se dogovorili da napravimo mali test, cisto da bi odagnali neke sumnje koje su nam se javljale dok smo radili I sve pripisali umoru ili jednostavno nadobudnosti. Stvar se sastojala u sledecem: Posto smo pri ruci imali stari Roland R8 koji za potrebe click-a ima jako dobar sempl ?cetvrtke? , snimili smo ga u 24 bit rezoluciji stereo, panovano u centar I dobili trek sa nekoliko istovetnih cetvrtki I u levom I u desnom kanalu, koji smo iskopirali u nekoliko novih trekova. Na sve trekove osim prvog smo insertovali nekoliko plugova (ne mogu se sad setiti konkretno koji su u pitanju, ali je od svega bilo po nesto (eq, comp, cho, lim,?). Delay kompenzacija, naravno, ukljucena. Posmatrali smo kako izgledaju cetvrtke posle primenjenih plugova (bounce). Rezultati su bili vise nego iznenadjujuci. Jedan smo I ocekivali od ranije (mada je tragikomican za nesto sto je industrijski standard): redosled TDM I RTAS plugova utice na zbirnu latenciju, tj. cetvrtka se ?pomerila udesno? za razlicit broj semplova u slucaju TDM u RTAS nego u slucaju RTAS u TDM, iako su (oba eq) bili na nultim pozicijama filtera. Ovo je I dokumentovano u zvanicnom uputstvu, tako das mo to nekako ?prihvatili. Medjutim ?shokovi? su tek usledili . Ukratko (posto sam bas oduzio) neki od ?bisera?: Cetvrtka na treku koji ima bajpasovane inserte kasni za cetvrtkom koja nema nista na insertima, pri tom L i R kanal ne kasne za isti broj semplova (ovo se vidi kad se bas ?razvuce?, ali gde je objasnjenje?). Kako se broj bajpasovanih plugova povecava, tako se I kasnjenje menja, cak nuzno I ne povecava, vec samo varira. Kada se inserti ukljuce bez obzira sto su na neutralnoj poziciji, cetvrtka menja oblik, ali na nekim plugovima dobija I fazni pomeraj (nezavisno od latencije), opet nejednako po L I R strani. Kasnjenje na pojedinacnim cetvrtkama je isto, ali kada se plugovi primene na trek sa vise semplova, varira od sempla do sempla. Originalni trek sa snimljenim cetvrtkama, posle spustanja na 16bit ima manja kasnjenja, ali mu je shape znatno degradiran I javljaju se mali glitch-evi ispred I iza cetvrtke. Ista stvar je I posle ditheringa, samo je kasnjenje povecano, a donje ivice malo zaobljenije. Da ne idem dalje?Napominjem, svo vreme je delay kompenzacija ukljucena. Naravno, ne radi se o nekim prevelikim kasnjenjima I odstupanjima (red velicine od nekoliko semplova), degradacija shape-a sempla je u nekim slucajevima, ipak , znacajna, ali poenta je, da je bar meni, a verujem I mnogim drugima sve ovo potpuno neocekivano, posebno u svetlu proizvoda koji je ?na glasu?, skup I ?must have? za svakog ko zeli biti PRO.

Ovde cu stati, bez izvlacenja nekog ?naravoucenija?, mislim da je nepotrebno. Raspisao sam se I onako, imalo se vremena (auhhh, tek sad videh koliko je sati). Verovatno je sve ovo nepotreban off topic u temi o novom DAW softveru, ali, eto, mozda nekom bude od koristi. Svima ostalima se izvinjavam na mozda nepotrebnoj opsirnosti.