Wtfplay - misurazioni e confronti con players

[marcoc1712]

Marco,

Io penso che ADM funzioni perfettamente.
Se il 'sample rate correction' elimina le variazioni lenti, questo non e un difetto, e un 'feature'.
Se invece ci sono dei problemi, tipo non ci riesce a seguire bene le variazioni, e provoca risultati falsi:
Come Tom ha accennato, applicando un segnale di test 'piu digeribile' per queste misure, il che contiene una forma di onda triangolare inserito ogni tot nella 'file musicale' di base aiuterebbe ADM ad effettuare il suo 'funzione DLL' al meglio.

Domanda e : se le differenze tra i diversi player stanno negli 'variazioni lenti' nel clock di campionamento, questo si puo ritenere udibile o meno?
Io conosco gente bravissimo che batte proprio su questo .. i jitter nella zona sotto di 1 Hz..

1 Hz? Non avevo capito ti riferissi a valori così bassi. L'unica cosa che so è che sotto un certo valore x di frequenza, è difficile distinguere tra jitter sinusoidale e jitter stocastico. ma non chiederni i dettagli, non li so.

Ma fosse anche che con ADM non riusciamo a distinguere bene e che quindi si commeta l'errore di considerare Jitter quello che non lo è, sarebbe un errore inverso a quello che discutiamo qui, in realtà non si pone nella fattispecie (se ho capito bene).

Se vogliamo ripetere con altri segnali, You are welcome! più prove raccogliamo meglio è, mettiamoci solo daccordo su come interpretarle.

[SM63]

Il logo per ogni allineamento F1 vs segnale origine

(not configured for EQ response correction)
>> ---Beginning difference extraction---
>> Files are monophonic, at 44,1kHz sample rate, about 47,55 seconds long.
>> The Reference track is 16 bits; the Compared Track is 16 bits
>> Using Large memory algorithms
>> Finding the spectra of the "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 4194304]
>> Correlating the "Compared" with the "Reference"
>> [inverse fourier transform: size 4194304]
>> Coarse Time Offset = -750,8msec.
>> Move track subsections to freqency domain
>> Transforming overlapped portions of "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 131072]
>> [dual fourier transform: size 2x 131072]
>> [fourier transform: size 131072]
>> [fourier transform: size 131072]
>> Calculating energy in Reference track
>> Beginning fine determination of time offset between tracks
>> Finished fine determination of time offset between tracks
>> Beginning fine determination of gain difference between tracks
>> Finished fine determination of gain difference between tracks
>> Aligning the "Compared" track to the "Reference" track
>> !Sample Rate error is -8,7366 ppm,
>> ! this extraction should be run with Sample Rate Compensation enabled ( see Settings form, Advanced)!
>> [inverse fourier transform: size 4194304]
>> Saving the aligned COMPARE file and calculating the Difference track
>> Calculating Correlated null depth.
>> [fourier transform: size 2097152]
>> [fourier transform: size 2097152]
>> Complete: saving the "Difference" WAV file
>> Parameters: -751msec, -0,584dB.Corr Depth: 30,8 dB

F2 vs segnale origine

>> (not configured for EQ response correction)
>> ---Beginning difference extraction---
>> Files are monophonic, at 44,1kHz sample rate, about 47,55 seconds long.
>> The Reference track is 16 bits; the Compared Track is 16 bits
>> Using Large memory algorithms
>> Finding the spectra of the "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 4194304]
>> Correlating the "Compared" with the "Reference"
>> [inverse fourier transform: size 4194304]
>> Coarse Time Offset = -938,5msec.
>> Move track subsections to freqency domain
>> Transforming overlapped portions of "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 131072]
>> [dual fourier transform: size 2x 131072]
>> [fourier transform: size 131072]
>> [fourier transform: size 131072]
>> Calculating energy in Reference track
>> Beginning fine determination of time offset between tracks
>> Finished fine determination of time offset between tracks
>> Beginning fine determination of gain difference between tracks
>> Finished fine determination of gain difference between tracks
>> Aligning the "Compared" track to the "Reference" track
>> !Sample Rate error is -8,7414 ppm,
>> ! this extraction should be run with Sample Rate Compensation enabled ( see Settings form, Advanced)!
>> [inverse fourier transform: size 4194304]
>> Saving the aligned COMPARE file and calculating the Difference track
>> Calculating Correlated null depth.
>> [fourier transform: size 2097152]
>> [fourier transform: size 2097152]
>> Complete: saving the "Difference" WAV file
>> Parameters: -938,7msec, -0,573dB.Corr Depth: 30,8 dB

