Roon

[a supprimer merci]

(10-23-2018, 08:30 AM)paulw a écrit : Concernant les coffrets, c'est dommage que l'on ne puisse pas associer un "titre" à chaque CD.

Pour info, j'ai ouvert un "feature request" sur le forum Roon: https://community.roonlabs.com/t/disc-ti...sets/51734
Cela me semble être une fonctionnalité utile.

[Bruno]

Bonjour Janacek,
euh ben oui, à priori, si ce sont les infos prises sur le site Totaldac, y'a pas de raison.

et "sacrés petites affaires musicales" que tu as... loupiotes Algorythm et AN-J s'entendent, sans doute, très bien, félicitations !
j'ai eu aussi, il y a qq temps déja, des AN-E spe HE aquisent directement aupres de Peter Quorvtrup et de sa femme, super sympas tous les 2 et très bons souvenirs, également avec des loupiotes.

Et merci paulw pour la requète, cela serait effectivement très bien.

[SCUDERIA]

(10-23-2018, 12:24 PM)alec_eiffel a écrit : V

(10-23-2018, 10:32 AM)SCUDERIA a écrit : Hello,
J’ai un QNAP TVS-682, avec un core I3 et 8go de RAM. 2 SSD en raid 1, et 4 DD en raid 5.
À priori pas de soucis donc pour faire tourner Roon. Ma question est plutôt, est-ce que cette configuration sera assez musclé pour faire de la convolution ? Notamment pour des fichiers DSD ?
Pour le moment je tourne avec un MiniDSP OpenDRC DI, « limité » en 24/96. Le souhait est de ne plus avoir de limite...
Merci pour votre retour.

La convolution en natif sur du DSD est quasi-impossible sauf sur une configuration hyper musclée et encore avec des filtres légers. Par contre pas de pb avec le DSD converti en PCM 384kHz si les filtres sont raisonnables. Ton NAS risque d’être trop léger par ailleurs pour reconvertir les flux PCM en DSD si c’est ce que tu veux faire.
La seule limite avec Roon est la puissance du processeur, avec ton NAS tu auras de toute façon une performance bien meilleure que le miniDSP (nb de taps, résolution, fréquence de travail...). NB : si n’utilises que des filtres IIR tu peux les programmer directement dans l’égaliseur procédural de Roon sans faire de convolution, pour une charge processeur minimale.

Ok, merci des précisions. 
Sur les Qnap, le CPU est modifiable. Je peux passer sur un I5 7500 ou un I7 7700, penses-tu que cela soit suffisant, ou il faut des CPU encore plus costaud ?

---

(10-23-2018, 12:51 PM)Pascal64 a écrit : Si si, la convolution sur des fichiers DSD est possible.
Processeur I7 obligatoire et se limiter au DSD 64

Quel type de I7 ? Un 7700 est suffisant ?

[volpone75]

(10-23-2018, 05:27 PM)SCUDERIA a écrit :

(10-23-2018, 12:51 PM)Pascal64 a écrit : Si si, la convolution sur des fichiers DSD est possible.
Processeur I7 obligatoire et se limiter au DSD 64

Quel type de I7 ? Un 7700 est suffisant ?

En DSD64 natif et même en DSD128 un 7700 devrait être suffisant. Au dessus, en DSD256, je ne sais pas. Cela dépend  aussi du filtre (nombre de "taps") et je n'ai pas encore essayé.

Mais de toute façon avec ROON, contrairement à HQPlayer, il y a une alternative possible comme l'expliquait @alec_eiffel: Appliquer la convolution en PCM et remoduler ensuite en DSD ce qui demande beaucoup moins de puissance CPU. Je ne pense pas que cela dégrade la qualité sonore même s'il y a des étapes de traitement numérique supplémentaires.

