T+A DAC 8 DSD

[volpone75]

(04-11-2017, 12:55 PM)Bear a écrit :

(04-11-2017, 09:57 AM)zappa a écrit : Je ne pense pas que la puissance de la machine a une quelconque influence, car à part le buffering elle n'est fait rien d'autre.
la "definition" de NAA par Miska lui-même:

Citation :NAA is a way to expose remote audio devices to HQPlayer over asynchronous network link. It is just an audio "renderer" with support for number of different audio endpoint devices. Playback by NAA is completely clocked by the audio endpoint device and NAA performs only buffering, no decoding or processing at all. (A bit like asynchronous USB DAC, but having ethernet interface instead.)

C'est possible. Dans ces conditions, je m'interroge sur les raisons qui poussent Miska à uiliser une machine plus puissante qu'un Raspberry Pi...

Je pense que c'est simplement pour les mêmes raisons qu'Olivier et (potentiellement) moi d'ailleurs. Tant que le driver USB Linux n'est pas mis à jour un endpoint WIN est nécessaire en DSD512 (et même en 256). Une fois le driver mis à jour la voie la meilleure me parait être un SBC Linux, spécialisé ou pas (MicroRendu, O-Droid, RPI etc ..)

Comme le disait très bien @zappa il n'y a aucune raison de se focaliser sur la "puissance" pour le NAA, l'emprise est minimaliste. Le seul avantage de la machine de @Miska est d'être un peu plus isolée "EMI & ESD protected" d'après l'argumentaire.

Le fait que NAA plante avec le WINTEL CX8 pour un flux > DSD128 reste mystérieux mais on va sans doute trouver ce qui coince. Pas anormal qu'il y ait quelques plâtres à essuyer mais quand c'est en place tout cela tourne comme une horloge