Le piramidi di Cheope e Micerino: HQ+NAA + tutto quello che c'è (o quasi!)

[grunter]

Oggi io acquisterei
Mobo: Asus z97 i-plus (è costosa ma affidabile e poi monta ssd tipo M2, con risparmio di spazio e di alimentatori
CPU: Intel Core i3-4130T
RAM: 4GB unico banco da downvoltare via BIOS
Dissipatore: Thermaltake slim x3 ( con o senza ventola, a seconda del case)
Alimentatore PicoPsu xt 160 alimentata in lineare
Questa è la dotazione minima, a mio vedere, per un signor NAA in un sistema Windows Server,ma penso che sia eccellente anche con Linux
Circa la qualità dell'alimentatore poi, ognuno fa le sue scelte anche economiche, oltre che valutare le proprie capacità o quelle di qualche amico nel costruirselo da soli. Ormai ce n'è pieno in ogni angolo......
Un'ultima annotazione: server 2012 R2 con la 1.31 beta 3 di AO e Jplay 6.1 è di fatto indistinguibile da Tech prev.2, per cui non vale la pena di migrare alla tech, oggi.
OT: ultimo quarto con poca birra e pochi tortelli in corpo, si era accesa la spia della riserva, soprattutto mentale, dei mangiamortadella. Il basket, come la vita, non premia i meriti ma i risultati. E poi.....non si sbagliano ben due rigori in gara 6........Ma Reggio Emilia gioca un gran bel basket, che per un cultore dell'estetica dello sport come me vale una vittoria, se non di più, per questo amo i perdenti di talento! Inoltre vorrei commentare le scene finali del dopo partita con i giocatori delle due squadre che si abbracciavano e tutti i negroni che andavano a consolare Della Valle in lacrime.......per fortuna esistono ancora scene come queste, che per me valgono ben più di uno scudetto......

Scusa Audiodan, ma con questo naa riesci a far girare jplay con motore xtream senza problemi? Io suggerirei 8gb di ram per stare tranquilli se si usa xtream.

[audiodan]

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.

[grunter]

Bene a sapersi.
Grazie.

[grunter]

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?

[giordy60]

Che ne pensate?

che c'è ancora parecchio da scoprire ben vengano tutte queste prove.

ciao Federico.

[bibo01]

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.

[grunter]

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.

Perfetto, grazie della spiegazione.
Dunque nel caso in cui si debba usare DoP, perchè il proprio dac lavora in quel modo, bisogna in qualche modo tenerne di conto a livello hw sull'naa.

[Maggio]

Perfetto, grazie della spiegazione.
Dunque nel caso in cui si debba usare DoP, perchè il proprio dac lavora in quel modo, bisogna in qualche modo tenerne di conto a livello hw sull'naa.

No, di buffer.

[grunter]

No, di buffer.

Però con hw più potente e/o più ram spesso il problema non si pone, nel caso si parta da zero e si pensi di usare il doppio pc con la configurazione di questo 3d dimensionando opportunamente l'hw magari si possono comunque usare buffer minimi.

[marcoc1712]

Però con hw più potente e/o più ram spesso il problema non si pone, nel caso si parta da zero e si pensi di usare il doppio pc con la configurazione di questo 3d dimensionando opportunamente l'hw magari si possono comunque usare buffer minimi.

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.