JRiver, REW & DRC, guida all'uso

[KwisatzHaderach]

Quindi DRC oltre a linearizzare la risposta in frequenza mette in fase anche i diffusori, ok.

Non vorrei dire una bestialità, ma DRC non mette in fase i diffusori, quello lo si può fare solo collegandoli con la polarità corretta.
DRC mette in fase il segnale.

[Stefanik]

Chiedo scusa, sto cercando di usare i termini tecnici nei modi più appropriati ma la mia conoscenza è ancora poca...

[madman]

Complimenti a tutti, vuoi vedere che è la volta buona che provo DRC anche in multicanale...

[simonh]

Seguo con molto interesse questa discussione. Complimenti per la guida.

[Nordata]

Waterfall e RT60 tengono conto del decadimento del segnale alle varie frequenze (detto alla buona), poichè con l'equalizzazione attiva si interviene anche sulle risonanze, riducendole per quanto possibile, si riduce anche il loro apporto ai tempi di decadimento del segnale.

Nelle gamme media e alta è abbastanza facile tenere sotto controllo i tempi di riverbero tramite anche solo pannelli assorbenti e/o tendaggi rientrando nei valori solitamente indicati per i vari impieghi (che non vuol dire assolutamente cercare di avere una stanza completamente afona, imbottendola di assorbenti, un iscritto una volta usò un termine ben preciso , errore che molti purtroppo commettono), mentre in gamma bassa è molto più difficile, l'equalizzazione attiva può comunque aiutare.

[Stefanik]

Grazie Nordata, devo dire che il discorso era anche logico

@ KwisatzHaderach
Ora mi pare che ci siamo tolti un piccolo dubbio no?

[lello]

Grazie veramente per questa breve guida, era da tempo che cercavo un modo per equalizzare in multicanale. Appena ho più tempo la leggo meglio e la metto in pratica.

Una domanda al volo. Io, come Runner, ho una Essence St con modulo H6, la quale ha ASIO integrato: va bene quello o devo proprio utilizzare ASIO4all? Il file .bat devo crearli io o sono già presenti in quel file zippato indicato da te?

Grazie di nuovo.

[KwisatzHaderach]

Per la prima domanda lascio rispondere runner.
Per la seconda non ho postato nessun file zippato, copia e incolla il codice presente nel secondo post in blocco note e lo salvi con estensione .bat invece che .txt, doppio clic e la procedura se correttamente seguita parte in automatico, semplice no?

[runner]

Una domanda al volo. Io, come Runner, ho una Essence St con modulo H6, la quale ha ASIO integrato: va bene quello o devo proprio utilizzare ASIO4all? Il file .bat devo crearli io o son..........[CUT]

l'uso dei driver asio della asus ha delle condizioni: devi utilizzare l'ingresso di linea della asus stessa non puoi usare l'umik; quindi ti serve un microfono tradizionale, tipo l'ecm 8000 collegato a un preamp microfonico con alimentazione phantom. altrimenti devi fare le rilevazioni con i driver java di rew

[JohnTuld]

Per l'esperienza che ho accumulato se lo sweep è troppo corto successivamente non si riusciranno mai ad avere delle elaborazioni ripetibili, cioè due o più elaborazioni daranno sempre risultati differenti e spesso sballati, mentre se è troppo lungo DRC si incasina e mostra fenomeni, post elaborazione, di taglio delle frequenze da circa 7k in poi su alcuni canali in modo random.

mmm.... riguardo lo sweep lungo... tieni (tenete tutti) presente che i driver ASIO4ALL non gestiscono affatto l'inevitabile drift tra i due clock, cioè quello della Xonar e quello dell'UMIK. La cosa è stata verificata da Uli Brueggman di Acourate sui samples generati dalla mia combinazione Merging Hapi+Umik1.

In effetti l'ideale è usare la stessa periferica per input e output, poi con un po' di fortuna e con sweeppate corte probabilmente si può fare comunque una buona correzione ambientale. Ma quel "random" che citi riguardo risultati anomali mi fa pensare a problemi di clock. Conoscendo comunque lunghezza dello sweep e campionamento si può sapere quanti samples deve aver registrato il microfono, se non combaciano, c'è drift. E gli errori di drift evidentemente si manifestano verso la fine di una lunga sweeppata perchè lì L'errore complessivo è diventato abbastanza rilevante da incasinare le misure.

[runner]

@johntuld, puoi liberare spazio per un mp? grazie

[bisocri 2.0]

Ringrazio ovviamente anch' io per la guida.
Mi è capitato quando ho caricato il convolutore su jriver che alla pressione del tone su room correction mi scambia il front destro col sinistro...a voi è capitato niente di simile?

[KwisatzHaderach]

mmm.... riguardo lo sweep lungo... tieni (tenete tutti) presente che i driver ASIO4ALL non gestiscono affatto l'inevitabile drift tra i due clock,

Buono a sapersi.
Questo problema però l'ho verificato anche con il driver Java di REW.
L'opinione che mi sono fatto è che DRC abbia problemi con le dimensioni dei files salvati, in pratica lavora bene su files ne troppo grossi ne troppo piccoli.

[KwisatzHaderach]

Mi è capitato quando ho caricato il convolutore su jriver che alla pressione del tone su room correction mi scambia il front destro col sinistro...a voi è capitato niente di simile?

Hai provato a chiudere JRiver e a riavviarlo?
Sembrano i classici errori di caricamento driver audio, a me succede spesso quando in REW carico asio, se prima non faccio un paio di sweppate di collaudo mi da questi problemi, oppure in alternativa chiudo e riapro il programma.

[bisocri 2.0]

Provo a farlo e poi vi tengo aggiornati!
Ho notato anch'io che, quando vado a ripetere le misurazioni dopo che le ho caricate in jriver, dopo i 7-8KHz il grafico della risposta in frequenza di tutti i diffusori crolla..