Le Forum Indépendant de la Hifi et des Audiophiles

(03-17-2017, 08:27 PM)Bear a écrit : [ -> ]Ce serait cool que quelqu'un se dévoue pour faire un test comparatif

N'y a-t-il pas, parmi les contributeurs actifs sur ce forum, un éditeur bien introduit dans les milieux professionnels, dont le système et les oreilles sont extrêmement réputées, et qui pourrait nous éclairer sur ce dilemme qui devient cornélien ?

En plus, si mes souvenirs sont exacts, il a déjà écouté chez lui le Merging Nadac qui fait référence dans le domaine du DAC - DSD.

Y a-t-il un volontaire ?

bjr ;

Perso  je n'en vois qu'un ici ..
C'est mon ami Joël .C

Mais une telle démarche peut prendre du temps pour tester deux appareils ...Et je suppose qu'il a une liste d'attente déjà établie

(03-19-2017, 11:46 AM)MeloMan a écrit : [ -> ]

(03-17-2017, 08:27 PM)Bear a écrit : [ -> ]Ce serait cool que quelqu'un se dévoue pour faire un test comparatif

N'y a-t-il pas, parmi les contributeurs actifs sur ce forum, un éditeur bien introduit dans les milieux professionnels, dont le système et les oreilles sont extrêmement réputées, et qui pourrait nous éclairer sur ce dilemme qui devient cornélien ?

En plus, si mes souvenirs sont exacts, il a déjà écouté chez lui le Merging Nadac qui fait référence dans le domaine du DAC - DSD.

Y a-t-il un volontaire ?

bjr ;

Perso  je n'en vois qu'un ici ..
C'est mon ami Joël .C

Mais une telle démarche peut prendre du temps pour tester deux appareils ...Et je suppose qu'il a une liste d'attente déjà établie

C'est bien à lui que je pensais
J'espérais qu'il lirait le post et se sentirait pousser des ailes. Mais cela n'a pas l'air d'être le cas...
Il est sans doute surbooké comme tu l'indiques

Je vais essayer de l'avoir...même si le test sera, sans aucun doute, plus modeste .... Mais comme je suis concerné, il n'y a pas d'autres moyens de faire une idée.

Concernant l’intérêt d’utiliser un DAC DSD natif, tel le DAC8 DSD, dans une architecture avec HQPlayer en amont, un post intéressant du concepteur d’HQP (qui prêche bien sur pour sa chapelle):

Citation :Performance of DAC is roughly divided to three parts. 33% digital filters, 33% the delta-sigma modulator and 33% the conversion and analog implementation. DSD allows me to cover 66% of this in software.

Voir: https://community.roonlabs.com/t/why-do-...er/6210/61
Plus globalement l'ensemble de la discussion est intéressante.

On peut surement pondérer les pourcentages mais cela explique sans doute les bons retours d’écoute en DSD512, mode dans lequel les algorithmes gourmands d’HQP sont particulièrement performants sachant que la partie cruciale conversion et sortie analogique du DAC8 DSD est de qualité. Paradoxalement c'est peut être par ce qu'il permet d'en faire moins que le DAC8 fait mieux en "déléguant' à HQP (bypass des fonctions filtrage / modulation du DAC) 

(03-20-2017, 09:42 AM)volpone75 a écrit : [ -> ]Concernant l’intérêt d’utiliser un DAC DSD natif, tel le DAC8 DSD, dans une architecture avec HQPlayer en amont, un post intéressant du concepteur d’HQP (qui prêche bien sur pour sa chapelle):

Citation :Performance of DAC is roughly divided to three parts. 33% digital filters, 33% the delta-sigma modulator and 33% the conversion and analog implementation. DSD allows me to cover 66% of this in software.

Voir: https://community.roonlabs.com/t/why-do-...er/6210/61
Plus globalement l'ensemble de la discussion est intéressante.

On peut surement pondérer les pourcentages mais cela explique sans doute les bons retours d’écoute en DSD512, mode dans lequel les algorithmes gourmands d’HQP sont particulièrement performants sachant que la partie cruciale conversion et sortie analogique du DAC8 DSD est de qualité. Paradoxalement c'est peut être par ce qu'il permet d'en faire moins que le DAC8 fait mieux en "déléguant' à HQP (bypass des fonctions filtrage / modulation du DAC) 

Merci pour ce lien. Une autre citation qui me parait intéressante concerne le fonctionnement des DAC modernes et permet de répondre à quelques questions sur les raisons de la performance de la technologie HQPlayer:

Citation :All modern DAC chips are delta-sigma designs, meaning that PCM input needs to be converted to high speed bit-stream. As said earlier, DAC chips typically convert PCM input first to 352.8 or 384 kHz PCM using a digital filter of varying quality and then use stupid sample-copying (sample-and-hold/zero-order-hold) to take the rate up to typical 5.6/6.1 MHz speed for the delta-sigma modulator to produce the bit-stream for the actual D/A conversion process.

