Switch di rete hi end

[BasBass]

20 ore fa, widemediaphotography ha scritto:

La natura del problema cambia nel momento in cui il player software bit-perfect trasforma quel contenuto logico in un flusso temporizzato destinato al DAC. Da questo punto in avanti il parametro tempo diventa essenziale, perché i campioni devono essere presentati al convertitore con una cadenza precisa e continua. È qui che subentrano fenomeni che non appartengono più alla trasmissione informatica dei dati, ma all’esecuzione in tempo reale: il carico della CPU, la gestione dei buffer, l’attività dei sottosistemi di I/O, i burst di attività delle interfacce di rete o USB, la qualità del clock locale e dell’alimentazione. Questi aspetti non possono alterare il valore numerico dei campioni, ma possono introdurre rumore. Entriamo nelle dinamiche dell'efficienze dei DAC, discusse centinaia di volte qui.

Correttissimo, pertando l'influenza di alimentazione, clock, tipologia di collegamento tra streamer e dac (I2S, USb etc.) dovrebbe manifestarsi soltanto a valle dello streamer, il quale riceve i pacchetti dati sempre e comunque perfettamente integri (e ci mancherebbe altro).

Mi chiedo allora cosa possa palesemente cambiare la qualità della performance del sistema streamer/dac quando apportiamo un cambiamento a monte dello streamer, inserendo, ad esempio, uno switch "audiofilo" dotato di disaccoppiamento a fibra ottica delle porte, alimentazione pulita, filtri etc., cosa che ho fatto ieri sera quando ho collegato lo streamer e il server al nuovo IFi Silent Power Omni LAN, il cui effetto è stato evidente ed immediato.

P.S. Il tutto cablato sia prima che dopo con banali cavi CAT6 non schermati.

[Simonef]

20 ore fa, Ggr ha scritto:

Esattissimo. Provato priprio nell'ultimo mese. Ho preso uno streamer identico al precedente, con solo un clock dedicato e super preciso.  Il suono è mogliorato tantissimo, probabilemte perché la comunicazione con il dac è più fluida e temporalmemte precisa, il dac non deve faricare a rimettere a posto le cose, e il suono ci guadagna. 

La comunicazione streamer - dac se avviene via USB sarà sempre temporalmente precisa e non dipenderà dallo stream visto che il master clock nella trasmissione è fornito dall'interfaccia USB del DAC. che poi sia precisa o meno anche li conta poco visto che comunque il controller USB del DAC fa uso di un buffer FIFO per store temporaneo dei pacchetti ricevuti. dal buffer poi i dati vengono mandati a DAC in I2S e anche qua usando il clock del controller USB. In altre parole il "temporalmente preciso" dipende al 100% dal DAC, tutto ciò che è presente a monte non c'entra.

[Ggr]

Si, chi comanda è il dac, e richiede lui i pacchetti allo streamer quando il buffer si sta scaricando. Pero bisogna vedere quanto è pronto nella risposta lo streamer, che magari nello stesso tempo sta ricevendo e processando dati in ingresso.  se gli consegna i dati non a tempo,.poi il dac deve risistemare le cose, e questi lavori causano un lavoro extra che alla fine si sente. Questo è quello che è successo nel mio impianto,  ovviamente non pretendo che sia la regola. 

[Elettro]

Ha molto più senso disporre di una sorgente con l'ingresso per un clock esterno in definitiva. In alternativa disporre  di una interfaccia di reclocking ( ed alcune hanno pure la possibilità di connettervi un clock esterno). 

[Ggr]

Sulla usb asincrona il reclock dei dati audio è inutile, perché per definizione, il dac li riceve, li memorizza, e poi li lavora con il suo clock interno. Quello che invece è importante, sono i comandi che si passano il dac e lo streamer. 

[BasBass]

Il 10/01/2026 at 20:20, Ggr ha scritto:

Sulla usb asincrona il reclock dei dati audio è inutile, perché per definizione, il dac li riceve, li memorizza, e poi li lavora con il suo clock interno. Quello che invece è importante, sono i comandi che si passano il dac e lo streamer. 

Invece su un dac che utilizza l'ingresso I2S diretto dallo streamer, bypassando l'USB, come si comporta il clock esterno? 

[Ggr]

14 minuti fa, BasBass ha scritto:

Invece su un dac che utilizza l'ingresso I2S diretto dallo streamer, bypassando l'USB, come si comporta il clock esterno? 

Sinceramente non lo so. Non ho mai usato i2s.

Pero credo che i2s veicoli anche il clock, quindi dovrebbe far comunque bene.

[BasBass]

10 minuti fa, Ggr ha scritto:

Pero credo che i2s veicoli anche il clock, quindi dovrebbe far comunque bene.

Confermo che l'i2s veicola anche il clock, precisamente il bit-clock e il word-clock su canali separati, quindi deduco che un upgrade del clock esterno possa migliorare le prestazioni del dac.

Però, se ben comprendo, è sempre necessario che il DAC sia munito di ingresso clock esterno?

[Ggr]

Se streamer e dac hanno ingressi per il clock, sarebbe il massimo, così lo stesso clock li governa tutti e 2.

Se l'ingresso per il clock esterno lo ha solo lo streamer,  potrebbe comunque servire a mandare al dac un segnale migliore, sempre checlo streamer non abbia gia un clock di qualità,  che poi tutte queste cose si sentano davvero, dipende da troppi fattori a valle. 

[rossano92]

Il 10/01/2026 at 20:20, Ggr ha scritto:

Sulla usb asincrona il reclock dei dati audio è inutile, perché per definizione, il dac li riceve, li memorizza, e poi li lavora con il suo clock interno. Quello che invece è importante, sono i comandi che si passano il dac e lo streamer. 

Un clock esterno ha comunque la funzione di “pilotare” il PLL del DAC per la conversione, anche se il Flusso arriva dall’usb. 
la sincronia di più apparecchi digitali è solo una delle funzioni di un generatore esterno di clock, non l’unica.