Prova di -Bit Perfect- tramite interfaccia USB a "lungo termine" (14.400 secondi, ovvero: 4 ore di fila)

[Gustavino]

1 hour ago, Gustavino said:

grazie a me abbiamo consolidato che
-Usb non e' bit perfect
-nonc'e' correzione di errori

-solo Isonochrono unico protocollo usb audio class 2.0
-non e' bulk
-ci sono gli errori (trascurabili btw)
-gli XO sono importanti sia nella synch che nella Async e non tutti sono simili
-il filtraggio dei disturbi e' molto  importante, ed il 90% delle interfacce (ultimi 15anni ) non e' provvista di isolatori che son nati ieri di cui  solo una piccola parte son fatti bene
 

in  aggiunta Usb soffre del rumore del 8khz packet frame generato dal pc quando li spedisce
che gli isolatori se li avete provvedono ad attenuarlo

[Gustavino]

questi alcuni disturbi attenuavili con gli isolatori .questi sono di quelli esterni meglio meggli integrati per via del jiter che aggiungono se non elaborati

[Gustavino]

come accennato gli isolatori possono essere di varie tecnologie con livelli di efficacia diversi :

-Barriera capacitiva
-ottici
-magnetici
-a radio frequenza
il jitter varia parecchio da 90- 120 fino  350ps  come anche isolamento , i capacitivi molto diffusi non tutti hanno una buna separazione ....
 

[ilmisuratore]

54 minuti fa, Gustavino ha scritto:

Errato ancora non comprendi :
-tutto lo standar Usb audio 2,0 e' ISOCRONO quindi XMOS ed il TAS1020 e sono tutti e due Asynch

-XO sono fondamentali nella Asynch e' per questo che suona meglio dellla synch

...ha ragione @widemediaphotography...confondi troppe cose e non c'è nemmeno verso che tu riesca a capirle

XMOS e TAS1020 sono incontrovertibilmente Asynch, ma perchè non vi è sincronismo tra il clock master del device con quello dell'host, il device è master non slave, il termine asincrono dev'essere circoscritto alla mancanza di un rigore di sincronismo tra clock che di fatto non c'è

Il clock dell'host in entrambi i casi (ma stavolta mi riferisco al protocollo di pacchettizzazione) serve a dare ordine alle trame affinchè i pacchetti sopraggiungano nel device, i pacchetti necessitano di un ordine affinchè vengano inviati, non è questo un clock di riferimento !!!

Isocrono e asincrono hanno un significato diverso se ci si riferisce al protocollo, tu erroneamente lo scambi per "clock di riferimento" e di fatto consideri erroneamente l'importanza degli XO

L'XO ha soltanto rilevanza nel device, che deve essere preciso per "costruire in modo indipendente" un master clock di riferimento (che tu scambi imperterrito con quello che regola l'invio dei pacchetti)

Asincrono è un termine che può essere usato sia per il protocollo, tanto quanto per la mancanza di sincronismo tra i due clock (host controller e master clock del device)

Il protocollo asincrono è bidirezionale e include la correzione degli errori

Il protocollo isocrono non prevede la correzione, ma soltanto una conferma che i pacchetti siano giunti a destinazione

Il protocollo asincrono prevede un feedback che regola la velocità di pacchettizzazione, lo stop, il riavvio e non invia pacchetti a dimensione fissa con tempi prefissati come l'isocrono, l'asincrono fa "quello che il device chiede all'host" tutto...anche il cappuccino

Non ti è chiaro nemmeno stavolta ??? 

[ilmisuratore]

38 minuti fa, Gustavino ha scritto:

questi alcuni disturbi attenuavili con gli isolatori .questi sono di quelli esterni meglio meggli integrati per via del jiter che aggiungono se non elaborati

Sono ground loop, come quello che avevi postato l'altro giorno

L'isolatore agisce per il ground loop, funziona ???? certamente !!!

Ma come ti dicevo l'altro giorno, c'è un rimedio velocissimo ed efficace tanto quanto l'isolatore senza toccare nulla, né cavo, né ricevitore, ne PC...ma soltanto una cosetta "esterna" (tutto aggratisse)

[mikefr]

