Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Al ritorno spiego come ho confrontato i risultati forniti dall'oscilloscopio con quelli "ottenibili" tramite ADM...(i famosi 317ns)
In questo modo per OFFRIRE la possibilità di un confronto ed evitare di "pendere" dalle mie labbra-
Tom.
Aspetta, di che sfasamento stai parlando? dove cavolo (leggi in che misure) compare questo sfasamento? in che grafo lo leggi? dove è stato portato in evidenza? E' comune a tutte le riprese? di tutti players? stesso valore assoluto sempre?
Se non ce ne date evidenza, come facciamo a capirlo da soli? dove avremmo dovuto leggerlo?
Facciamo un piccolo passo per volta. Abbiamo capito che nel file originario lo sfasamento non c'è, L = R. quindi prendi F1 ed F2 e lo sfasamento c'è?
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Non mi interessa un resoconto delle attività, sino fatti tuoi, ma solo la documentazione a supporto di quanto sostieni, in modo chiaro ed univoco.
Ad esempio, stiamo ancora discutendo di come hai preso le misure di confronto tra canali... Credo di averti già dimostratoi che sei stato estremamente contraddittorio ed adesso aggiungi (per la prima volta) che lo hai fatto su un segnale musicale?
In aperto contrasto con quanto hai scritto prima ed a quanto scrive Salvatore, quindi, di nuovo:
a. il segnale è composto da due canali uguali a se stessi e senza delay (come dice salvatore), SI o NO?
b. la rilevazione l'hai fatta per contronto dei due canali di cui 1 in controfase ma A. all'interno del singolo stream (come dice Salvatore), B,. con NTD per confronto tra due stream (come - pare - tu sostenga).
Continui a sfuggire a queste (ed altre) semplici domande, puoi continuare a ripetere il resto fin che vuoi, ma a che pro?
In particolare, poi:
è falso se parliamo di due segnali identici nei due canali. Se parliamo di musica o segnali diversi è vero, ma non è questo il caso in prova, per questo ho INSISTITO a porre le domande di cui sopra, Salvatore risponde e tu ancora meni il can per l'aia.Anche se il segnale stereo fa parte dello stesso frame..se jitterato...NON significa che tra i due canali si manifesti il medesimo errore in quanto il CONVERTITORE D/A genera una forma d'onda di due canali analogici potenzialmente non congruenti tra essi.
Puoi per favore rispondere e riformulare di conseguenza per il caso in specie?
NO, non è possibile se i segnali sono identici, in quanto il risultato di traslazione dello stesso delta temporale sullo stesso segnale porta matematicamente allo stesso risultato, a meno di 'errori' ma siamo ai milionesimi di probabilità che succeda e si applica a milionesimi di parti per milione di campion 'reali'. Qualcosa come 1 su 50 milioni di minuti o giù di li. Se sei fortunato lo senti una volta nella vita.l jitter causa difformità nella forma d'onda in maniera NON prevedibile...per cui tra i due canali si possono perfettamente manifestare incongruenze di natura temporale.
Il tempo, all'interno di un frame NON è una variabile!
Questo si applica sia per il jitter sinusoidale (correlato al segnale) che per quello stocastico, l'effetto nei due casi sarà diverso, ma assolutamente identico (sempre salvo errore) a parità di segnale.
Il punto è IL SEGNALE E' UGUALE O NO TRA I DUE CANALI?
... mi sembra grottesco...
---
Comunque prendo atto che non sostieni più di aver provato che:
1) WFTPLAY è più preciso e coerente rispetto a Foobar.
2) che da Salvatore (alias sm63) si è misurata la differenza che lui (e altri...compresa la figlia ieri) percepisce nel SUO impianto.
Ma ritieni necessarie ulteriori misure ed approfondimento.
Avessi evitato di enunciarlo PRIMA di mostrare (parzialmente) i risultati e di illustrare (male) il metodo, ci saremmo risparmiati tutta questa (si) INUTILE perdita di tempo.
Ultima modifica di marcoc1712 : 05-07-2016 a 20:46
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
No Marco ..lo sfasamento non è riferito F1 F2 F3 ....bensi F1 L canale sinistro con F1 R Canale destro ...ecc ecc ...con F1 F2 F3 ....indica gia il risultato del nul test ...
Marco credimi bastebbero 5 min al telefono per chiarire ..... non vedi traccia riportata relativa allo sfasamento tra i due canali ...perche rientra come coefficente d'errore ...ripeto le tre acquisizione per ogni player sono servite a questo ....accertare la presenza dello stesso errore ....non ho sotto mano le acquisizione riferito al multi tono ...se non li sposta Tom ..questa sera appena ritorno a casa lo faccio io ....per il momento visiona questi ...sono le acquisizione con la traccia audio ...un po piu difficile ma si evince lo stesso ...
https://drive.google.com/file/d/0B3k...ew?usp=sharing
Comincio a sospettare che Marco lo faccia apposta...NON può non capire e ribattere sempre le stesse (sbagliate) domande.
Poi la pazienza viene meno...
Come giustamente dice Salvatore...lo sfasamento è tra il LEFT F1 rispetto il RIGHT F1...questo sfasamento risulta essere DIVERSO (317ns) se raffrontato con lo sfasamento del canale LEFT W1 rispetto a RIGHT W1.
Tom.
Proverò a guardare le tracce, ma come sai non riesco a trovare la versione giusta di Audition, passerò su Linux (Paolo, cosa scarico?).
Si eventualmente ti chiamo, probabilmente è meglio per chiarici. Dimmi quando è meglio per te, stasera dopo le 21.30 o domani pomeriggio presto.
Comunque, adesso capisco che lo sfasamento compare a seguito dell'acquisizione tra F1 L e F1 R, dato che F1=F2=F3, sarà presente in tutte e tre le riprese, immagino.
Ma è presente in misura identica anche in W1 e D1?
Se si, è con ogni evidenza un ritardo introdotto da qualche parte ANALOGICAMENTE tra i due canali, sai meglio di me come può succedere, prova a riprendere ai morsetti del dac (sarebbe meglio all'uscida del CHIP, ma partiamo da li) e vedi se compare ancora.
Francamente sarebbe utile vedere i confronti W1 W2, D1 D2, F1 D1 e W1 D1.
quanto è stato postato dice poco o nulla, il rebus sta nella 'piccola' tolleranza tra i diversi player... Quanto è piccola?
Ultima modifica di marcoc1712 : 05-07-2016 a 21:22
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
[QUOTE=marcoc1712;960987]La reazione dello stadio D/A invece ???...perchè il segnale è musicale (quindi SX è diverso da DX) risulta essere imprevedibile se a monte arriva uno stream jitterato.NO, non è possibile se i segnali sono identici, in quanto il risultato di traslazione dello stesso delta temporale sullo stesso segnale porta matematicamente allo stesso risultato, a meno di 'errori' ma siamo ai milionesimi di probabilità che succeda e si applica a milionesimi di parti per milione di campion 'reali'. Qualcosa come 1 su 50 milioni di minuti o giù di li. Se sei fortunato lo senti una volta nella vita.
Il tempo, all'interno di un frame NON è una variabile!
Quindi è possibile-
Essendo...come ampiamente descritto (il post è ancora li) un segnale musicale...SX non può essere identico a DX...quindi il segnale tra i due canali non è identico.Il punto è IL SEGNALE E' UGUALE O NO TRA I DUE CANALI?
... mi sembra grottesco...
Segue la naturale forma d'onda ottenuta in fase di registrazione (sound engineer...non Salvatore (sm63)
Veramente in un post ho risposto (mi pare a keres) che WTF risulta essere piu preciso rispetto a foobar.Comunque prendo atto che non sostieni più di aver provato che:
1) WFTPLAY è più preciso e coerente rispetto a Foobar.
2) che da Salvatore (alias sm63) si è misurata la differenza che lui (e altri...compresa la figlia ieri) percepisce nel SUO impianto.
Come ho scritto che essendoci SOLTANTO queste differenze nel segnale...la causa della differenza all'ascolto è imputabile a queste.
Solo per altre curiosità...forse...ma NON per quanto dichiarato finadesso.Ma ritieni necessarie ulteriori misure ed approfondimento.
Mi dispiace profondamente se non sei riuscito a capirci...io ce l'ho messa tutta.Avessi evitato di enunciarlo PRIMA di mostrare (parzialmente) i risultati e di illustrare (male) il metodo, ci saremmo risparmiati tutta questa (si) INUTILE perdita di tempo.
saluti, Tom.
Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)