What HQPlayer is doing is not adding any additional processing to the chain, but replacing the processing performed by DAC chip with better implementation done in software. So HQPlayer performs high quality digital filters taking the sampling frequency straight to 5.6/6.1 MHz or even higher 11.3/12.2 or 22.6/24.6 MHz, without any quality compromising sample-and-hold stages and then converts it to bit-stream for the actual D/A conversion using high quality dithered delta-sigma modulator.

Je suis pour ma part un peu plus circonspect sur le meilleur moyen de mise en oeuvre. J'ai creusé un peu la façon dont  le serveur SGM 2015 était assemblé et il semble effectivement qu'il y ait un peu de travail réalisé en matière de R&D, notamment autour du remplacement de l'horloge de la carte mère, et aussi et surtout autour des différents systèmes d'alimentation de ce serveur (en gros une alim différente pour chaque sous-système). Ceci se justifie par le fait que le SGM est connecté directement au DAC en USB.

La question sur laquelle je ne parviens pas à me forger une conviction est celle de l'importance à attacher à ces optimisations, lorsque l'on utilise l'architecture NAA de HQPlayer. Difficile d'avoir une réponse claire sur ce sujet, sachant que Jussi Laako (Miska) est partie prenante dans le projet SGM, mais que de son coté, les PC sur lesquels il fait tourner HQPlayer ne paraissent pas être particulièrement soignés sur ces points...

Enfin, il semble que les bénéfices audibles de ce type de DAC, mis en oeuvre comme le suggère Miska, soient réservés à des systèmes dont les amplis sont entièrement analogiques. Exit donc mon Devialet qui convertirait le signal analogique du DAC en signal numérique et suivrait la même chaine de traitement que le signal PCM 24/192 actuel. Donc sauf à changer d'amplis, je suis hors course

(03-21-2017, 02:02 PM)Bear a écrit : [ -> ]Enfin, il semble que les bénéfices audibles de ce type de DAC, mis en oeuvre comme le suggère Miska, soient réservés à des systèmes dont les amplis sont entièrement analogiques. Exit donc mon Devialet qui convertirait le signal analogique du DAC en signal numérique et suivrait la même chaine de traitement que le signal PCM 24/192 actuel. Donc sauf à changer d'amplis, je suis hors course

Tu peux bypasser le Pré/DAC du Devialet ! non ?


Pour en revenir à l'archi: ce que j'en retiens, si raccordement direct au serveur, celui ci doit être super soigné en terme d'intégration. Si on retient l'archi NAA, il faut se concentrer sur le streamer, le serveur pouvant être qu'un "simple" PC de gamer.

(03-21-2017, 03:32 PM)Olivier a écrit : [ -> ]Tu peux bypasser le Pré/DAC du Devialet ! non ?

Il y a bien une entrée ligne, mais elle semble passer par le DAC. En tous cas c'est ce que je comprends du schéma suivant:
[img][/img]

Par ailleurs, quand tu vas dans le configurateur, tu dois choisir à quelle fréquence d'échantillonnage va être traitée ton entrée ligne (96 ou 192 kHz). Donc je pense que cela fonctionne en pratique comme un classe D.

(03-21-2017, 03:32 PM)Olivier a écrit : [ -> ]Pour en revenir à l'archi: ce que j'en retiens, si raccordement direct au serveur, celui ci doit être super soigné en terme d'intégration. Si on retient l'archi NAA, il faut se concentrer sur le streamer, le serveur pouvant être qu'un "simple" PC de gamer.

C'est un peu mon sentiment en effet.

Mais cela ne correspond pas à ce que pensent quelques personnes actives sur computeraudiophile.com, dans la foulée d'un posteur au pseudo de Romaz (https://www.computeraudiophile.com/forum...icrorendu/), et qui fait des expériences dans tous les sens, lesquelles semblent accréditer le fait que le serveur mérite d'être aussi très bien traité, re-clocké, alimenté, etc... même s'il est destiné à servir un NAA.

Un peu comme ce que pense Pascal64 ici sur le forum de l'optimisation du MacMini, même utilisé avec un µ-rendu ou un sMS-200.

Difficile donc d'avoir un avis exhaustif sur ce sujet.
Par contre, il est assez clair qu'une machine de type serveur construite dans l'esprit 'Fanless', et des alimentations linéaires de tous les cotés va coûter cher. Voici un exemple de config que je trouve intéressant, sans les alim. linéaires: https://www.endpcnoise.com/gaming-pcs/h5...-gaming-pc
A défaut d'acheter sur ce site, qui semble un peu cher, on a à disposition une liste des courses à faire pour assembler soi-même.

