T+A DAC 8 DSD

[Bear]

Ce que je trouve personnellement intéressant dans ce fil, c'est qu'il investigue un nouveau mode de restitution de la musique, qui enthousiasme certains blogs anglo-saxons, et qui n'était pas encore approché de ce coté de l'Atlantique.

Je suis intellectuellement en phase avec les arguments avancés par Miska, qui visent à établir la supériorité des méthodes de traitement du signal effectuées sur micro-ordinateur par rapport au hardware/firmware dédié. Je pense que la puissance de calcul disponible est sans commune mesure, et permet de mettre en oeuvre des filtres et des modulateurs plus puissants et de meilleure qualité.

Enfin, je crois que le background de Miska, qui a mis au point une partie de ses technologies de traitement du signal en travaillant sur les sonars pour le compte de l'armée finlandaise, lui donne des billes pour être très bon dans ce domaine. Pour quelle raison: simplement parce que la problématique de détection d'un sonar est l'étude d'un rapport signal/bruit, dans un environnement dans lequel le bruit est bien plus présent et perturbateur que dans le domaine musical.

Une fois ceci posé, je n'ai pas de réponse à la question de savoir s'il vaut mieux rester avec un DAC PCM ou pas. Je n'ai pas encore écouté le T+A mais j'aimerais bien, car le buz créé autour de cet assemblage de technos m'intrigue.

Quant à la remarque de Nicoben, je répondrai avec beaucoup de respect car c'est un participant émérite et respecté de ce forum, que le fait qu'il regrette que T+A n'ait pas une offre intégrée démontre qu'il n'a pas mesuré le changement de paradigme que constitue le traitement du signal sur micro-ordinateur, qui est au centre de l'offre HQPlayer + T+A.

C'est juste un mode de production différent. Il faut le tester pour voir s'il produit de meilleurs résultats, ie si, comme dans beaucoup d'innovations technologiques, le résultat est à la mesure des prévisions. Et je trouve sympathique (c'est un euphémisme) qu'Olivier et volpone75 ouvrent cette voie.

[bbill]

(03-30-2017, 07:02 PM)Bear a écrit : Quant à la remarque de Nicoben, je répondrai avec beaucoup de respect car c'est un participant émérite et respecté de ce forum, que le fait qu'il regrette que T+A n'ait pas une offre intégrée démontre qu'il n'a pas mesuré le changement de paradigme que constitue le traitement du signal sur micro-ordinateur, qui est au centre de l'offre HQPlayer + T+A.

