(03-27-2018, 07:13 PM)Franz a écrit : [ -> ]Dans le dsp, conversion du taux d’échantillonnage, le maxi selon l’entrée peut être en dsd ou seulement en pcm 192, selon les cas (je ne sais pas pour toi)
Exactement !
On peut d'abord s'assurer dans
Réglages > Audio > Réseau > Device Setup que le DAC se déclare bien compatible DSD et a jusqu'a quel niveau (64/128/256/512 ...). Cocher aussi éventuellement l'option DoP adhoc si nécessaire.
![[Image: 0855d827ad4c655c23ee85cfef58e521.md.png]](https://tof.cx/images/2018/03/27/0855d827ad4c655c23ee85cfef58e521.md.png)
Puis dans
Réglages > Audio > Réseau > Moteur DSP > Conversion du taux d'échantillonnage configurer pour le maximum que le DAC supporte et chosir les filtres et modulateurs qui "vont bien" ... Fonction de tes gouts, de ton DAC. Il y a beaucoup moins de choix que dans HQPlayer donc c'est plus simple. Au final je suis d'accord avec @Franz, ROON est beaucoup plus économe en ressources qu'HQP et le résultat est assez proche. En revanche pas sur qu'un Chord, très bon en PCM par ailleurs, apprécie autant le DSD que d'autres DAC. Mais cela ne coute rien d'essayer.
![[Image: 69f419e285e4d584459d317d0074f6c0.md.png]](https://tof.cx/images/2018/03/27/69f419e285e4d584459d317d0074f6c0.md.png)
@Franz, Merci.
@Volpone,
Cette précision m'a permis de faire la configuration qui va bien...car je n'aurais pas trouvé de suite et surtout il faut activer cette option...ensuite par magie mon DAC passe le DSD64 et DSD128 en vert comme attendu (initialement en jaune)
[
attachment=850]
[
attachment=851]
Par contre j'ai des coupures ou une grosse pause de 1-2 sec au démarrage et pendant l'écoute (1 à 2 fois) pour le moment j'ai ce réglage (je ne comprends pas l'impact pour le moment c'est les valeurs par défaut) :
[
attachment=852]
[
attachment=853]
La charge CPU est acceptable coté serveur et client étrange...
(03-27-2018, 08:32 PM)LittleScarabee a écrit : [ -> ]Par contre j'ai des coupures ou une grosse pause de 1-2 sec au démarrage et pendant l'écoute (1 à 2 fois) pour le moment j'ai ce réglage (je ne comprends pas l'impact pour le moment c'est les valeurs par défaut) :
La charge CPU est acceptable coté serveur et client étrange...
Sur ta copie d'écran et au niveau chemin du signal cela semble normal et la charge 2.7x n'est pas critique (tant que c'est > 1.3x les ressources CPU sont suffisantes).
Pour les coupures je ne sais pas, mais je désactiverai l'option "Enable native DSD processing". Sinon les buffers peuvent être ajustés aussi mais je n'ai jamais eu besoin.
A partir de quoi est nourri ton DAC ? Si tu utilises un streamer Ethernet as-tu un outil pour monitorer le flux genre NetData ?
Même problème en DSD64 ?
(03-27-2018, 08:51 PM)volpone75 a écrit : [ -> ]Sur ta copie d'écran et au niveau chemin du signal cela semble normal et la charge 2.7x n'est pas critique (tant que c'est > 1.3x les ressources CPU sont suffisantes).
Euh je contrôlerais car j'ai déjà vu des pic a x12 je crois lorsque je faisais du upscaling en 384/352 !
Sur la base de quoi tu arrives à savoir que c'est critique ou pas : tu as cette information d'où ?
(03-27-2018, 08:51 PM)volpone75 a écrit : [ -> ]Pour les coupures je ne sais pas, mais je désactiverai l'option "Enable native DSD processing". Sinon les buffers peuvent être ajustés aussi mais je n'ai jamais eu besoin.
Ok je testerais pour voir pour l'option.
J'ai par contre activée l'option juste au dessus "Parallelize Sigma-Delta Monitor" cela semble être plus stable.
(03-27-2018, 08:51 PM)volpone75 a écrit : [ -> ]A partir de quoi est nourri ton DAC ? Si tu utilises un streamer Ethernet as-tu un outil pour monitorer le flux genre NetData ?
Même problème en DSD64 ?
Mon DAC est nourri à partir d'un Olimex Lime2 4Gb l'utilisation CPU est d'environ 10-20% sur chaque CPU
Côté serveur j'ai un Core i3 qui est sollicité sur les 4 CPU à hauteur de 15-30% par CPU.
Je ne connaissait pas NetData, je vais essayer d'installer et l'utiliser et voir ce que cela m'apporte (Merci pour l'information
)
(03-27-2018, 09:42 PM)LittleScarabee a écrit : [ -> ] (03-27-2018, 08:51 PM)volpone75 a écrit : [ -> ]Sur ta copie d'écran et au niveau chemin du signal cela semble normal et la charge 2.7x n'est pas critique (tant que c'est > 1.3x les ressources CPU sont suffisantes).
Euh je contrôlerais car j'ai déjà vu des pic a x12 je crois lorsque je faisais du upscaling en 384/352 !
Sur la base de quoi tu arrives à savoir que c'est critique ou pas : tu as cette information d'où ?
C'est je pense dans la base de connaissance de ROON et un peu contre-intuitif:
1 X correspond à une utilisation CPU serveur "pleine charge" par le moteur DSP. Si l'on est
inférieur à 1 X on talonne (0.X X), le CPU ne suit plus.
1.3 X permet simplement d'avoir un peu de marge.
En fonctionnement courant on est a des valeurs beaucoup plus haute avec 2 ou 3 digits (genre X12), 2.7X est cependant confortable, donc a priori cela ne vient pas de la.
(03-27-2018, 09:42 PM)LittleScarabee a écrit : [ -> ] (03-27-2018, 08:51 PM)volpone75 a écrit : [ -> ]Pour les coupures je ne sais pas, mais je désactiverai l'option "Enable native DSD processing". Sinon les buffers peuvent être ajustés aussi mais je n'ai jamais eu besoin.
Ok je testerais pour voir pour l'option.
J'ai par contre activée l'option juste au dessus "Parallelize Sigma-Delta Monitor" cela semble être plus stable.
OK les deux sont à tenter.
(03-27-2018, 09:42 PM)LittleScarabee a écrit : [ -> ] (03-27-2018, 08:51 PM)volpone75 a écrit : [ -> ]A partir de quoi est nourri ton DAC ? Si tu utilises un streamer Ethernet as-tu un outil pour monitorer le flux genre NetData ?
Même problème en DSD64 ?
Mon DAC est nourri à partir d'un Olimex Lime2 4Gb l'utilisation CPU est d'environ 10-20% sur chaque CPU
Côté serveur j'ai un Core i3 qui est sollicité sur les 4 CPU à hauteur de 15-30% par CPU.
Je ne connaissait pas NetData, je vais essayer d'installer et l'utiliser et voir ce que cela m'apporte (Merci pour l'information )
NetData est très puissant et instructif. Si l'Olimex est sous une distribution standard l'installer devrait permettre de voir ce qui se passe au niveau Ethernet (mais pas sur l'interface USB). Par ailleurs je sais qu'avec un RPI3 basic comme endpoint j'avais parfois de tout petits drops infimes en DSD128 DoP et que j'ai résolu cela en utilisant un dongle USB/Gigabit Ethernet. Ceci dit ce genre de problèmes n'est jamais facile a diagnostiquer.
J'imagine que tu as essayé aussi en USB direct à partir de ton I3 et que tu as regardé sur le site communautaire ROON les éventuels retours avec les DAC CHORD en DSD ?
(03-27-2018, 10:28 PM)volpone75 a écrit : [ -> ]C'est je pense dans la base de connaissance de ROON: 1 X correspond à une utilisation CPU "pleine charge" par le moteur DSP. Si l'on est inférieur à 1 X on talonne (0.X X), le CPU ne suit plus. 1.3 X permet simplement d'avoir un peu de marge.
En fonctionnement courant on est a des valeurs beaucoup plus haute avec 2 ou 3 digits, 2.7X est cependant confortable, donc a priori cela ne vient pas de la.
Ok merci c'est plus clair...donc je suis pas trop mal en ressource CPU.
(03-27-2018, 10:28 PM)volpone75 a écrit : [ -> ]OK les deux sont à tenter.
Je te dirais demain lors de mes écoutes
(03-27-2018, 10:28 PM)volpone75 a écrit : [ -> ]NetData est très puissant et instructif. Si l'Olimex est sous une distribution standard l'installer devrait permettre de voir ce qui se passe au niveau Ethernet (mais pas sur l'interface USB). Par ailleurs je sais qu'avec un RPI standard comme endpoint j'avais parfois de tout petits drops infimes en DSD128 DoP et que j'ai résolu cela en utilisant un dongle USB3/Gigabit Ethernet. Ceci dit ce genre de problèmes n'est jamais facile a diagnostiquer.
Oui avec un rPI c'est pas terrible le port LAN surtout que sur la nouvelle version c'est encore plus limitée...
(03-27-2018, 10:28 PM)volpone75 a écrit : [ -> ]J'imagine que tu as essayé aussi en USB direct à partir de ton I3 et que tu as regardé sur le site communautaire ROON les éventuels retours avec les DAC CHORD en DSD ?
Oui j'ai déjà essayé le serveur en direct pour d'autres soucis mais si pour le DSD le problème persiste je ferais de nouveau le tests avec le serveur en direct et cela confirmeras que mon streamer est très limité.
Je n'ai pas regardé s'il y avait un retour avec mon DAC sur la communauté..
20 % de charge sur le processeur, ça me parait un poil élevé, non ?
Tu pourrais peut être booster tout ça avec de la RAM à gogo.
Enfin, je dis ça mais tu es bien plus calé que moi en informatique
@Pascal,
Tu sais en informatique on apprend tous les jours je te rassure...
C'est pas élevé pour moi 20%, on aurait dit au-dessus de 80% j'aurais pu commencer à me dire c'est limite où il y a un soucis !
Pour la mémoire je vais passer à 4Gb mon serveur si mes tests montre toujours des soucis, car en occupation mémoire j'ai ça :
Code :
######### Utilisation du serveur #########
total used free shared buff/cache available
Mem: 1,8G 401M 992M 684K 428M 1,3G
Swap: 3,9G 0B 3,9G
######### RoonServer #########
Utilisation = 386.969 Mo
######### RoonAppliance #########
Utilisation = 330.707 Mo
######### RAATServer #########
Utilisation = 26.3438 Mo
@Volpone,
J'ai testé NetData : c'est pas mal du tout graphiquement par contre cela impact directement les performances du serveur / player : impossible de lire du DSD. Dès que je coupe NetData : tout redevient normal ! Je vais donc désactiver le service.
En DSD 128 + Option "Enable native DSD processing"
activée....côté Player il y a comme un petit soucis :
[
attachment=856]
En DSD 128 + Option "Enable native DSD processing"
désactivée...côté Player :
[
attachment=857]
[
attachment=858]
En DSD 64 + Option "Enable native DSD processing"
activée ou désactivée....côté Player :
[
attachment=859]
Quand on lit du DSD les performances côté player sont importantes, je pensais que tout était côté serveur. Je reste donc en DSD 64 pour le moment le temps de me monter une machine de guère...
(03-28-2018, 08:41 AM)LittleScarabee a écrit : [ -> ]@Volpone,
J'ai testé NetData : c'est pas mal du tout graphiquement par contre cela impact directement les performances du serveur / player : impossible de lire du DSD. Dès que je coupe NetData : tout redevient normal ! Je vais donc désactiver le service.
En DSD 128 + Option "Enable native DSD processing" activée....côté Player il y a comme un petit soucis :
En DSD 128 + Option "Enable native DSD processing" désactivée...côté Player :
En DSD 64 + Option "Enable native DSD processing" activée ou désactivée....côté Player :
Quand on lit du DSD les performances côté player sont importantes, je pensais que tout était côté serveur. Je reste donc en DSD 64 pour le moment le temps de me monter une machine de guère...
En ce qui concerne NetData je le fais tourner sur mon SBC "player" SPARKY et je n'ai pas l'impression qu'il impacte les performances de façon significative (voir dans le htop plus bas). Si son activation empêche de lire du DSD c'est très étrange.
Stats Player globale dans Netdata , SBC SPARKY en lecture DSD128 (DoP).
![[Image: 95e66c0477d3e7843f6802087e558b91.md.png]](https://tof.cx/images/2018/03/28/95e66c0477d3e7843f6802087e558b91.md.png)
Détail sur bande passante Ethernet en DSD128 DoP. S'il y a des drops ils apparaissent très bien sur cette vue.
![[Image: 67589d3e542be60eb16e8dfd293f2cad.md.png]](https://tof.cx/images/2018/03/28/67589d3e542be60eb16e8dfd293f2cad.md.png)
Je pense effectivement qu'il faut désactiver "Enable native DSD processing" (qui a priori n'intervient qu'avec du DSD natif en entrée du DSP) et même "Parallelize Delta-Sigma Modulator" , c'est en tous cas ce que je fais avec un NUC I5 comme serveur.
En ce qui concerne la charge, pour de la conversion DSD128, j'ai a peu prés la même que toi sur le serveur mais en revanche peut être un peu moins sur le player alors que le SPARKY ne semble pas beaucoup plus puissant. Dans ma config, très proche dans le principe de la tienne, les ressources du player sont peu sollicitées d'après ce que montre htop.
Voir ci-dessous en cours de lecture DSD128 à partir de 16/44:
![[Image: 88af706268dc72de53305b288555fb18.png]](https://tof.cx/images/2018/03/28/88af706268dc72de53305b288555fb18.png)
![[Image: 7eb472e6b44b415fd242496e905d1453.png]](https://tof.cx/images/2018/03/28/7eb472e6b44b415fd242496e905d1453.png)
Donc pas du tout certain que cela soit un problème de charge causant drops et pops en DSD avec le 2QUTE. Il y a quelques retours sur les forums mais comme toujours difficile de démêler de quoi il retourne:
https://community.roonlabs.com/t/hiccups-with-dsd/25866
https://www.head-fi.org/threads/chord-el...ad.869417/
@Volpone,
Merci pour toutes ces précisions...J'ai un Chord 2Qute à vendre intéressé ??? qui marche du tonnerre avec Roon ou pas
...
Je vais continuer à lire le post et récupérer des informations mais c'est fou quand même : Roon à un instant "t" fonctionne très bien et du jour au lendemain plus rien et Roon fait le sourd : bug potentiel avec les DACs Chord
...
En tout cas la musique tourne depuis ce matin en tâche de fond en DSD 64 et je n'entends plus de "drops"...à suivre sur les prochains jours...