Si,ma,alla fin fine,@Gustavino ,ce lo vuoi dire che cosa succede al segnale musicale che viene sentito con le orecchie,utilizzando la USB,che da quello che scrivi,è una schifezza?

[ilmisuratore]

1 ora fa, mikefr ha scritto:

Si,ma,alla fin fine,@Gustavino ,ce lo vuoi dire che cosa succede al segnale musicale che viene sentito con le orecchie,utilizzando la USB,che da quello che scrivi,è una schifezza?

Il "furbetto" seleziona accuratamente qualche grafico in cui viene mostrato il fenomeno del ground loop con DAC che implementano uscite sbilanciate 

A parte che oggi è possibile adoperare apparecchi con uscite bilanciate cosa che riduce e/o elimina il problema, ma tale "inconveniente" del ground loop è facilmente aggirabile senza tutti questi salti mortali con triplo avvitamento 

[Gustavino]

1 hour ago, ilmisuratore said:

Il "furbetto" seleziona accuratamente qualche grafico in cui viene mostrato il fenomeno del ground loop con DAC che implementano uscite sbilanciate 

 

90% dei dac in commercio non e' bilanciato te ne sei accorto ??
90 %  degli integrati pure, te ne sei accorto ??
tutte le usb soffrono di problemi se non isolate ,praticamente il 90% di quelle in circolazione

[Gustavino]

9 hours ago, ilmisuratore said:

Il protocollo asincrono è bidirezionale e include la correzione degli errori

Il protocollo isocrono non prevede la correzione, ma soltanto una conferma che i

 

non esiste il protocollo Asynch ,Asynch e' la sincronizzazione del unico protocollo audio usb che si chiama Isochono ,NON ha la correzione degli errori
vedo che fatichi ancora ti rimetto la mia chiara spiegazione :

Lo standard UAC2 invia dati SOLO utilizzando la modalità di trasferimento Isochrono. Questa è pensata per la trasmissione di dati high-bandwidth, time-sensitive, in cui i pacchetti persi/danneggiati non sono critici.
—-Isochrono
La modalità di trasferimento isocrono NON include un checksum, né alcun meccanismo di correzione/rilevamento degli errori. È anche unidirezionale. Pertanto, non esiste un modo integrato per il PC mittente di sapere se i dati sono stati ricevuti, né per un ricevitore di rilevare dati errati, tanto meno di correggerli o richiederne il reinvio.
 

UAC2 risolve parzialmente questo problema includendo il proprio CRC all'interno del protocollo stesso (vale a dire un livello superiore rispetto al meccanismo di trasferimento). Ciò aggiunge la possibilità per il ricevitore di rilevare se i dati in arrivo sono errati. Ma poiché non esiste la correzione degli errori, né un meccanismo di ripetizione/reinvio, limita significativamente ciò che può essere fatto quando vengono ricevuti dati errati.

La parte isochrona è il trasferimento dati USB di basso livello ,all'interno di tale specifica, sono disponibili tre metodi di sincronizzazione tra il pc ed il dac, di cui uno è asynch diffuso da 15anni circa . Quindi, a un layer superiore, il contenuto audio si muove in modo async su un trasporto isochrono di basso livello.
 

Async funziona tramite feedback , i dati sul bus USB vengono inviati in modo isochrono con clock usb del Pc ma la quantità di dati trasferiti in ogni blocco viene regolata in base al feedback dal (al PC) in modo che la velocità dati complessiva sul bus USB corrisponda alla velocità dati "richiesta" dalla destinazione, all'estremità "ricevitore" il flusso può essere riclockato utilizzando il master clock (locale)

Un DAC che riceve dati errati tramite UAC2 ha solo poche opzioni:
-Disattivare l'output finché non arrivano dati validi (vale a dire si verificano interruzioni).
-Riprodurre i dati così come sono e sperare per il meglio. leggi glitch
Indice che si ha un problema, che potrebbe essere un cavo difettoso o non in specifica come molti... un dispositivo rotto etc