W1 vs segnale origine

>> (not configured for EQ response correction)
>> ---Beginning difference extraction---
>> Files are monophonic, at 44,1kHz sample rate, about 47,55 seconds long.
>> The Reference track is 16 bits; the Compared Track is 16 bits
>> Using Large memory algorithms
>> Finding the spectra of the "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 4194304]
>> Correlating the "Compared" with the "Reference"
>> [inverse fourier transform: size 4194304]
>> Coarse Time Offset = -588,1msec.
>> Move track subsections to freqency domain
>> Transforming overlapped portions of "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 131072]
>> [dual fourier transform: size 2x 131072]
>> [fourier transform: size 131072]
>> [fourier transform: size 131072]
>> Calculating energy in Reference track
>> Beginning fine determination of time offset between tracks
>> Finished fine determination of time offset between tracks
>> Beginning fine determination of gain difference between tracks
>> Finished fine determination of gain difference between tracks
>> Aligning the "Compared" track to the "Reference" track
>> !Sample Rate error is -8,5717 ppm,
>> ! this extraction should be run with Sample Rate Compensation enabled ( see Settings form, Advanced)!
>> [inverse fourier transform: size 4194304]
>> Saving the aligned COMPARE file and calculating the Difference track
>> Calculating Correlated null depth.
>> [fourier transform: size 2097152]
>> [fourier transform: size 2097152]
>> Complete: saving the "Difference" WAV file
>> Parameters: -588,3msec, -0,583dB.Corr Depth: 30,8 dB

W2 vs segnale origine

> (not configured for EQ response correction)
>> ---Beginning difference extraction---
>> Files are monophonic, at 44,1kHz sample rate, about 47,55 seconds long.
>> The Reference track is 16 bits; the Compared Track is 16 bits
>> Using Large memory algorithms
>> Finding the spectra of the "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 4194304]
>> Correlating the "Compared" with the "Reference"
>> [inverse fourier transform: size 4194304]
>> Coarse Time Offset = -536,8msec.
>> Move track subsections to freqency domain
>> Transforming overlapped portions of "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 131072]
>> [dual fourier transform: size 2x 131072]
>> [fourier transform: size 131072]
>> [fourier transform: size 131072]
>> Calculating energy in Reference track
>> Beginning fine determination of time offset between tracks
>> Finished fine determination of time offset between tracks
>> Beginning fine determination of gain difference between tracks
>> Finished fine determination of gain difference between tracks
>> Aligning the "Compared" track to the "Reference" track
>> !Sample Rate error is -8,5693 ppm,
>> ! this extraction should be run with Sample Rate Compensation enabled ( see Settings form, Advanced)!
>> [inverse fourier transform: size 4194304]
>> Saving the aligned COMPARE file and calculating the Difference track
>> Calculating Correlated null depth.
>> [fourier transform: size 2097152]
>> [fourier transform: size 2097152]
>> Complete: saving the "Difference" WAV file
>> Parameters: -537msec, -0,583dB.Corr Depth: 30,8 dB

[marcoc1712]

Marco sicuramente ..si puo indicare con i numeri ....pero non trovi un fatto strano ....



F1 con F2 non produce daley quanto meno insiquificate stessa cosa con W1 e W2 ..ecc ...se tutte le traccie ..sono state allineate predendo come riferimento il segnale originale ....secondo te per quale altro motivo se non per un delay incostante F1 con W1 continuano a non essere allineate ?

Fn e Wn NON sono state allineate ad un riferimento comune! sono allineate (forse) al loro interno, o almeno così è stato speigato e così mi spiego la cosa.

Lo stesso ADM riporta

F1-F2 54 uSec
W1- W2 424 uSec
F!-W1 1,4 mSec

ma non c'è alcuna correlazione assoluta tra i tre valori, fino a che non introduci un riferimento comune.