Un 7700 est donc adapté et suffisant pour bénéficier de la convolution via ROON avec une source DSD. En revanche un processeur encore plus puissant que le 7700 pourrait être nécessaire si tu fais de la conversion à la volée de PCM en DSD512 plus de la convolution (cela n'a d'intérêt que marginalement avec certains DACs 1bit et HQP). ROON est cependant finalement assez économique en CPU par rapport à HQPlayer et ses filtres parfois extrêmement gourmands en puissance de calcul.


Exemple de convolution avec un I5 récent, en appliquant le filtre de convolution sur du PCM.
Voir aussi pour la différence entre l'option convolution sur PCM et celle sur le DSD natif beaucoup plus lourde: http://forum-hifi.fr/thread-7698-post-15...#pid153605

[SCUDERIA]

Merci pour les explications.

Pour le processeur, après recherche plus approfondie, ce ne peut-être qu’un I7 6700T (tdp de 35w)
Suffisant d’apres-vous ?

[guabasque]

(10-23-2018, 12:51 PM)Pascal64 a écrit : Si si, la convolution sur des fichiers DSD est possible.
Processeur I7 obligatoire et se limiter au DSD 64

Avec le Nucleus + I7 à une SQ largement moins bonne qu'un simple PC j'espérait que la convolution apporte une amélioration des fichier DSD, le port ethernet est hyper fragile cassé vais m'en servir comme un NAS Bref..

[volpone75]

(10-24-2018, 03:16 PM)SCUDERIA a écrit : Pour le processeur, après recherche plus approfondie, ce ne peut-être qu’un I7 6700T (tdp de 35w)
Suffisant d’apres-vous ?

Difficile de répondre sans essayer mais le 6700T est à priori suffisant pour la convolution directe du DSD64 (sans repasser en PCM) mais probablement proche de sa limite pour celle du DSD128. De toute façon cela restera possible en repassant en PCM donc ce n'est pas bloquant. Il y a relativement peu d'enregistrements disponibles en DSD256.

Tout dépend des caractéristiques de ton DAC et de ce que tu envisages mais un 6700T permet déjà de faire pas mal de choses à mon avis. Si tu veux aller encore plus loin ce n'est pas un NAS qu'il faut utiliser mais une machine classique. Les fans de ce genre de calculs DSP intensifs se montent des PC DIY mais pas sur que cela soit utile dans ton cas. A part la capacité de calcul un CPU puissant n'a que des défauts pour nos usages (chaleur dégagée, consommation, éventuel bruit pour le refroidir, pollutions ..).

[Le dom]

Ce qui est curieux tout de même c'est que mon PC Roonserver sous fedora 28 RT light fanless monté dans un boitier Streacom FC5 équipé d'un CPU i7 4770S (TDP 65W) ne chauffe pratiquement pas (tout juste tiède et encore...) même en faisant de la convolution de fichiers DSD64 natifs avec Roon et pourtant la vitesse de traitement se situe autour de 1,4x avec les fichiers de convolution HAF incluant la correction de la diaphonie (les plus gourmands en ressources).
Pour les fichiers DSD 128 ça ne chauffe pas davantage bien que je tombe à 1,1x. Par contre la lecture d'un fichier est très instable et va rarement jusqu'au bout avec les fichiers de convolution cités.
Si j'utilise juste les fichiers HAF de base sans correction de diaphonie ça passe en DSD128, par contre.
Je n'ai pas essayé le DSD256, je n'ai aucun fichier ayant cette résolution.

[volpone75]

(10-25-2018, 09:26 AM)Le dom a écrit : Ce qui est curieux tout de même c'est que mon PC Roonserver sous fedora 28 RT light  fanless monté dans un boitier Streacom FC5 équipé d'un CPU i7 4770S (TDP 65W) ne chauffe pratiquement pas (tout juste tiède et encore...) même en faisant de la convolution de fichiers DSD64 natifs avec Roon et pourtant la vitesse de traitement se situe autour de 1,4x avec les fichiers de convolution HAF incluant la correction de la diaphonie (les plus gourmands en ressources).
Pour les fichiers DSD 128 ça ne chauffe pas davantage bien que je tombe à 1,1x. Par contre la lecture d'un fichier est très instable et va rarement jusqu'au bout avec les fichiers de convolution cités.
Si j'utilise juste les fichiers HAF de base sans correction de diaphonie ça passe en DSD128, par contre.
Je n'ai pas essayé le DSD256, je n'ai aucun fichier ayant cette résolution.

