Confronto fra dac: Metrum vs Metrum ...

[ilmisuratore]

3 minuti fa, Gustavino ha scritto:

quella che ti ho mostrato e' la scheda che usa Esotoric, ti ho messo la dichiarazione del produttore  , qui l'unico a non aver capito cosa sia sei tu ....

Senti...alcuni giorni fa ti avevo postato che l'implementazione del Bulk Pet era stata sviluppata e progettata dalla società giapponese Interface Co., Ltd la quale licenza viene concessa a chi interessato ad usarla 

Il protocollo è BULK PET e immediatamente hai scritto che era tutto falso e che "non esiste" perchè tutto il mondo usa UAC 2.0 isocrono

Adesso sei "rinato come lazzaro" a rompere i cabasisi

[ilmisuratore]

Mentre i chip XMOS sono componenti "off-the-shelf" facili da acquistare e programmare con driver standard, la tecnologia Bulk Pet è una soluzione industriale proprietaria e costosa

Interface Co., Ltd. richiede contratti di licenza dedicati, rendendola una tecnologia riservata quasi esclusivamente a prodotti di fascia alta e ultra-high-end...rimane sempre e comunque un protocollo BULK a correzione di errore e che "vede" il DAC come una periferica (Hard-Disk o pendrive)

[Gustavino]

7 minutes ago, ilmisuratore said:

Mentre i chip XMOS sono componenti "off-the-shelf" facili da acquistare e programmare con driver standard, la tecnologia Bulk Pet è una soluzione industriale proprietaria e costosa

Interface Co., Ltd. richiede contratti di licenza dedicati, rendendola una tecnologia riservata quasi esclusivamente a prodotti di fascia alta e ultra-high-end...rimane sempre e comunque un protocollo BULK a correzione di errore e che "vede" il DAC come una periferica (Hard-Disk o pendrive)

finalmente lo hai capito che non e' un semplice firmware e che non e' il normale  bulk del protocollo standard usb  usato per gli hardisk ! come al solito confondi le carte  ma và bene cosi....
averti insegnato che usb audio non ha correzioni d'errore non ha prezzo

[ilmisuratore]

Adesso, Gustavino ha scritto:

finalmente lo hai capito che non e' un semplice firmware e che non e' il normale  bulk del protocollo standard udb  usato per gli hardisk ! come al solito confondi  ma và bene cosi

...e no...è lo stesso bulk usato per gli hard disk poichè rispetto l'isocrono fondamentalmente cambia il fatto che in caso di perdita di dati questi vengono ritrasmessi

Il fatto che è stato implementato a livello audio non cambia il succo del discorso

Vai a studiare come funziona e poi tra un mese ritorni

[Gustavino]

USB AUDIO la mia disamina pubblicata qui nel 2024

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!

 

 

[ilmisuratore]

Adesso, Gustavino ha scritto:

USB AUDIO la mia disamina pubblicata qui nel 2024

ço 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!

 

 

...se tu fossi pinocchio avresti un naso lungo quanto il ponte che collega la Russia alla Crimea 

 

[ilmisuratore]

Per gustavino esiste(va) solo l'isocrono

Oggi, grazie a questo forum ha imparato che il protocollo Bulk si (usava) e si usa ancora...su alcuni brand 

[Gustavino]

5 minutes ago, ilmisuratore said:

...se tu fossi pinocchio avresti un naso lungo quanto il ponte che collega la Russia alla Crimea 

 

te lo sottoscrivo tutti i dac del mondo utilizzano il protocollo USB2.0 audio che e' isocrono e non bulk ! il bulk pet e' soluzione hw proprietaria , tre gatti in croce !

[ilmisuratore]

1 minuto fa, Gustavino ha scritto:

tre gatti in croce !

...fosse stato anche un solo gatto sarebbe bastato (i motivi li ho descritti)

L'importante è che esiste ed è possibile usarla...non quanti la usano

 

[Gustavino]

10 minutes ago, ilmisuratore said:

Per gustavino esiste(va) solo l'isocrono

Oggi, grazie a questo forum ha imparato che il protocollo Bulk si (usava) e si usa ancora...su alcuni brand 

lo standard mondiale del consorzio USBAaudio e' isocrono fattene una ragione ,ti rispiego il motivo
Fine OT scusate

[ilmisuratore]

Adesso, Gustavino ha scritto:

lo standard mondiale del consorzio USBAaudio e' isocrono fattene una ragione ,ti rispiego il motivo

Continui a rigirare la frittata...alcuni brand la usano (BULK) e quindi esiste e si può usare. Punto.

[Gustavino]

7 minutes ago, ilmisuratore said:

Continui a rigirare la frittata...alcuni brand la usano (BULK) e quindi esiste e si può usare. Punto.

continui a non voler ammette che non si puo fare con un normale controller usb , serve un potente hardware proprietario per ridurre la latenza problema del bulk ma se vuoi capire piu del consorzio mondiale USB fai pure .... 

[ilmisuratore]

Adesso, Gustavino ha scritto:

continui a non voler ammette che non si puo fare con un normale controller usb , serve un potente hardware proptrietario per ridurre la latenza problema del bulk ma se vuoi capire piu del consorzio mondiale USB fai pure .... 

...che sia "proprietario" è stato detto fino alla nausea

Smettila

[carloc1]

Il 17/08/2026 at 16:50, Inrivalmare ha scritto:

@carloc1 cosa ti da l’usb più del coassiale? Più “definizione”?

(mi riferisco all‘Onyx).

Concordo con la risposta di Gustavino. Personalmente, mi sembra che il flusso in usb sia migliore ma devo fare delle prove a parità di sorgente.