Wtfplay - misurazioni e confronti con players

[gefrusti]

Chiariamolo questo punto .... come ti dicevo ieri sera ..stiamo analizzando il segnale analogico ...quello che tutti non sentiamo ...come mi sembra piu' che ovvio se percepiamo differenze non possono che riguardare l'inviluppo della forma d'onda ...

Alla fine potrai fare una prova...allineare due tracce audio (quelle che al momento producono differenza all'ascolto) inserendo la correzione drift del sample rate...vuoi vedere che risulteranno identiche all'ascolto ?


Tom.

[marcoc1712]

Ciao Marco


Ritornando al discorso allineamento ....

Questa immagine evidenzia il file ottenuto allineato ..tanto per indenderci ...quello con la chiocciola ....messo in una traccia stereo ...in alto il segnale originale in basso quello quello ottenuto allineato ....



allargando sui campioni oltre alla parte mancante ...si vede perfettamente un delay ...



Cosa voglio dire ....nel momenco in cui tu allinei le tracce per esempio F1 con F2 ....queste non possono essere messe a confronto per i motevi appena descritti ....

Per ovviare a questo inconveniente le strade da seguire sono due ....

A ) allineamento usando il segnale originale ....cosi tutte le risultanti sono privi in quella parte mancante ...perfettamente allineate

B ) prendi un file delle acquisizione che so F1 ...copia e rinomina F1 -originale ....questo lo utilizzi come traccia di riferimento ....quindi alla fine allinei pure per se stesso ...perche dagli alliniamenti perdi sempre quella prima parte ....solo cosi si puo procedere con i confronti ....


Si vede con questa immagine ....F1 F2 perfettamente allineati ...senza delay iniziale .....anzi tutto questo interessa ....




Chiariamolo questo punto .... come ti dicevo ieri sera ..stiamo analizzando il segnale analogico ...quello che tutti non sentiamo ...come mi sembra piu' che ovvio se percepiamo differenze non possono che riguardare l'inviluppo della forma d'onda ...

Ciao Salvatore,

come già ti dicevo ieri sera, non mi è chiaro in quali condizioni con ADM il processo di allineamento ti 'silenzia' del segnale, dovrei verificare. Ho già i files?

comunque:

Se usi il "time alignement di ADM", qualcosa del genere può succedere SE la traccia 2 è sensibilmente più corta della traccia 1.

Collima in un punto (cercando la minore differenza assoluta, normalmente al centro) e quindi 'trascina' (non è vero, lo dico per spiegarmi) il segnale fino a trovare la corrispondenza temporale, ma qui sembra ci sia qualcosa di più, bisognerebbe controllare.

Il delay che evidenzi è di 2 uSec, non è correggibile nel dominio del tempo, si deve traslare nel dominio della freaquenza, cambiando la forma d'onda stessa. Perchè è stato risolto così... vattelapesca, bisogna verificare.

Come prima cosa, è bene confrontare tracce già sgrossate, dove i campioni sono gli stessi altrimenti si chiede ad ADM di elimare dati e/o di aggiungere silenzi... Cosa dice il log al punto Coarse delay?

Il processo che descriivi va bene, ma 'perdi' la parte di F1 sostituita da silenzio ed il delay sparisce di conseguenza. Se sia corretto o meno dipende dalla situazione e lo devi giudicare tu di volta in volta.

ATTENZIONE però: così facendo, ADM cambia la forma d'onda, sempre, non è che se allinei su X la mantiene e su Y la perde.

L'ho spiegato al post precedente.

Se guardi una forma d'onda ricavata da due files digitali con lo stesso numero di campioni ma originati a sample rate diversi e vuoi rappresentarli nello stesso tempo T, ottieni questo effetto di 'stiratura', mentre se compensi, è come se gonfiassi un palloncino su cui sono disegnate le due curve, si allargano ma in modo congruente e tutto rimane proporzionale (non proprio nel palloncino, ma ci siamo capiti).

IL punto è che NON stai visualizzando in analogico quello che ascolti, ma la ripresa digitale di quello che arriva ai diffusori, reso nuovamente come 'immagine analogica'.

Se prima della conversione AD avevi un segnale analogico, costruito con più o meno erori dal DAC, ma un segnale analogico, quando lo registri diventa digitale, con tutti i suoi limiti e quando lo rivisualizzi, lo 'rendi' nuovamente come analogico, simulando quello che farebbe un terzo DAC.

Sei lontano da quello che produce il DAC di almeno 2 passagi AD/DA, non riesci più a capire dove è stato introdotto cosa,, nella fattispecie il Jitter nei 3 diversi clock.

[marcoc1712]

guarda che in questo caso non c'ho messo nulla...l'allineamento lo sta facendo ADM incrociando i vari segnali-...quindi nessun allineamento "manuale"
Statisticamente avviene che il maggiore errore (macroscopico) si manifesta soltanto tra Fx e Wx...
Chiediti come mai ripetendo all'infinito acquisizioni con lo stesso player e confrontandole ADM riesce sempre a produrre un errore noto (sempre con ampiezza del segnale differenza macroscopicamente piu bassa)
Continuo a sostenere che F periodico produrrà lo stesso errore di W periodico...con una mano di qualche Santo che ne fa "corrispondere" sempre il drift all'infinito-
Il Santo non protegge piu il drift tra F periodico con W periodico...magari perchè è come sostengo...F con W sono palesemente piu diversi di F periodico e W periodico
Finadesso non emergono casi sospetti che possono farlo apparire come fenomeno "casuale"..."se" questo avverrà cambierò opinione...ma per adesso non posso-