No Marco ...il riferimento in comune cè ...sarebbe allineamento con il segnale ...se non fosse cosi per come è stato riporta ..come si potrebbero mettere a confronto F1 W1 ...se a sua volta non sono allineati con riferimento certo ?

Forse sta qui l'incomprezione

[marcoc1712]

Il logo per ogni allineamento F1 vs segnale origine

(not configured for EQ response correction)
>> ---Beginning difference extraction---
>> Files are monophonic, at 44,1kHz sample rate, about 47,55 seconds long.
>> The Reference track is 16 bits; the Compared Track is 16 bits
>> Using Large memory algorithms
>> Finding the spectra of the "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 4194304]
>> Correlating the "Compared" with the "Reference"
>> [inverse fourier transform: size 4194304]
>> Coarse Time Offset = -750,8msec.
>> Move track subsections to freqency domain
>> Transforming overlapped portions of "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 131072]
>> [dual fourier transform: size 2x 131072]
>> [fourier transform: size 131072]
>> [fourier transform: size 131072]
>> Calculating energy in Reference track
>> Beginning fine determination of time offset between tracks
>> Finished fine determination of time offset between tracks
>> Beginning fine determination of gain difference between tracks
>> Finished fine determination of gain difference between tracks
>> Aligning the "Compared" track to the "Reference" track
>> !Sample Rate error is -8,7366 ppm,
>> ! this extraction should be run with Sample Rate Compensation enabled ( see Settings form, Advanced)!
>> [inverse fourier transform: size 4194304]
>> Saving the aligned COMPARE file and calculating the Difference track
>> Calculating Correlated null depth.
>> [fourier transform: size 2097152]
>> [fourier transform: size 2097152]
>> Complete: saving the "Difference" WAV file
>> Parameters: -751msec, -0,584dB.Corr Depth: 30,8 dB

F2 vs segnale origine

>> (not configured for EQ response correction)
>> ---Beginning difference extraction---
>> Files are monophonic, at 44,1kHz sample rate, about 47,55 seconds long.
>> The Reference track is 16 bits; the Compared Track is 16 bits
>> Using Large memory algorithms
>> Finding the spectra of the "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 4194304]
>> Correlating the "Compared" with the "Reference"
>> [inverse fourier transform: size 4194304]
>> Coarse Time Offset = -938,5msec.
>> Move track subsections to freqency domain
>> Transforming overlapped portions of "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 131072]
>> [dual fourier transform: size 2x 131072]
>> [fourier transform: size 131072]
>> [fourier transform: size 131072]
>> Calculating energy in Reference track
>> Beginning fine determination of time offset between tracks
>> Finished fine determination of time offset between tracks
>> Beginning fine determination of gain difference between tracks
>> Finished fine determination of gain difference between tracks
>> Aligning the "Compared" track to the "Reference" track
>> !Sample Rate error is -8,7414 ppm,
>> ! this extraction should be run with Sample Rate Compensation enabled ( see Settings form, Advanced)!
>> [inverse fourier transform: size 4194304]
>> Saving the aligned COMPARE file and calculating the Difference track
>> Calculating Correlated null depth.
>> [fourier transform: size 2097152]
>> [fourier transform: size 2097152]
>> Complete: saving the "Difference" WAV file
>> Parameters: -938,7msec, -0,573dB.Corr Depth: 30,8 dB

W1 vs segnale origine

>> (not configured for EQ response correction)
>> ---Beginning difference extraction---
>> Files are monophonic, at 44,1kHz sample rate, about 47,55 seconds long.
>> The Reference track is 16 bits; the Compared Track is 16 bits
>> Using Large memory algorithms
>> Finding the spectra of the "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 4194304]
>> Correlating the "Compared" with the "Reference"
>> [inverse fourier transform: size 4194304]
>> Coarse Time Offset = -588,1msec.
>> Move track subsections to freqency domain
>> Transforming overlapped portions of "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 131072]
>> [dual fourier transform: size 2x 131072]
>> [fourier transform: size 131072]
>> [fourier transform: size 131072]
>> Calculating energy in Reference track
>> Beginning fine determination of time offset between tracks
>> Finished fine determination of time offset between tracks
>> Beginning fine determination of gain difference between tracks
>> Finished fine determination of gain difference between tracks
>> Aligning the "Compared" track to the "Reference" track
>> !Sample Rate error is -8,5717 ppm,
>> ! this extraction should be run with Sample Rate Compensation enabled ( see Settings form, Advanced)!
>> [inverse fourier transform: size 4194304]
>> Saving the aligned COMPARE file and calculating the Difference track
>> Calculating Correlated null depth.
>> [fourier transform: size 2097152]
>> [fourier transform: size 2097152]
>> Complete: saving the "Difference" WAV file
>> Parameters: -588,3msec, -0,583dB.Corr Depth: 30,8 dB

