Roon

[hug!]

Oui merci j'ai des basses et c'est pas d'aujourd'hui, mais j'écoute pas souvent les Stones et encore moins des albums de années 60 et la j'ai été surpris, c'est tout

[renan]

c'est plus clair!

[mélaudiophile]

(06-27-2017, 06:45 PM)hug! a écrit : Oui merci j'ai des basses et c'est pas d'aujourd'hui, mais j'écoute pas souvent les Stones et encore moins des albums de années 60 et la j'ai été surpris, c'est tout

tu retombes sur tes pattes comme un chat , Roon et Roon petit patapon, mais cela relativise un peu ton enthousiasme pour ce logiciel.......

Souvent  quand on se met à écouter attentivement lors de l'essai d'un nouveau matériel ou logiciel comme c'est le cas ici, on entend des choses qu'on n'entendait pas avant, on met cela sur le compte du nouvel élément mais c'est uniquement par le surcroit d'attention qu'on les remarque alors qu'elles étaient déjà audibles auparavant.
Pour appuyer cette idée, petit jeu (ouvert à tous) : si tu connais Hey Jude, des Beatles, as-tu déjà entendu le juron de McCartney  ? Dans mon cas, uniquement quand on m'en a parlé...

jean

[hug!]

Je suis d'un naturel enthousiaste

[volpone75]

Bonjour,
J’ai finalement acheté l’écran tactile 7" et le boitier RPI "officiels" pour afficher l’extension Web controller via le navigateur Chrome en plein écran. Le montage et la configuration n’ont pas été difficiles (avec DietPi). Je vais quand même me renseigner pour avoir un lancement automatique du navigateur au boot et une possibilité de réglage de la luminosité de l'écran. Mais tel quel c'est déjà OK.



Fonctionnellement c’est parfait (taille, lisibilité) c’est exactement ce que je voulais, mieux même, car la dernière version de l'extension (encore en développement) permet une exploration basique de la bibliothèque musicale (recherche, menus …).





En revanche, et sans surprise comme je le prévoyais, ce n’est pas une bonne solution d’avoir l’écran intégré dans le RPI qui traite l'audio. Cela provoque des interférences et des pollutions audibles importantes sur la sortie USB.

Mon plan est donc d'avoir un écran de contrôle sur RPI complètement indépendant de la gestion audio. 
Plutôt que d'acheter un second RPI (35euros), j'envisage, pour l'audio, le SBC USBRIDGE de ALLO ou au pire un endpoint dédié "clé en main" car même si cela fonctionne très bien déjà avec le RPI de base que j'utilise depuis plusieurs mois il y a sans doute des gains à attendre d'une liaison USB optimisée, notamment en DSD512.

Seul point noir cela multiplie les boitiers et je n'aime pas les "usines à gaz" mais les SBC audio sont petits et discrets. Cela peut être facilement caché. C'est donc jouable.

[volpone75]

(06-30-2017, 09:53 AM)volpone75 a écrit :  ...  Cela provoque des interférences et des pollutions audibles importantes sur la sortie USB.

Mon plan est donc d'avoir un écran de contrôle sur RPI complètement indépendant de la gestion audio. 
Plutôt que d'acheter un second RPI (35euros), j'envisage, pour l'audio, le SBC USBRIDGE de ALLO ou au pire un endpoint dédié "clé en main" car même si cela fonctionne très bien déjà avec le RPI de base que j'utilise depuis plusieurs mois il y a sans doute des gains à attendre d'une liaison USB optimisée, notamment en DSD512.

Seul point noir cela multiplie les boitiers et je n'aime pas les "usines à gaz" mais les SBC audio sont petits et discrets. Cela peut être facilement caché. C'est donc jouable.

PRECISIONS:
Après quelques lectures sur le net et à la reflexion il est possible que les parasites audibles constatés lors de mon essai viennent d'un problème de sous-alimentation ou de variation de tension influant sur l'USB du RPI quand on utilise l'écran tactile. C'est peut être du à un mauvais montage ou réglable en utilisant une autre alim et/ou un autre type de raccordement. Lors de mon test j'alimentais au niveau de l'écran via une iFiPower 5V/2.5A.

Je n'ai pas fait d'essais plus avant car, quoiqu'il en soit, par principe de précaution, je n'ai pas l'intention d'utiliser d'appareil avec écran sur le chemin audio mais apparemment certains fonctionnent dans cette configuration avec des résultats audio acceptables et en tous cas sans parasitage majeur audible (certes avec des soft différents mais je ne pense pas que cela soit un problème soft à la base) : http://archimago.blogspot.fr/2017/03/how...berry.html et pour les mesures http://archimago.blogspot.fr/2017/05/mea...music.html