Ici, un exemple de config fait par Miska: https://www.computeraudiophile.com/blogs...rocessing/
Il insiste beaucoup sur l'importance du processeur graphique, pour soulager la CPU en faisant de l'up-sampling à 512. Choisir un puce NVidia pour le GPU car c'est l'architecture CUDA qu'a retenue Miska.

Et pour finir, rappel du PC industriel choisi par Miska comme support à sa couche NAA: https://www.logicsupply.com/eu-en/produc...00-series/. A doter d'une bonne alimentation 12V.

Merci @Bear et @Olivier pour ces échanges que je suis avec intérêt comme d’ailleurs les fils en anglais de CA (sur HQP, NAA, et le DAC8 DSD) qui sont riches.

Pour le DEVIALET si l’étage de conversion / pre n’est pas bypassable cela peut effectivement paraitre superflu et complexe (et peut être contreproductif) de mettre un DAC en amont même si certains semblent le faire.

C’est dommage car pour un éventuel achat groupé … l'union fait la force

Sur les questions d’architecture je n’ai aucun doute sur l’intérêt du mode "distribué" en réseau (vs une approche intégrée sur une machine reliée au DAC, genre SGM monégasque). Dans ce cadre distribué il n’y aucune nécessité à une optimisation audiophile du serveur ou du NAS en amont (alims, disques, cables, OS, bridgage etc …). C'est idéalement à la cave, au grenier, ou dans un placard. Pour moi on est dans de l’informatique banalisée et je n’arrive pas à identifier de spécificités « audio ». Je suis prêt à changer d’avis … J’ai comme vous regardé les posts fleuve de @Romaz, beaucoup de complexité pour des résultats hypothétiques.

Pour le cas d’HQP, et surtout en DSD512, aucun doute non plus, il faut la config serveur adhoc en terme de puissance de calcul, cela évolue vite, mais il y a des indicateurs objectifs.

En ce qui concerne le renderer / streamer (utilisant les protocoles RAAT, NAA, ou même DLNA), et qui est directement relié au DAC, c’est différent. Les questions d’isolation "audiophile" ont du sens quoique certains DAC bien conçus soient immunisés par construction, contre les éventuelles pollutions transmise sur la liaison USB (et / ou Ethernet pour les DAC réseau) qui pourraient avoir une influence audible en sortie du DAC. 

Ces sujets d’architecture sont d’ailleurs traités de façon très abordable si ce n'est "démystifiées" dans le dernier article d’Archimago (et celui d'avant): http://archimago.blogspot.fr/2017/03/mus...asics.html

Aucun « scoops » mais pas inutile à lire.

Quelqu'un sait il, si ce DAC accepte les cables USB sans tension ? Car c'est une optimisation à deux balles et qui portent très sensiblement ses fruits !!
Pour l'isolation du serveur "bruyant", je reste persuadé qu'avec un bon lien wifi, on doit pouvoir faire passer 100mb/s sans encombre. Après je ne connais pas comment le cache est géré dans le client NAA...
De plus, j'ai vu que JCat faisait un contrôleur USB top moumoute, peut être que cela peut faire du bien dans une config avec le serveur en direct !!!
Bon:
Nous avons un post HQPlayer
Nous avons un post ROON
il nous manque un post: serveur de psycho ;-)

(03-21-2017, 10:10 PM)Olivier a écrit : [ -> ]Quelqu'un sait il, si ce DAC accepte les cables USB sans tension ? Car c'est une optimisation à deux balles et qui portent très sensiblement ses fruits !!
Pour l'isolation du serveur "bruyant", je reste persuadé qu'avec un bon lien wifi, on doit pouvoir faire passer 100mb/s sans encombre. Après je ne connais pas comment le cache est géré dans le client NAA...
De plus, j'ai vu que JCat faisait un contrôleur USB top moumoute, peut être que cela peut faire du bien dans une config avec le serveur en direct !!!
Bon:
Nous avons un post HQPlayer
Nous avons un post ROON
il nous manque un post: serveur de psycho ;-)

D'accord la dessus, a mon avis pour HQP et NAA et même le dimensionnement du serveur pour une utilisation avec HQPlayer les questions doivent être posées directement en anglais à Jussi Laako (Signalyst) alias @Miska sur CA.

En parallèle bonne idée d'avoir un sujet "serveur de psycho" pour consolider en français les différentes approches, reste à savoir comment on cadre et nomme le sujet:
- Serveur pour faire tourner HQPlayer (Performance en calcul, CPU, CUDA, refroidissement) ?
- Serveur audio optimisé "silencieux" ?
Je vous laisse voir ça ...

Pour les questions sur le DAC j'ai le mail de T+A. Le commercial étant en vacances c'est je pense Lothar Wiemann le concepteur qui répond et on peut lui poser des questions très techniques.