C'est éclairant et donne une bonne indication des limites en convolution DSD, qui doivent être autour du DSD128 en natif pour ces processeurs I7 qui sont proches. Le 4770s est plus ancien mais un peu plus puissant sur le papier que le 6700T. Avec un I7-7700 la convolution du 128 en natif doit probablement passer sans problème.

Ce qu'il faut voir est que l'indication donnée dans ROON par le "Proceesing Speed" (1.4x en 64, et 1.1x en 128 dans ton cas) est une moyenne indicative. Il suffit qu'il y ait des pics de charge (même très ponctuels sur l'un des "coeurs" du CPU) au dessous de 1x et pas forcément affichés dans l'interface, pour que cela talonne et devienne instable. Je crois que ROONLABS recommande de n'être pas au dessous de 1.3x pour être tranquille et ne pas flirter avec les limites du processeur.

Sur la chauffe tu as raison, un bon PC fanless doit faire le job mais dans les NAS il y a souvent un ou plusieurs ventilos.

[alec_eiffel]

(10-22-2018, 11:21 AM)volpone75 a écrit : Bonjour, de nouveaux éléments à traduire figurent sur https://translations.roonlabs.net (environ 60).

Je n'ai pas d'informations particulières mais à première vue cela concerne notamment les casques (SonarWorks) et le support de fonctionnalités LYNGDORF (ICC, RoomPerfect ..). Reste à voir si cela annonce un enrichissement des options du moteur de traitement du signal ou est simplement lié à l'arrivée de nouveaux équipements "Roon Ready", dont le LYNGDORF. On verra bien lors de la prochaine mise à jour.

A vrai dire j'aurais préféré découvrir du boulot de traduction lié à l'interface QOBUZ mais ce n'est malheureusement pas encore le cas.

Je viens de traduire en français les nouveaux éléments dans la base de traduction, n'hésitez pas à réviser sinon ils sortiront tels quels dans la prochaine verison, qui ne devrait pas trop tarder. A venir donc pas mal de fonctionnalités DSP en provenance de SonarWorks et Lyngdorf : correction de pièce, de perte d'audition liée à l'âge (!), voicing, émulation de pièce pour l'écoute au casque... Je trouve plutôt sympa l'idée que le DSP de Roon puisse accueillir de plus en plus de solutions tierces. Il n'y avait qu'Audeze jusqu'à présent qui proposait des traitements adaptés à ses casques, en plus du processeur DSP très complet natif de Roon qui répond déjà à pas mal de besoins.

Après ça ne veut pas dire que d'autres fonctions (comme Qobuz) ne soient pas imminentes, Roon nous a plutôt habitué à des lancements de nouvelles fonctions en version anglaise sans passage préalable par la base de traduction.

---

(10-25-2018, 09:26 AM)Le dom a écrit : Si j'utilise juste les fichiers HAF de base sans correction de diaphonie ça passe en DSD128, par contre.

Curieux, chez moi la charge est la même entre HAF de base et avec correction de diaphonie, les filtres sont de même taille.
Avec mon NUC i3 5ème génération assez basique, j'arrive à faire de la convolution DSD64 en natif, mais c'est ras du slip à x1. Je m'en fiche un peu, d'autant plus que je n'ai pas beaucoup de DSD, et que de toute façon je suis incapable de formuler une préférence sur le Devialet entre upsampling DSD et le PCM 96kHz, fréquence de travail du D200. La convolution et les rééchantillonnages se font donc en PCM, charge processeur x9.