Le Forum Indépendant de la Hifi et des Audiophiles

Version complète : RoonLabs : Installation & Configuration sous Linux
Vous consultez actuellement la version basse qualité d’un document. Voir la version complète avec le bon formatage.
Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40
Ah je croyais qu’il fallait absolument fedora 26.

Je vais reprendre à 0 avec fedora 25 alors
(09-23-2017, 12:49 PM)Patatorz a écrit : [ -> ]Ah je croyais qu’il fallait absolument fedora 26.

Je vais reprendre à 0 avec fedora 25 alors

Ben en fait il faut un kernel >= 4.10, mais avec la Fedora 25 à jour, et le CCRMA 4.9, ça tourne... Avec un kernel classique, on est en 4.12 sous Fedora 25, et ça tourne très bien aussi et les commandes RT passent aussi.
Quel Ryzen ?
Je vais surement m'en refaire un en Ryzen 5 6 coeurs avec un beau HDPlex... Mais ça douille :-(
Ryzen 7 1700 dans hdplex. Un peu galère l’installation dans la hdplex....

Le RT apporte selon toi (uniquement en serveur) ?
(09-23-2017, 12:55 PM)Patatorz a écrit : [ -> ]Ryzen 7 1700 dans hdplex. Un peu galère l’installation dans la hdplex....

Le RT apporte selon toi (uniquement en serveur) ?

Lors de mes expériences multiples, j'avais entendu un gain à l'utilisation d'un noyau RT et surtout sur Ubuntu server (très stable avec le dernier noyau). Ca m'a fait mal d'admettre que dans le schéma Roon+Bridge ou HQPlayer+Bridge, le serveur qui est player finalement, a une importance dans le résultat... J'étais longtemps resté sur l'apriori que seul le travail sur le bridge payait... Dans mon set up actuel, Roon Bridge sur Devialet, le bidule pas cher que j'utilise en Roon Core, met en évidence qu'il faut un peu de puissance, tout de même. Le Quad Core Athom a parfois du mal, même en lui collant un linux hyper light et un noyau à faible latence.
Peux tu décrire ton HDPlex/ Ryzen là : http://forum-hifi.fr/thread-3802.html , disons que ça m'intéresse grandement !
j’ai mis toutes les informations (liens) dans le post que tu as mentionné plus haut.
Bonjour,

Comment désactiver momentanément pour des tests d'écoute le services Roon en mode RealTime


Merci de votre réponse

Alain
(10-06-2017, 04:40 PM)wgb25 a écrit : [ -> ]Bonjour,

Comment désactiver momentanément pour des tests d'écoute le services Roon en mode RealTime


Merci de votre réponse

Alain

Il te suffit de redémarrer le service (Si tu es connecté en tant que root tu enlève "sudo" sur les commandes) :
- Côté Serveur :
Code :
sudo systemctl restart roonserver.service

- Côté Bridge (à confirmer le nom du service par contre) :
Code :
sudo systemctl restart roonbridge.service

Ensuite pour réactiver le mode "RT" (sur le serveur et le bridge) :
Code :
sudo systemctl restart roon-realtime.service
Bonjour à tous,

J'ai questionné le support RoonLabs sur l'utilité de tel ou tel processus et surtout connaître leur point de vue sur la gestion des priorité que nous avons récemment mis en place sous Linux. Voici la réponse :

Citation :RoonBridge - the toplevel watchdog process for RoonBridgeHelper + RAATServer
RoonServer - the toplevel watchdog process for RoonAppliance
RoonAppliance - this is where the “Roon Core” lives
RAATServer - speaks the RAAT protocol and then talks to audio drivers to pass on the audio stream
RoonBridgeHelper - manages some administrative details for Roon Bridge

The two toplevel watchdog processes are very simple and do almost nothing but watch and restart the other stuff if it crashes, after update, etc. They are isolated from the other process for fault tolerance purposes.
RoonAppliance and RAATServer are where most of the software lives.
We isolate the audio handling stuff in RAATServer because it is time critical and because architecturally we like to put endpoints + cores on separate hardware much of the time–so they are cleanly separated components. Sure, you can run them on one machine next to each other, too, as you describe here, but separating them creates additional capabilities.
As for priorities…
I would not advise increasing priority on RoonAppliance since it engages in both foreground and background processes in different threads, and adjusting process-level priority would unduly elevate background work.
RAATServer already chooses the appropriate scheduler params for the time-critical audio-handling threads. I don’t think extra prioritization is needed.
I would not advise increasing priority on the remaining processes because they don’t engage in performance-critical activities.

Bonne écoute.
Bonjour LittleScarabee,

si j'ai bien tout compris, ce n'est pas la peine de passer RoonServer et RoonBridge ainsi que tout ce qui est en relation avec eux en RT. C'est bien cela?
(10-21-2017, 12:52 PM)LittleScarabee a écrit : [ -> ]Bonjour à tous,
J'ai questionné le support RoonLabs sur l'utilité de tel ou tel processus et surtout connaître leur point de vue sur la gestion des priorité que nous avons récemment mis en place sous Linux. Voici la réponse :
.....

Merci d'avoir posé la question. Intéressant et instructif.
Et pour le "bruit rose" avec la V269 ils ont une idée ?
Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40