Encore une fois, si l'on ne traite pas l'audio, aucun problème, l'extension "web controller" sur RPI avec écran tactile fait bien le job pour contrôler Roon. On choisit via l'interface le endpoint audio que l'on souhaite piloter.

[LittleScarabee]

(04-24-2016, 11:08 AM)Patatorz a écrit :

(04-24-2016, 10:43 AM)volpone75 a écrit :

(04-24-2016, 09:13 AM)Patatorz a écrit : Je viens de voir que roon, du moins le serveur etait dispo sur Linux. Quelqu'un du forum l'a t il deja installé ?

Pour ma part je n'ai pas encore testé mais la procédure d'install est dispo: https://kb.roonlabs.com/LinuxInstall et les retours semblent bon sur le forum de Roon (sous Ubuntu mais aussi d'autres distributions). 

Il commence aussi a y avoir des utilisateurs qui ont fait des "packages" pour installer le serveur sur des NAS (Syno et Qnap). A mon sens il faut des NAS  "costauds" (CPU/RAM) car sinon la performance ne sera pas optimum. 

En complément du serveur, RoonBridge (ex RoonSpeakers) le client audio réseau tourne aussi sous  Linux ce qui ouvre largement les possibilités de configurations DIY très peu chères pour les "endpoints" audio réseau.

J'ai creusé un peu plus. J'ai vu que certains ont pu installer roon sur un docker sur Syno. Je vais essayer sur mon Qnap voire Syno et sur la Machine Virtuelle que j'ai sur mon QNAP. 
Mon problème étant que seule ma SB Touch est compatible en tant que endpoint et que ce n'est pas mon renderer "Qualitatif"

Hello 

J'ai découvert hier Roon Audio chez un ami et je souhaite m'intéresser à cette solution qui propose une interface graphique vraiment très bien ! L'outil recherche m'amène à ce dernier post sur Roon & Docker.

@Patatorz,
As-tu réussit à le faire fonctionner sur Synology ? Es-tu content du résultat ? 
Ou es-tu passé par un PC finalement ? 

@All,
Est-il vraiment nécessaire de dédier un SSD pour Roon ? 
Certains ont-ils utilisés une clé USB pour faire ça ? 

Pour ma part je compte partir sur la seconde solution car je crains que cela risque de trop solliciter le NAS vu ce que j'ai pu observer comme utilisation CPU sur mon MacBook Pro (équipé d'un SSD). Je pense à installer un OS (Linux + Docker) sur clé USB 

Merci

[pda0]

Ca marche très bien sur une carte SD (OS+Roon sur Mac mini). La base musicale est par contre sur un HDD connecté en USB (ou sur un NAS). Roon se contente de stocker sa base sur la carte SD et les temps de réponse sont instantanés, donc inutile d'aller chercher un SSD. Il est possible que ça marche aussi sur clé USB mais je n'ai pas essayé.

[patatras]

@ pdaO
La rapidité du SSD c'est pour le fonctionnement de l'OS qui, lorsqu'il est plus rapide, donne de meilleurs résultats au point de vue auditif. Par ailleurs un SSD ne pollue pas comme un HDD, ce qui là aussi, contribue à un SQ supérieur.

@LittleScarabee

Lors de ta venue hier, j'ai oublié de te dire que j'ai mis les 2 OS sur SSD en désactivant les ports sata dans les CM pour diminuer la pollution interne.
Comme Ledom, c'est ainsi et avec des installations minimales de Linux que nous avons obtenu des résultats supérieurs aux autres OS.

Pierre

[a supprimer merci]

(07-02-2017, 04:36 PM)patatras a écrit : @ pdaO
La rapidité du SSD c'est pour le fonctionnement de l'OS qui, lorsqu'il est plus rapide, donne de meilleurs résultats au point de vue auditif. Par ailleurs un SSD ne pollue pas comme un HDD, ce qui là aussi, contribue à un SQ supérieur. 

Le SSD n'est pas conseillé pour des raisons de qualité audio mais uniquement pour la rapidité d'accès à la base de données indexée, afin d'avoir une navigation plus fluide et des recherches rapides. 

Il y en a même qui soutiennent qu'il y a plus de perturbations électriques avec un SSD qu'avec un HD...