W2 vs segnale origine

> (not configured for EQ response correction)
>> ---Beginning difference extraction---
>> Files are monophonic, at 44,1kHz sample rate, about 47,55 seconds long.
>> The Reference track is 16 bits; the Compared Track is 16 bits
>> Using Large memory algorithms
>> Finding the spectra of the "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 4194304]
>> Correlating the "Compared" with the "Reference"
>> [inverse fourier transform: size 4194304]
>> Coarse Time Offset = -536,8msec.
>> Move track subsections to freqency domain
>> Transforming overlapped portions of "Reference" and "Compared" tracks
>> [dual fourier transform: size 2x 131072]
>> [dual fourier transform: size 2x 131072]
>> [fourier transform: size 131072]
>> [fourier transform: size 131072]
>> Calculating energy in Reference track
>> Beginning fine determination of time offset between tracks
>> Finished fine determination of time offset between tracks
>> Beginning fine determination of gain difference between tracks
>> Finished fine determination of gain difference between tracks
>> Aligning the "Compared" track to the "Reference" track
>> !Sample Rate error is -8,5693 ppm,
>> ! this extraction should be run with Sample Rate Compensation enabled ( see Settings form, Advanced)!
>> [inverse fourier transform: size 4194304]
>> Saving the aligned COMPARE file and calculating the Difference track
>> Calculating Correlated null depth.
>> [fourier transform: size 2097152]
>> [fourier transform: size 2097152]
>> Complete: saving the "Difference" WAV file
>> Parameters: -537msec, -0,583dB.Corr Depth: 30,8 dB

Posto che io non ho il segnale originale e che confrontare l'originale con una ripetizione non è una buona pratica, Fn e Wn sono di 14 sec, perchè qui sono di 47,55 secondi?
Non sono gli stessi Fn e wn postati da gefrusti?

[SM63]

Fn e Wn NON sono state allineate ad un riferimento comune! sono allineate (forse) al loro interno, o almeno così è stato speigato e così mi spiego la cosa.

Lo stesso ADM riporta

F1-F2 54 uSec
W1- W2 424 uSec
F!-W1 1,4 mSec

ma non c'è alcuna correlazione assoluta tra i tre valori, fino a che non introduci un riferimento comune.

No Marco ...il riferimento in comune cè ...sarebbe allineamento con il segnale origine ...se non fosse cosi per come è stato riporta ..come si potrebbero mettere a confronto F1 W1 ...se a sua volta non sono allineati con riferimento certo ?

Forse sta qui l'incomprensione

[SM63]

Scusa Marco invece di quotare spaglio e modifico il tuo post

No .....come dicevo inizialmente questo sono altre acquisizione direttamente alle uscite del dac ...

I file che tom a messo a disposizione sono gia allineati con il file originale ....senza spuntare la compensazione ....

[marcoc1712]

a Marcoc1712...semplicemente dico e senza polemica: evidentemente siamo incompatibili nel dialogo...quello che riesco a fare con altri con te non riesco...per cui evitiamoci e lasciamo pulito il proseguo del 3D.
Ognuno potrà contribuire ma almeno noi evitiamo di incrociarci in kilometrici post inutili.
Quanto alla tua richiesta:
F1-F2 52 nSec
F2-F3 60 nSec
F1-F3 115 nSec
W1-W2 86ns
W2-W3 93ns
W1-W3 78ns
F1-W1 680 nSec

Grazie,

TELEGRAFICAMNETE:

1. posti anche le altre Fn-Wn?
2. dettagli il contenuto relativo di delay, sample reta edirft e Jitter (il resto)

specifichi:

