Roon

[wgb25]

Bonjour Pascal,

Et surprise il tourne très bien sur Mavericks avec 85 fils actifs contre 115 sur Yosemite ?

Fils actifs ?

les processus en cours de fonctionnement ?

[Pascal64]

Oui, le nombre de processus actifs.
Avec nos Macs, on utilise des scripts d'optimisation audio qui limitent la charge sur le processeur.

Pour info, sur tes PC, il y en a combien pendant la lecture d'une piste audio ?

[wgb25]

(12-11-2017, 06:43 AM)Pascal64 a écrit : Oui, le nombre de processus actifs.
Avec nos Macs, on utilise des scripts d'optimisation audio qui limitent la charge sur le processeur.

Pour info, sur tes PC, il y en a combien pendant la lecture d'une piste audio ?

Il faut que je trouve la ligne de code et je te dis ça .

---

HTOP ?

PC / XEON / Roon Serveur

---

Explications ( ? )

---

PC / I3 Roon Bridge

[volpone75]

Je ne crois pas qu'il faille faire de fétichisme sur le nombre de process et la charge CPU / RAM du serveur. L'essentiel est que cela ne talonne pas et que les données soient transmises correctement au player, c'est ce dernier qui idéalement peut ou doit être optimisé pour l'audio. Le serveur est fait pour être chargé et qu'il le soit plus ou moins n'est aucunement un critère de qualité sonore, c'est de l'informatique.

Pour illustrer concrètement voici la charge dans une architecture serveur (NUC) / player (RaspBerry PI3) typique.

Lecture d'un FLAC 16/44 upsamplé en DSD128 avec convolution (traitements beaucoup plus couteux qu'une simple lecture de FLAC).

• Le serveur (RoonServer) est sur un NUC i5 sous WIN10 non optimisé
  
• Le player "client" (RoonBridge) est sur un RPI3 de base en mode économie d'énergie sous LINUX optimisé (DIETPI).
  

1) CHARGE DU PLAYER sur RPI3 en mode "powersave" relié au DAC en USB , CPU à 600 Mhz max:

RoonBridge qui effectue la lecture consomme peu de ressources (load average quasiment nul):

• 22 process, 1 actif
  
• Charge autour de 13% sur un des quatre coeurs  (CPU tourne à 600Mhz)
  
• Mémoire utilisée autour de 100 Mo
  

PLAYER

2) CHARGE DU SERVEUR sur NUCi5, CPU 1.8Ghz en mode burst

RoonServer est beaucoup plus gourmand. C'est lui qui mouline et fait tout le boulot, mais il est distant de plusieurs mètres du DAC et pas relié directement à celui-ci.


SERVEUR

On voit bien dans cet exemple la différence très importante de charge entre le player et le serveur ROON mais surtout la très faible charge du player en lecture.

La conséquence est que la machine "player"  (à proximité du DAC et reliée directement à celui-ci) est très peu sollicitée et donc peu "polluante". L'exemple est en USB mais en SPDIF, avec la DigiOne par exemple, on aurait le même résultat.

[Faboz]

Merci Volpone, tu illustres ici parfaitement l’intérêt de séparer la partie informatique de la partie musique. C’est pour cela que je fonctionne dans ce mode là même si j’utilise 2 Pi 1 pour le serveur et le mano. Bien-sûr, je ne peux pas faire de convolution avec le Pi serveur...
Musicalement
Faboz

[Pascal64]

Merci les gars pour ces infos !

[patatras]

Le player c'est aussi de l'informatique, car un pc (ou mac) ne peut pas traiter autre chose...  

Pierre

[volpone75]

Une nouvelle version de ROON (1.4) est sortie: Pas de gros "scoops" mais quelques améliorations ergonomiques et fonctionnelles, notamment :   

- Nouvel algorithme pour la Smart Radio (sélection automatique de morceaux), la version précédente était loin d'être parfaite;
- Lecture audio via iOS, on peut dorénavant écouter au casque sur son Iphone / Ipad, sur Android cela fonctionnait déjà;
- Nouvelle approche pour la liste d'attente de lecture (queue list) qui est maintenant "non destructive" comme sur la plupart des autres logiciels ...
- Redesign de certains contrôles

Le menu de Noel est ici: https://community.roonlabs.com/t/roon-1-...tree/35225

Par la même occasion une nouvelle version de la traduction française est en ligne. Il reste à la peaufiner. Toutes les bonnes volontés sont bienvenues puisque le principe est la traduction par les utilisateurs en mode "collaboratif" via le site: https://translations.roonlabs.net/lang/french/

Les critiques et suggestions peuvent aussi être faites ici: https://community.roonlabs.com/t/fr-fren...had/33576/

[alec_eiffel]

(12-18-2017, 10:12 PM)volpone75 a écrit : Une nouvelle version de ROON (1.4) est sortie: Pas de gros "scoops" mais quelques améliorations ergonomiques et fonctionnelles...

Pas mal de petites choses et que du bon au premier coup d'oeil... et la lecture sur iOS !
Et une traduction française perfectible mais expurgée des nombreux bugs, et à peu près complète, on sent qu'il y en a qui ont bossé , l'essentiel a été fait par des forumeurs d'ici... Si vous avez des récriminations sur cette traduction, faîtes une copie d'écran avec un commentaire et rendez-vous sur le lien posté par volpone75 et on avisera.

[alec_eiffel]

Cette nouvelle version est vraiment top, le mode radio est enfin à la hauteur, les modifications de l'IHM pour la lecture et la gestion du volume sont très bien pensées, la navigation est encore plus rapide suite à la refonte du moteur, le streaming bit perfect possible sur iOS y compris sur DACs mobiles...

Beaucoup disent que grâce à la refonte de l'implémentation de RAAT côté serveur et client Roon Bridge, la qualité est améliorée et pour les utilisateurs de Mac est maintenant au niveau d'Audirvana. Je ne sais pas si certains ont fait l'essai.

Concernant la traduction française, il y a encore des zones non traduites, j'ai laissé un message sur le site communautaire https://community.roonlabs.com/t/roon-1-...lec_eiffel .

Il est rare que je sois enthousiaste pour un produit commercial, mais là je suis assez admiratif de l'approche entrepreneuriale originale et moderne de la team Roon, et encore plus du résultat, sur un marché casse-gueule s'il en est.