c'est une question posée en direct encore il y a quelques jours à Gryphon.. réponse : ils ne proposent pas d'offre intégrée (comme beaucoup d'autres) pas par manque d'intérêt pour cette solution technique mais parce que cela coûte beaucoup trop cher en développements pour un producteur hifi de taille moyenne.. et donc ils en restent à des solutions dac et pas plus

et bien sur, je te remercie pour ta réponse et comme toi je suis très intéressé de lire ici les tests faits avec ce T+A DAC 8 DSD, merci aux contributeurs

[Bear]

(03-30-2017, 07:12 PM)bbill a écrit :

(03-30-2017, 07:02 PM)Bear a écrit : Quant à la remarque de Nicoben, je répondrai avec beaucoup de respect car c'est un participant émérite et respecté de ce forum, que le fait qu'il regrette que T+A n'ait pas une offre intégrée démontre qu'il n'a pas mesuré le changement de paradigme que constitue le traitement du signal sur micro-ordinateur, qui est au centre de l'offre HQPlayer + T+A.

c'est une question posée en direct il y a quelques jours à Gryphon.. réponse : ils ne proposent pas d'offre intégrée (comme beaucoup d'autres) pas par manque d'intérêt pour cette solution technique mais parce que cela coûte beaucoup trop cher en développements pour un producteur hifi de taille moyenne.. et donc ils en restent à des solutions dac et pas plus

et bien sur, je te remercie pour ta réponse et comme toi je suis très intéressé de lire ici les tests faits avec ce T+A DAC 8 DSD, merci aux contributeurs

Mes excuses à Nicoben pour avoir répondu  à une remarque sortie de son contexte

[volpone75]

Bonjour,
Concernant le driver USB LINUX du DAC8 DSD les choses semblent bouger même si cela n'est pas encore résolu et qu'il reste des étapes avant que cela soit diffusé sur nos DACS.

AMANERO, le concepteur italien de l'interface USB, aurait repris les developpements du driver avec une machine de test pour ajuster le fonctionnement en DSD. 

Pour moi c'est un point important car des que cela sera réglé on pourra utiliser des nano-devices Linux pour alimenter le DAC8 sur le réseau via NAA sans être limité au DSD128. Le micro-rendu et autre streamers optimisés pourront être aussi utilisés. Quand on voit les excellents résultats obtenus avec NAA et un RPI à 35 euros on est impatient et soulagé de, peut-être, ne pas devoir utiliser un mini-pc Windows.

Pour mémoire, l'architecture 1bit sans puce dédiée du DAC T+A en DSD donne toute sa mesure en conversion analogique quand on lui fournit un flux DSD512 (22.5Mhz). 

Par ailleurs probable que la prochaine release de Roon autorise aussi l'upsampling DSD512 et le fasse de manière plus économique en terme de ressources CPU qu'HQPlayer (mais sans doute pas avec la même qualité de filtres ...).

Je croise les doigts en profitant quand même de l'excellente qualité sonore du DAC dans ma config actuelle. Je réécoute de la musique symphonique beaucoup plus "prenante" avec le T+A que dans ma config antérieure.

[Olivier]

(04-05-2017, 08:40 AM)volpone75 a écrit : Bonjour,
Concernant le driver USB LINUX du DAC8 DSD les choses semblent bouger même si cela n'est pas encore résolu et qu'il reste des étapes avant que cela soit diffusé sur nos DACS.

AMANERO, le concepteur italien de l'interface USB, aurait repris les developpements du driver avec une machine de test pour ajuster le fonctionnement en DSD. 

Pour moi c'est un point important car des que cela sera réglé on pourra utiliser des nano-devices Linux pour alimenter le DAC8 sur le réseau via NAA sans être limité au DSD128. Le micro-rendu et autre streamers optimisés pourront être aussi utilisés. Quand on voit les excellents résultats obtenus avec NAA et un RPI à 35 euros on est impatient et soulagé de, peut-être, ne pas devoir utiliser un mini-pc Windows.

Pour mémoire, l'architecture 1bit sans puce dédiée du DAC T+A en DSD donne toute sa mesure en conversion analogique quand on lui fournit un flux DSD512 (22.5Mhz). 

Par ailleurs probable que la prochaine release de Roon autorise aussi l'upsampling DSD512 et le fasse de manière plus économique en terme de ressources CPU qu'HQPlayer (mais sans doute pas avec la même qualité de filtres ...).

Je croise les doigts en profitant quand même de l'excellente qualité sonore du DAC dans ma config actuelle. Je réécoute de la musique symphonique beaucoup plus "prenante" avec le T+A que dans ma config antérieure.

La seule question reste: Est ce que l'interface Ethernet 100mb tiendra le débit en DSD512 !!! Ceci dit, on trouve des mini pc windows à 100-200 euros !

[volpone75]

(04-05-2017, 01:27 PM)Olivier a écrit : La seule question reste: Est ce que l'interface Ethernet 100mb tiendra le débit en DSD512 !!! Ceci dit, on trouve des mini pc windows à 100-200 euros !

Tout à fait, c'est à vérifier.

Mais je suis plutôt optimiste j'ai l'impression que le 100mb est suffisant, et que les problèmes de bande passante sur RPI venaient plutôt de l'OS qui la partageait entre USB et Ethernet. Je crois que c'est résolu ou au moins amélioré.

Par ailleurs le Sonore Microrendu semble deja supporter le DSD512 avec certains DAC non Amanero. Donc au pire si la RPI est limitée en débit Ethernet une Cubox ou autre SBC fera l'affaire. 

La solution de repli mini PC WINDOWS est jouable bien sur, mais sans être intégriste quand je vois la stabilité et la "légèreté" d'un endpoint LINUX je préfère attendre un peu avant d'être obligé d'y aller avec la grosse usine a gaz WIN10. Je n'ai pas encore réussi à savoir si WINIoT que tu signalais était utilisable avec NAA ?

Au passage voila ce que donne htop avec NAA (networkaudiod) sur un RPI3 en lecture DSD128. 



Si tu connais une commande pour avoir une idée de la charge Ethernet je suis preneur.

[Bear]

Bonjour,

Les ports Ethernet du µ-rendu et du sMS-200 sont, tous les deux, au standard Gigabit Ethernet.

Par ailleurs, il n'est pas très difficile de rajouter une deuxième carte réseau sur le serveur, et de la configurer en mode 'bridge' avec la première. La liaison entre le serveur et le renderer peut donc s'affranchir du switch, ce qui rend la question du débit moins pertinente me semble-t-il.

Qu'en pensez-vous ?

[a supprimer merci]

Inutile d'aller sur Windows pour avoir de meilleures performances. L'Odroid c2, par exemple, dispose d'un port ethernet 1 gigabyte et de meilleurs processeurs. On conserve la facilité d'installation et utilisation de Linux (notamment avec DietPi).

[volpone75]

(04-05-2017, 02:41 PM)Bear a écrit : Bonjour,

Les ports Ethernet du µ-rendu et du sMS-200 sont, tous les deux, au standard Gigabit Ethernet.

OK, merci. Sauf erreur de ma part on est a 6MB/s max pour du DSD528. Pas forcément besoin de Gigabit mais cela ne peut pas faire de mal...

Par ailleurs ce sont des appareils optimisés audio et pas impossible qu'il y ait des bénéfices par rapport a un RPI "basic" mais je reste un peu réticent s'il faut en plus rajouter une alim a 20 fois le prix du nano device pour les constater.

(04-05-2017, 02:41 PM)Bear a écrit : Par ailleurs, il n'est pas très difficile de rajouter une deuxième carte réseau sur le serveur, et de la configurer en mode 'bridge' avec la première. La liaison entre le serveur et le renderer peut donc s'affranchir du switch, ce qui rend la question du débit moins pertinente me semble-t-il.

Qu'en pensez-vous ?

Je n'ai pas bien compris pourquoi il fallait s'affranchir du switch. C'est une optimisation sans doute mais à mon avis pas prioritaire. Je vois ça comme une complication mais si tu constates des apports à l'usage je reverrais ma position.

---

(04-05-2017, 03:06 PM)paulw a écrit : Inutile d'aller sur Windows pour avoir de meilleures performances. L'Odroid c2, par exemple, dispose d'un port ethernet 1 gigabyte et de meilleurs processeurs. On conserve la facilité d'installation et utilisation de Linux (notamment avec DietPi).

Merci @paulw, DietPi est mon nouvel ami. Au niveau des perfs NAA n'est vraiment pas exigeant en ressources, encore moins que RoonBridge. La seule raison de passer sous Windows serait que cette histoire de driver traine ...

@Olivier : J'ai eu confirmation que la carte receiver USB AMANERO du T+A était alimentée par le DAC. Ta suggestion d'utiliser un cable USB sans le fil 5V semble donc pertinente si cela apporte quelque chose. As tu identifié un fournisseur car je ne suis pas bon avec un fer à souder (un cable assez basic m'irait bien, je ne crois pas trop aux cables USB de course) ?

[zappa]

(04-05-2017, 10:13 PM)volpone75 a écrit : @Olivier : J'ai eu confirmation que la carte receiver USB AMANERO du T+A était alimentée par le DAC. Ta suggestion d'utiliser un cable USB sans le fil 5V semble donc pertinente si cela apporte quelque chose. As tu identifié un fournisseur car je ne suis pas bon avec un fer à souder (un cable assez basic m'irait bien, je ne crois pas trop aux cables USB de course) ?

Il y a aussi la solution rapide d'un petit bout de scotch sur le 5V => https://www.whathifi.com/forum/hi-fi/usb...ower-tweak
Ca te permet déjà faire un essai :-)