Tom.

Si vabbè.

Lascio ai senzienti il giudizio, le contraddizioni rispetto ai due post precedenti in merito a come avrest tagliato i files e SOPRATTUTTO l'incosistenza delle prove che porti parlano da sole:

Hai ripetuto allì'infinito? Ecco perchè non posti i risultati nemmeno delle prime, si sà, l'infinito è lungo...

[gefrusti]

Si vabbè.

Lascio ai senzienti il giudizio, le contraddizioni rispetto ai due post precedenti in merito a come avrest tagliato i files e SOPRATTUTTO l'incosistenza delle prove che porti parlano da sole:

Hai ripetuto allì'infinito? Ecco perchè non posti i risultati nemmeno delle prime, si sà, l'infinito è lungo...

Questa dichiarazione conferma che a te interessa la polemica...oltre al resto non riesci (comincio a sospettare in malafede) a capire che stiamo parlando di due processi diversi...le sto provando tutte...decine e decine di verifiche. (eppure lo avevo scritto...""in questo caso ho lasciato fare a ADM")
Tu prendi dichiarazioni di un post...le decontestualizzi e per gettare fango le associ ad altre in cui si parla di altro tipo di verifiche.
Che facciamo Marco ?...salto a piè pari tutti i tuoi post ?...ma poi non prendermi per ineducato...perchè saresti pure capace.......a questo punto-


Tom.

[marcoc1712]

Ho ripetuto COMPLETAMENTE i confronti in ADM, una prima volta senza apportare nessuna correzione di ritardo o di sample rate, la seconda correggendo solo il ritardo e la terza entrambi.

I parametri usati sono questi:

Channels 1
Sample Rate 44100
Resolution 16 bita

Limit Evals to sections of: 2,5 sec.
final depth calculation: correlated energy only

Conversion accuracy 4
Delay Capacity 15%
Delay resolution 100 pSec

Depth evaluation frequency range: 100Hz - 12 KHz
Range narrowing each iteration: 60%
Equalization Bandwidth: 1 Hz - 21 KHz

Rispetto alla prcednti, ci sono alcune differenze, normalmente di poco conto, ma una macroscopica: Il delay nel confronto tra W1 e W2 è altissimo, di un ordine di grandezza rispetto agli altri.

Ribaisco che a mio avviso questa informazione è ininfluente, specie se non sappiamo di che entità e natura è stata la correzione di allineamento preceentemente apportata, ma pare smentire l'assunto che il delay della serie Fn sia simile a quello della serie Wn e che entrambi siano significativamente più alti di quello riscontrato nei confronti incrociati.

Ho ripetuto la prova più volte, per individuarlo occorre impostare i parametri come indicato, lasciandoli ai valori di default, riporta 0 (valore che mi ha insospettito), probabilmente perchè esce dai limiti impostati o un errore di mantissa o...

Sarebbe bene che qualcuno ripetesse lo specifico confronto per avere controprova, non vorrei aver incasinato involontariamente i files con le varie rinominazioni.


Sempre usando molle belle lunghe nel considerare i valori in db di correlazione, si vede che l'allineamento ha un effetto notevole, la correzione del sample rate meno ed a volte è addiritura controproducente (...ma 0.5 db di differenza a -100 db con 16 bit...).

Dato molto interessante, a mio avviso, il drift nel confronto tra seconda e terza rilevazione è sempre praticamente assente, sarebbe interessante averne altre e verificare cosa succede tra terza e quarta, quarta e quinta,...

I delta NON sono nulli nei diversi confronti anche dopo aver allineato e compensato, non sarebbe male che qualcuno investigasse su quanto rimane, se c'è qualcosa è li.

Nei prossimo giorni ripeto l'analisi usando i files di Salvatore, partendo dall'allineamento, prima manuale + ADM poi solo e direttamente con ADM.

[gefrusti]

Il mio "protocollo" che si basa esclusivamente su dati statistici considera tra W1-F1 680ns...tu non l'hai riportato.
Il pelo nell'uovo dovresti anche cercarlo in quello che posti...


Tom.

[marcoc1712]

Questa dichiarazione conferma che a te interessa la polemica...oltre al resto non riesci (comincio a sospettare in malafede) a capire che stiamo parlando di due processi diversi...le sto provando tutte...decine e decine di verifiche. (eppure lo avevo scritto...""in questo caso ho lasciato fare a ADM")
Tu prendi dichiarazioni di un post...le decontestualizzi e per gettare fango le associ ad altre in cui si parla di altro tipo di verifiche.
Che facciamo Marco ?...salto a piè pari tutti i tuoi post ?...ma poi non prendermi per ineducato...perchè saresti pure capace.......a questo punto-


Tom.

Vedi tu, è tutto scritto...

[marcoc1712]

Il mio "protocollo" che si basa esclusivamente su dati statistici considera tra W1-F1 680ns...tu non l'hai riportato.
Il pelo nell'uovo dovresti anche cercarlo in quello che posti...


Tom.

Yes, grazie della segnalazione, era nella precednte tabella, in questa non c'è. Errore mio. Provvedo alla modifica.

Se ci postassi anche gli altri valori...

[marcoc1712]

Il mio "protocollo" che si basa esclusivamente su dati statistici considera tra W1-F1 680ns...tu non l'hai riportato.
Il pelo nell'uovo dovresti anche cercarlo in quello che posti...


Tom.

Correzione apportata e pubblicata, aspetto le tue misure e faccio lo stesso.

[marcoc1712]

@Salvatore, Hai un messaggio privato.

Verifica per favore il link che mi hai mandato.

Grazie.