a. COME sono stati calcolati i valori medi, i massimi ed i minimi del jitter (se è stato fatto) e quali sono.
b. Quali sono stati utilizzati per la valutazione.
c. Sulla base di quale considerazione è stato fissato il limite tra 'insignificante' (f1-F2, W1-W2..) e significativo (F1-W1)
d. A quale valore assoulto è stato fissato, di conseguenza, tale limite.

Vedi che ci capiamo? basta volerlo..

p.s.,

Manca sempre l'originale.

p.p.s

strani i valori di Wn... Come li spieghi?

p.p.s.

SE l'allineamento dei diversi files lo hai fatto sull'originale (come dice Salvatore), puoi postare anche i risultati di tale allineamneto? o almeno originale e tracce grezze?

Grazie.

[marcoc1712]

Scusa Marco invece di quotare spaglio e modifico il tuo post

No .....come dicevo inizialmente questo sono altre acquisizione direttamente alle uscite del dac ...

I file che tom a messo a disposizione sono gia allineati con il file originale ....senza spuntare la compensazione ....

1. Ah, ok. Bisognerebbe ripetere il giro con ADM anche su questi, allora. Posti le rilevazioni e il file originale per favore?
Grazie.

Aggiungo:

ADM rileva tra 0.5 e 1 Sec di delay, vanno certamente allineate, rischi di uscire dal range di confronto.

>> Beginning fine determination of gain difference between tracks
>> Finished fine determination of gain difference between tracks

non hai compensato il guadagno

>> !Sample Rate error is -8,5693 ppm, (10.000 ovolte quella rilevata in precedenza).
>> ! this extraction should be run with Sample Rate Compensation enabled ( see Settings form, Advanced)!

il tutto porta ad una correlazione bassissima 30 db, in pratica stai conforntando pere con mele.

2. 'grossolanemante' allineati, quello che rimane ADM lo impurta a drift di sample rate (o ancora delay, se usi una definizione maggiore).

Non stiamo parlando di secondi ma di nano secondi ed al massimo 1 mSec, con correlazioni attorno aiu 100 db, tutta un'altra situazione (quasi troppo bella).

Come ha allineato, verso cosa e con che risultati, dovrebbe dirlo lui, fa parte del processo e sono informazioni utili.

Comunque ho chiesto il file originale (e le rilevazioni grezze, ma quelle dovrebbero esserci) proprio per questa verifica, le altre non sono molto significative.

Ancora ujna volta però, di questo passaggio e dei risultati (valori) emersi non abbiamo traccia.
Non è che la valutazione di 'maggiore coerenza' arriva da qui?

[marcoc1712]

Tom,

Grazie per la spiegazione, cosi sono 'inquadrato' meglio.

Allora, Tu 'spegni' il 'sample rate drift compensation' in ADM perche ritieni che non funziona bene.
Ci sono anche altri che ritengono uguale, anche se ancora altri confermano che funzioni.

Dopo l'allineamento principale, statico, ce' questo secondo funzione, il drift error compensation.
E un 'algoritmo' dinamico, un digital PLL, o DLL, che si mette a seguire i fluttuazioni del frequenza di campionamento !entro ! del file stesso.
Come sempre, ce' un taglio alle frequenze alte: ci segue fino a una frequenza, e cosi elimina tutti i variazioni sotto di questa frequenza;
Sopra invece lascia passare tutto, cosi i fluttuazioni veloci entrano nel file di differenza;

Ci capisco bene che la discussione tra Tu e Marco, ci sta proprio qui?
I diversi software provocano un andamento di jitter lento tale, che viene filtrato dal 'sample rate correction' in ADM?
Cosi Marco non lo vede, applicando 'sample rate correction'.
Tu lo vedi, escludendo sample rate correction?

Se fosse cosi, questo potrebbe essere un valido 'data point' nella discussione..

Ciao, George

No Marco...avevo scritto che per questo tipo di analisi le variazioni non lineari (ampiezza) vanno filtrate...per il resto il segnale (tutti i segnali) presentano sia una parte di delay lineare...sia delle asperità temporali non lineari.

Si può risolvere il primo caso (allineamento della parte lineare) per facilitare la visualizzazione in overlay...di contro rimarra sempre presente la parte non lineare (jitter) che non va scambiata per delay costante-

