Uso xstream in ks, ovviamente, con un PC vecchio che ha mobo Gigabyte H67N Usb3 e un i3 2100t! Ma se non bastasse il processore è downvoltato e downclockato a 16x! Insomma jplay non mi sembra un problema, tutto cammina liscio e senza intoppi, con la CPU al 70% ma che non perde un colpo! Non ho idea di cosa succeda però in un sistema jplay a doppio pc.
Volevo segnalare l'esperienza che abbiamo fatto ieri sera a casa dell'amico Lorenzo che, grossomodo, utilizza la configurazione di cui sopra con doppio pc, per mettere in evidenza un aspetto fino ad ora non preso in considerazione.
Nella configurazione standard di Lorenzo il pc che fa da naa è un Pentium d di qualche tempo fa con 4gb di ram e alimentazione full linear con regolatori di tensione belleson diy; il dac è il no-dac bulgaro con stadio di uscita single ended come presentato in questo forum.
Al contrario il pc server è molto più potente (un intel i7 3790) sempre con alimentazione lineare ma questa volta una atx teradak esterna.
Lorenzo sull'naa usa la vecchia versione 5.21 di Jplay con motore beach e buffer impostati a zero (direct link) per tutte e tre le frequenze di lavoro.
Quello che volevo far notare è il ruolo differente che gioca l'naa a seconda che lato pc server si faccia upsampling verso dsd (anche dsd 2x) o non si faccia affatto upsampling, lasciando le cose come stanno.
Per assurdo se si fa upsampling dsd2x sul pc server allora l'naa lavora meno che non se sul pc server non si fa affatto upsampling.
Infatti mentre l'ascolto con upsampling a dsd2x funzionava senza problemi di sorta (con il nodac), al contrario una volta tolto l'upsampling e riprodotti dei dsd sfruttando il DoP (in questo caso abbiamo usato il mio dac Meitner ma-1) abbiamo ascoltato frequenti interruzioni durante la riproduzione, segno evidente che il buffer impostato a zero sull'naa non era sufficiente. Impostando per la frequenza di lavoro di 192 (visto che il dop impacchetta il dsd in pcm a 176,4khz) un buffer 4x tutto è andato a posto.
In altri termini l'naa viene sollecitato maggiormente quando non si fa upsampling sul pc server che quando lo si fa, presumo perchè a quel punto l'naa è chiamato a "spacchettare" il dsd dal pcm 176,4khz per mandarlo al dac, cioè si fa carico dello spacchettamento insito nel DoP cosa che invece non viene fatta in caso contrario in cui probabilmente spara al dac direttamente dsd2x senza usare il dop.
Che ne pensate?
Ultima modifica di grunter : 01-07-2015 a 10:26
il sistema audio
Server HDPlex (i7-6700-WS2016) HQPlayer in Ramdisk + HQPDcontrol> Macmini (roon core + Tidal e qobuz ) ma anche hqplayer client con qobuz installato su portatile> HDPlex NAA (celeron G1840T-WS2016) NAD in Ramdisk, ma anche miniPC fitlet con immagine x86 per NAA > switch rete tp-link, Denafrips Ares2, SPLvolume2, monitor klein+hummel o410+sub Neumann KHo810
L'NAA non "spacchetta" il DoP. Lo spacchettamento avviene nel DAC.
L'NAA è asservito al DAC che ha bisogno probabilmente di più tempo per spacchettare proprio perché ci sono il 40% in più di dati da scartare, per cui il buffer sull'NAA deve essere più grande per mantenere il flusso costante senza interruzioni.
L'NAA lavora di più a parità di DSD se tramite DoP perché il flusso PC-NAA è più grande.
Certo, se hai un consumo idrico di 100 l/h con picchi di 10 l/min, puoi risolvere il problema con un pozzo ed una pompa che forniscano 120 l/h + un serbatoio da 20 l o superiore, oppure scavando un nuovo pozzo in modo da assicurarti una portata costante di 600 l/h, ma facciamo 1200, non si sa mai...
Tutto sto casino per mettere in piedi sistemi asincroni e poi dovremmo usarli con buffer = 0, rendendoli di fatto nuovamente sincroni? Perché? Per quale parametro (in riproduzione) sarebbe dannosa la presenza del buffer? Ricordo che 'concettualmente' NAA è un FIFO, cioè un buffer, alimentato da Ethernet e svuotato da USB, nulla di più.
Meno buffer al costo di maggior potenza (ed impronta termica), ammesso e non concesso sia un'opzione percorribile, è davvero desiderabile? A me, francamente, pare una grossa contraddizione.
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
Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)