Quindi  l'audio USB è una modalità di trasmissione di solo invio, non correggibile, che non garantisce affatto la ricezione dei pacchetti, e tanto meno che i pacchetti ricevuti siano corretti!
L'unica cosa che viene inviata al Pc  è un controllo asyncrono che gli dice di inviare il pacchetto successivo più velocemente o più lentamente , con convincoli temporali molto limitati.

La parte "async" del nome significa che il clock  usb  nel convertitore D/A non deve essere sincronizzato con il clock nel computer. Questa è un miglioramento rispetto al clock del pc  e relativo jitter della connessione ,nel convertitore audio si utilizzano  XO nettamente migliori alimentazioni migliori ,tecniche di reclock etc etc....
quindi con la modalità "async", il clock audio master è nel DAC, il buffer memorizza i dati audio in arrivo dal computer e il chip controller dice al computer di inviare più dati audio man mano che il buffer si svuota durante la riproduzione.

Fortunatamente, il danneggiamento/la perdita di dati utilizzando cavi conformi alle specifiche (incluso il rispetto delle limitazioni di lunghezza nelle specifiche USB 2.0) in un sistema correttamente funzionante sono rari.

Ora nel 2024 usb son abbastanza buone  ma negli ultimi 15anni ne hanno combinate di ogni ,se NoN recenti  un paio di domande  me le farei , visto che sono realizzate in 1000modi ,i recenti isolatori  introducono abbondante  Jitter che poi va'  eliminato , ve ne sono di  4 tecnologie diverse almeno con 100 modelli e di marche diverse   ,tale  isolamento si puo applicare in  modi diversi e non tutti son validi ne permessi , quando ti dicono :ma ha la usb isolata ed async ...significa il nulla cosmico! non pensate che il dacchino da 200€ sia ottima ,
che funzioni ,come anche la vecchia synch, e' sicuro quello che cambia e' il come ......  

questa e' la parte concettuale fortunatamente abbiamo all' orizzonte  interfacce migliori specialmente nella parte elettrica/ottica che contano molto di piu di quella dati

 

[Gustavino]

3 hours ago, mikefr said:

Si,ma,alla fin fine,@Gustavino ,ce lo vuoi dire che cosa succede al segnale musicale che viene sentito con le orecchie,utilizzando la USB,che da quello che scrivi,è una schifezza?

quello che senti tu non te lo posso dire visto che dipende da molti fattori , io cerco di comprendere e condividere le problematiche della usb che partono da ben 20anni fa'  , ho dimostrato che senza isolatori ci sono parecchi disturbi .
uno non noto al ilmisuratore ad esempio e' questo :

 

[mikefr]

3 ore fa, Gustavino ha scritto:

quello che senti tu non te lo posso dire

Ma io lo chiesto a te che cosa senti.Rispondi,tu che cosa senti?

[ilmisuratore]

4 ore fa, Gustavino ha scritto:

90% dei dac in commercio non e' bilanciato te ne sei accorto ??
90 %  degli integrati pure, te ne sei accorto ??
tutte le usb soffrono di problemi se non isolate ,praticamente il 90% di quelle in circolazione

E come ti ho detto basta un attimo per liberarsene 

Tu ovviamente nell'alto della tua sapienza non lo sai (ma nemmeno meriti di venirne a conoscenza)

[Gustavino]

Just now, ilmisuratore said:

E come ti ho detto basta un attimo per liberarsene 

Tu ovviamente nell'alto della tua sapienza non lo sai (ma nemmeno meriti di venirne a conoscenza)

basta che sei convinto te

[ilmisuratore]

3 ore fa, Gustavino ha scritto:

non esiste il protocollo Asynch ,Asynch e' la sincronizzazione del unico protocollo audio usb che si chiama Isochono ,NON ha la correzione degli errori
vedo che fatichi ancora ti rimetto la mia chiara spiegazione :

Lo standard UAC2 invia dati SOLO utilizzando la modalità di trasferimento Isochrono. Questa è pensata per la trasmissione di dati high-bandwidth, time-sensitive, in cui i pacchetti persi/danneggiati non sono critici.
—-Isochrono
La modalità di trasferimento isocrono NON include un checksum, né alcun meccanismo di correzione/rilevamento degli errori. È anche unidirezionale. Pertanto, non esiste un modo integrato per il PC mittente di sapere se i dati sono stati ricevuti, né per un ricevitore di rilevare dati errati, tanto meno di correggerli o richiederne il reinvio.
 

