Uscita I2S per HQPlayer-NAA

[luca72c]

Salve a tutti, scusate se dico una castroneria, ma datosi che molti embedded players (o NAA che dir si voglia) ormai possono uscire anche in I2S direttamente (es. BeagleboneBlack o Raspberry con Volumio), non conviene prendere il flusso dsd dal NAA saltando il trasporto USB?
Con un passaggio in meno, si dovrebbe avere un segnale migliore, no?
Tutto sta a vedere se la Debian di HQPlayer prevede i drivers per uscire in I2S...

[DacPassion]

Non puoi prendere l'I2S così come esce da quelle schede, devi comunque isolarlo e fare un reclock. Ci sono delle schede apposite della twisted pear per il bbb, non ho letto di gente che le usa in versione "no dac" ma credo sia possibile.

[luca72c]

Quelle schede non sono strettamente necessarie: io ho collegato un Raspberry PI al mio BIII direttamente in i2s senza alcuna scheda TPA in mezzo e funziona benissimo, anzi supera come SQ qualsiasi trasporto USB che ho provato (Jlsounds compresa, ma nella vecchia versione con oscillatori inferiori agli NDZ).
Le schede TPA sono state create principalmente per ovviare ai limiti di alimentazione del BBB e per facilitare i collegamenti in i2s, approfittandone poi per aggiungere un clock migliore al tutto (BBB + Buffalo). Ma se leggi il 3d su Diyaudio dall'inizio, vedrai che il BIII col Raspberry andava gia' alla grande senza.
Ad ogni modo, con o senza schede TPA, penso che il problema principale sia se HQPlayer Embedded possa uscire in i2s o no...

[bibo01]

Il problema non è di HQPlayer Embedded. Dipende se il SO vede l'output I2S come una scheda sonora. Se dai "aplay -l" cosa ottieni?
Comunque, usando il Raspberry come NAA (ethernet input e usb output) dato che ha entrambe le porte sullo stesso canale, potresti avere problemi.

[DacPassion]

Mi sono espresso male, non intendevo che non funzionava (ovviamente è un segnale I2s quindi funziona) ma con l'isolatore e il reclock sicuramente va molto meglio

Ps sul raspberry cosa hai installato?

[luca72c]

Ciao Bibo01, che tu sappia e' possibile uscire da un NAA in i2s anziche' in USB? Alcuni mini computer ne sono capaci, come il Raspberry o il BBB.
Cosi' si potrebbe evitare la necessita' del trasporto USB e il segnale dovrebbe essere meno manipolato.
Ad esempio io ho collegato un Raspberry al mio Buffalo in i2s e va alla grande, meglio che passando per la Jlsounds.
Pero' occorrono dei drivers adeguati nel software del NAA (io uso Volumio)...
Si puo' chiedere a Mischa qualcosa del genere in HQPlayer Embedded? Penso che sarebbe una figata...
Alla peggio si potrebbero usare le schede apposite della TPA per l'isolamento e il reclock di un BBB in i2s...

[bibo01]

E' Volumio che ha fornito la possibilità nel Raspberry e nel BBB?
Credo che il supporto I2S varia da piattaforma a piattaforma, sbaglio?!

[bigtube]

Salve a tutti, scusate se dico una castroneria, ma datosi che molti embedded players (o NAA che dir si voglia) ormai possono uscire anche in I2S direttamente (es. BeagleboneBlack o Raspberry con Volumio), non conviene prendere il flusso dsd dal NAA saltando il trasporto USB?
Con un passaggio in meno, si dovrebbe avere un segnale migliore, no?
Tutto sta a vedere se la Debian di HQPlayer prevede i drivers per uscire in I2S...

siccome penso che tu avevi Volumio installato sul Raspy che adotta MPD, ti chiedo se hai provato Squeezelite come player alternativo. chi lo ha
fatto si è dichiarato molto soddisfatto anche se parliamo di PCM
Non ricordo se esiste per ARM un S.O da installare per il NAA per HQP. Bibo dovrebbe saperlo. E comunque il Raspy avrebbe in teoria problemi avendo in comune
la Ethernet con la USB forse superabili con una buona gestione degli interrupt.
Peraltro usando il Raspy come erogatore puro e semplice di segnale I2S le porte USB le lasci libere

[bigtube]

Se usassi Squeezelite sul Raspy la gestione Server passerebbe a un altro PC piu' potente dove installi Logitech media Server che puo' eseguire anche resampling spinto.

PS : quello che hai fatto tu lo volevo fare anch'io ma c'era l'incognita che il linguaggio I2s del Raspy potesse essere gestito dal mio Dac con i 1704.

[luca72c]

Se usassi Squeezelite sul Raspy la gestione Server passerebbe a un altro PC piu' potente dove installi Logitech media Server che puo' eseguire anche resampling spinto.

PS : quello che hai fatto tu lo volevo fare anch'io ma c'era l'incognita che il linguaggio I2s del Raspy potesse essere gestito dal mio Dac con i 1704.

Beh, se accetta l'i2s non dovrebbero esserci problemi...
Ad ogni modo per la mia esperienza il collegamento in i2s tra sorgente e dac evitando trasporti USB rende davvero molto bene, nonostante il clock PLL piuttosto povero del Raspberry. Sicuramente con schede di reclock come quelle TPA dovremmo essere su livelli ben superiori a qualsiasi trasporto.
Se poi ci si puo' abbinare un no-dac...
A proposito, che dac 1704 usi? Incontro molta difficolta' a trovarne in giro senza dover saldare i chip...