Tom.

..basta focalizzare lo zoom su un altro fronte di salita e ti ritrovi un altro valore.
Il jitter (a differenza del delay lineare) cambia valore su ogni fronte di salita/discesa...per cui si fa un average (non puoi di certo esaminare manualmente un intero inviluppo del segnale.

Ho diversi metodi per allineare i segnali...ho dato una sgrossata con ADM e poi ho verificato se l'allineamento è andato a buon fine-

Credo che sia necessario intendersi sui termini:

Ritardo Lineare; lo sfasameto temporale tra due tracce, costante nel lungo periodo.

Coarse delay: Cioè la componente di ritardo lineare evidenziabile nel dominio del tempo. Questa è l'unica che ADM fa se non si attiva la correzione del sample rate drift.

Il che vuol dire che a 441000 NON può corregge delay inferiori a 22.68 uSec.

Ritardo residuo: il ritardo lineare ancora eventualmente presente nelle tracce dopo l'eliminazione del Coarse delay, di certo inferiori ai 22.68 uSec.(a 44100) ma non necessariamente nullo. Aliminabile SOLO trasferendolo nel dominio delle frequuenze, quindi modificando la forma d'onda, con ADM usando la compesazione del sample rate drift.

Sample rate drift: Differenza tra due clock (o tra il clock ed il tempo 'ideale') costante nel lungo periodo. Provoca un errore che si riflette nel dominio della frequenza, variando la forma d'onda. Eliminabile da ADM mediante prodedimento matematico inverso (approssimazione).

Jitter lento = cosa intendi? (*)

Per evitare incomprensioni non userò questo termine fino a che non lo capirò bene, chiedo scusa.

Se usi ADM hai quattro passaggi (per quanto concerne il tempo)

1. rimozione del Coarse delay
2. allineamento (rimozione ritardo residuo)
3. calcolo del sample rate error
4. "resample".


Ora SE i files postati d Gefrusti sono SOLO allineati eliminando il Coarse Delay (come credo), dipendentemente a cosa sono stati allineati potranno contenere o meno SOLO ritardo residuo (come pare dai confronti, tutti abbondantemente sotto il uSec) o anche ritardo 'grossolano, nel dominio del tempo.

Usando ADM, non è importante, dato che comunque il Coarse delay ciene comunque eliminato, non so nell'altro metodo (presumo di si).

Con ADM, per come lo ho usato, viene poi eliminato anche il ritardo residuo ed il sample rate drift, traslando tutte le differenze residue nel dominio della frequenza, come jitter, misurato non più su base tempo ma su base frequenza, quindi in ampiezza.

E' noto che ADM non è precisissimo nel confrontare il contenuto in frequenza, anche in ragione di questa incapacità di distinguere sotto ad un certo limite, pertanto io NON ho fatto confronti in frequenza, ma il dato generico di correlazione in se non dovrebbe risentirne molto (il condizionale è d'obbligo).

Cosa abbia effettvamente fatto Gefrusti, io non l'ho ancora capito bene, comunque se si è limitato all'allineamento in base tempo con ADM, trasferendo tutte le restanti differenze (delay residuo e sample rate drift) nel jitter, a mio avviso ha commeso una semplificazione eccessiva e fuorviante.

D'altro canto, parla di average del jitter, considerandolo di verso dal delay lineare, quindi... sembra comprendere il drift ma non il ritardo? Non ho capito, vedremo dai dati.

Come vedi, i possibili punti di discordanza sono molti, ma mentre è chiaro cosa fa ADM (giusto o sbagliato che sia) e che valori produce, non lo è altrettanto per quanto rigaurda il 'metodo gefrusti', quindi in realtà non sappiamo se e dove ci sono differenze nel merito su cui discutere...

(*) Intendi :

a. tutto il Ritardo residuo + sample rate drift?
b. solo la componente al di sopra una certa frequenza di taglio dato che al di sotto il jitter sinusoidale diventa difficilmente distinguibile da quello stocastico ?

[UnixMan]

Come si vede non è solo delay ....

Sì, qui si nota un flesso che nell'altra curva non c'è...


Inviato dal mio GT-I9100 utilizzando Tapatalk