UAC2 risolve parzialmente questo problema includendo il proprio CRC all'interno del protocollo stesso (vale a dire un livello superiore rispetto al meccanismo di trasferimento). Ciò aggiunge la possibilità per il ricevitore di rilevare se i dati in arrivo sono errati. Ma poiché non esiste la correzione degli errori, né un meccanismo di ripetizione/reinvio, limita significativamente ciò che può essere fatto quando vengono ricevuti dati errati.

La parte isochrona è il trasferimento dati USB di basso livello ,all'interno di tale specifica, sono disponibili tre metodi di sincronizzazione tra il pc ed il dac, di cui uno è asynch diffuso da 15anni circa . Quindi, a un layer superiore, il contenuto audio si muove in modo async su un trasporto isochrono di basso livello.
 

Async funziona tramite feedback , i dati sul bus USB vengono inviati in modo isochrono con clock usb del Pc ma la quantità di dati trasferiti in ogni blocco viene regolata in base al feedback dal (al PC) in modo che la velocità dati complessiva sul bus USB corrisponda alla velocità dati "richiesta" dalla destinazione, all'estremità "ricevitore" il flusso può essere riclockato utilizzando il master clock (locale)

Un DAC che riceve dati errati tramite UAC2 ha solo poche opzioni:
-Disattivare l'output finché non arrivano dati validi (vale a dire si verificano interruzioni).
-Riprodurre i dati così come sono e sperare per il meglio. leggi glitch
Indice che si ha un problema, che potrebbe essere un cavo difettoso o non in specifica come molti... un dispositivo rotto etc

Quindi  l'audio USB è una modalità di trasmissione di solo invio, non correggibile, che non garantisce affatto la ricezione dei pacchetti, e tanto meno che i pacchetti ricevuti siano corretti!
L'unica cosa che viene inviata al Pc  è un controllo asyncrono che gli dice di inviare il pacchetto successivo più velocemente o più lentamente , con convincoli temporali molto limitati.

La parte "async" del nome significa che il clock  usb  nel convertitore D/A non deve essere sincronizzato con il clock nel computer. Questa è un miglioramento rispetto al clock del pc  e relativo jitter della connessione ,nel convertitore audio si utilizzano  XO nettamente migliori alimentazioni migliori ,tecniche di reclock etc etc....
quindi con la modalità "async", il clock audio master è nel DAC, il buffer memorizza i dati audio in arrivo dal computer e il chip controller dice al computer di inviare più dati audio man mano che il buffer si svuota durante la riproduzione.

Fortunatamente, il danneggiamento/la perdita di dati utilizzando cavi conformi alle specifiche (incluso il rispetto delle limitazioni di lunghezza nelle specifiche USB 2.0) in un sistema correttamente funzionante sono rari.

Ora nel 2024 usb son abbastanza buone  ma negli ultimi 15anni ne hanno combinate di ogni ,se NoN recenti  un paio di domande  me le farei , visto che sono realizzate in 1000modi ,i recenti isolatori  introducono abbondante  Jitter che poi va'  eliminato , ve ne sono di  4 tecnologie diverse almeno con 100 modelli e di marche diverse   ,tale  isolamento si puo applicare in  modi diversi e non tutti son validi ne permessi , quando ti dicono :ma ha la usb isolata ed async ...significa il nulla cosmico! non pensate che il dacchino da 200€ sia ottima ,
che funzioni ,come anche la vecchia synch, e' sicuro quello che cambia e' il come ......  

questa e' la parte concettuale fortunatamente abbiamo all' orizzonte  interfacce migliori specialmente nella parte elettrica/ottica che contano molto di piu di quella dati

Grazie per avermi ricordato cose che sapevo 

Questo non ti libera dal fatto che alcune cose non le comprendi, né ora... ne mai

[ilmisuratore]

1 minuto fa, Gustavino ha scritto:

basta che sei convinto te

Non è convinzione, è oggettivamente un fenomeno che viene meno

Scompare sia ad orecchio che, ovviamente..alle misure