Uscita I2S per HQPlayer-NAA

[bigtube]

Allora chiedo scusa per l'inutile segnalazione.

Personalmente condivido la tua opinione e per questo mi fanno sorridere soluzioni 'top' con dentro un cubox, ma togli quello e metti una bella scheda ottimizzata ai nostri fini con un i386 on board...

In linea con te .....ma qual'è la board giusta per i nostri fini? .....

[bigtube]

Qui la guida di Volumio, nei primissimi commenti c'è lo script.

Una guida chiarissima...non si puo' sbagliare.
Comandare squeezelite con LMS via LAN nel PC server dona enormi vantaggi non solo d'uso ma
sec. me anche in termini di prestazione audio.

Bisogna ricordare che va' "spento" MPD se si comanda squeezelite.
Basta dare il comando :

killall mpd

[DacPassion]

Giorgio ti ha risposto benissimo Marco.
Potrei impegnarmi a mettere insieme un po' di codice per installare squeezelite su Raspy con Volumio....si deve solo affiancare a MPD
e farlo partire come demone.

Lo avevo chiesto perché facendo una ricerca veloce avevo trovato un tread (non mi ricordo dove) dove si diceva che per farlo andare con il buffalo dac c'era da variare del codice in volumio

[marcoc1712]

Io non ho il buffalo, quindi non posso d'arti certezza, ma se come connessione hw e compatibile andrei tranquillo

Inviato dal mio XT1068 utilizzando Tapatalk

[luca72c]

Allora, scusate l'assenza per qualche ora..
Con il Raspberry il limite e' di 24 bit e non 16. I files a 24/96 li riproduce alla grande e il risultato e' ottimo, anche senza isolamento e reclock, ripeto che non fa rimpiangere alcun trasporto: il passaggio in meno e' ampiamente sufficiente a pareggiare la minor specializzazione dell'hardware. Col BBB, pero', se non sbaglio il limite dovrebbe salire a 32 bit.
Uso il Raspberry con il P5 destinato all'i2s, lo stesso di cui si parla nel 3d della TPA (che ho segnalato prima).
Uso Volumio 1.5 ultima versione senza alcun codice aggiuntivo, il PCM va senza problemi, ma il dsd per ora no.
Quello che vorrei fare sarebbe usare un BBB con le schede TPA, uscendo in dsd tramite un no-dac. Ovviamente serve un server che si occupi della conversione PCM-dsd e dell'upsampling: squeezebox + Volumio potrebbero andare bene?

[marcoc1712]

Il limite di i2s su arm è 16 bit, il che non vuol dire che non riesca a riprodurre profondità maggiori, scartando i bit meno significativi

Inviato dal mio XT1068 utilizzando Tapatalk

[marcoc1712]

Il clock e a 24k, le frequenze multiple di 22.05k le simula. E' un trasporto con limiti oggettivi, il che non vuol dire suono male, anzi.

Inviato dal mio XT1068 utilizzando Tapatalk

[luca72c]

Allora chiedo scusa per l'inutile segnalazione.

Personalmente condivido la tua opinione e per questo mi fanno sorridere soluzioni 'top' con dentro un cubox, ma togli quello e metti una bella scheda ottimizzata ai nostri fini con un i386 on board...

Ti fanno sorridere? Prova la soluzione che monto io e vedrai che sorriderai, ma per la soddisfazione!
Ripeto che trasporti xmos blasonati non sono migliori - almeno al mio orecchio...
E confuto il limite dei 16 bit, che e' roba del passato.
La soluzione con BBB e le schede TPA e' veramente hi-end, di questo non ho dubbi. Se poi ci sono NAA migliori i386 che escono in i2s, tanto meglio: potete segnalarmene qualcuno?

[marcoc1712]

Mi fa sorridere l'accostamento, non i due componenti separatamentete. Comunque trovò paradossale essere sotto tiro per questo, sono stato certamente un pioniere e riconosco tantissimi meriti a queste soluzioni, ma giocoforza hanno dei limiti economici con cui misurarsi. Metteresri un multijet su una Lotus?

Inviato dal mio XT1068 utilizzando Tapatalk

[marcoc1712]

La scheda 386 ecc. Non esiste ancora, ma qualsiasi atom o superiori con scheda audio che lo consenta (easy Julia) e un prototipo funzionante di quello che intendo. Xmos (USB) è un altro principio.

Inviato dal mio XT1068 utilizzando Tapatalk