RoonLabs : Installation & Configuration sous Linux

[LittleScarabee]

(10-21-2017, 03:10 PM)Le dom a écrit : 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?

Pour eux il ne faut rien toucher en effet...Après il n'ont peut être pas fait le test de par leur approche...Il faudrait au pire essayer de passer en RT : RoonAppliance (côté Server) & RAATServer (côté Player). Après j'ai regardé côté : RoonServer & RoonBridge démarre tous ces processus en priorité "20" (standard je dirais). Le risque de passer tout en RT c'est de créer une certaine instabilité, car cela force l'OS à gérer ces processus en premier versus d'autres qui peut être demanderais autant en priorité...c'est pour cela que nous somme limité à 99, le reste étant pour le "noyau / os".

(10-22-2017, 12:28 AM)volpone75 a écrit : Merci d'avoir posé la question. Intéressant et instructif.
Et pour le "bruit rose" avec la V269 ils ont une idée ?

J'ai pas encore posé la question je dois faire des tests aujourd'hui pour vérifier si c'est pas mon player qui "bug"...Car depuis la mise à jour (dans aucun lien) j'ai repris ma configuration serveur / player avec mon Olimex et je vais aussi désactiver le mode "RT" côté serveur !

[Olivier]

(10-22-2017, 10:45 AM)LittleScarabee a écrit :

(10-21-2017, 03:10 PM)Le dom a écrit : 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?

Pour eux il ne faut rien toucher en effet...Après il n'ont peut être pas fait le test de par leur approche...Il faudrait au pire essayer de passer en RT : RoonAppliance (côté Server) & RAATServer (côté Player). Après j'ai regardé côté : RoonServer & RoonBridge démarre tous ces processus en priorité "20" (standard je dirais). Le risque de passer tout en RT c'est de créer une certaine instabilité, car cela force l'OS à gérer ces processus en premier versus d'autres qui peut être demanderais autant en priorité...c'est pour cela que nous somme limité à 99, le reste étant pour le "noyau / os".

Je pense qu'ils ne poussent pas aux bidouillages, car s'ils ont sorti une version Rock toute prête, c'est que le support devait être engorgé par de nombreux problèmes. Et comme toucher aux Prio (normalement fait temporairement pour certains traitements) affecte la fiabilité du bidule... Ce qui me gène, personnellement est que certains threats montent après démarrage et ne bénéficient pas de la prio RT, et qu'on ne controle finalement pas tout proprement. De plus en ayant changer de PC avec un I7, le gain en RT devient très discutable, alors qu'il était audible sur un petit processeur à fréquence nominale faible.

[LittleScarabee]

(10-22-2017, 11:39 AM)Olivier a écrit :

(10-22-2017, 10:45 AM)LittleScarabee a écrit :

(10-21-2017, 03:10 PM)Le dom a écrit : 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?

Pour eux il ne faut rien toucher en effet...Après il n'ont peut être pas fait le test de par leur approche...Il faudrait au pire essayer de passer en RT : RoonAppliance (côté Server) & RAATServer (côté Player). Après j'ai regardé côté : RoonServer & RoonBridge démarre tous ces processus en priorité "20" (standard je dirais). Le risque de passer tout en RT c'est de créer une certaine instabilité, car cela force l'OS à gérer ces processus en premier versus d'autres qui peut être demanderais autant en priorité...c'est pour cela que nous somme limité à 99, le reste étant pour le "noyau / os".

Je pense qu'ils ne poussent pas aux bidouillages, car s'ils ont sorti une version Rock toute prête, c'est que le support devait être engorgé par de nombreux problèmes. Et comme toucher aux Prio (normalement fait temporairement pour certains traitements) affecte la fiabilité du bidule... Ce qui me gène, personnellement est que certains threats montent après démarrage et ne bénéficient pas de la prio RT, et qu'on ne controle finalement pas tout proprement. De plus en ayant changer de PC avec un I7, le gain en RT devient très discutable, alors qu'il était audible sur un petit processeur à fréquence nominale faible.

Bonsoir Olivier,

Je partage ton avis : dire oui à ça et c'est ouvrir la porte à du support sur un domaine qu'il ne cherche pas.
Pour ma part j'ai un i3 et je ne constate pas de différence RT ou pas... par contre le mode dual PC "semble" apporter un gain chez moi (audible chez un ami) mais je dois le vérifier. Es-tu en dual PC ?

Pour les processus qui ne sont pas tous en RT : désolé mais je n'ai pas de solutions. Ce que j'ai pu constater c'est qu'ils apparaissent après la première lecture et malgré un redémarrage des services pour passer en RT : le résultat reste le même. Après on constate en dual PC que c'est RoonAppliance et RAATServer qui sont sollicité.

Le mode mono PC par contre consomme moins de CPU je trouve lorsque l'on fait du resampling. Je devrais au contraire avoir une consommation plus importante en mode mono serveur que dual pc, mais ce n'est pas le cas...dès fois faut pas chercher midi à quatorze heure !

Bonne écoute

[XXXX]

Bonjour,

j'ai finalement réussi à écouter le RT vs non RT sur Fedora 25. Avec ma config Roon Server (et un Ryzen 1700) je n'ai rien trouvé de transcendant au mode RT donc je reste sur du Fedora 25 pour l'instant.

J'ai tenté de passer en mode bridge avec une interface USB/Ethernet et en suivant les infos de ce lien (https://fedoramagazine.org/build-network-bridge-fedora/). Pour l'instant je n'ai pas réussi, mon serveur et mon lecteur réseau n'arrivent plus à récupérer des adresses IP. Il doit manquer des infos sur les passerelles ou masques...

Quelqu'un a-t-il réussi ?

Slts

[wgb25]

Bonjour Patatorz,

Pour le mode bridge chez cela fonctionne après vraiment beaucoup de mal et d'essais mais cela vaut le coup donc...

voir ce topic il y est indiqué mes réglages actuels pour le " mode bridge "

http://forum-hifi.fr/thread-4846.html

Maintenant avec l'adaptateur USB / RJ45 je ne sais pas si cela est la même procédure ...

Alain

[Fredouille40]

Pourquoi ne restes-tu pas en mode rj45/rj45 ?

Étonnant ce choix ! ?

[XXXX]

Certainement la curiosité.

Pourquoi ce choix est étonnant : tu peux élaborer ?

[renan]

Bon , je savais qu'il ne fallait pas..... mais mon pc serveur m'ayant laché et en ayant largement marre de windows, je me suis monté une config pour le serveur Roon à base de fedora 26 kernel crnmma quelquechose... suite au tres bon tuto du site sur la question (merci à son auteur d'ailleurs).

Alors bonne nouvelle mon serveur Roon fonctionne très bien. J'ai de la musique grace à Tidal!

Bilan :
1) Juste un bug d'affichage? le pc branché sur un ecran ok mais si je le branche sur mon projo pas d'image? bon pas tres grave pour un serveur mais bon....

2) pas encore parametré en mode bridge... je me garde un peu d'emmerdes pour la suite!

3) Pas moyen de lui ajouter un network share location pour lui faire prendre les pistes sur mon NAS.

Configuration
serveur et core sous Fedora (le serveur voit les fichiers du nas)
controle de Roon sur un pc windows 8.1 (le pc voit les fichiers du NAS)

en creant un network folder avec \\MonNAS/Music et en renseignant le nom et le pwd utilisateur j'ai droit à un message unexpected error??
Si je met un chemin foireux il me dit bien invalid path
Donc je me demande de quel nom d'utilisateur il a besoin si ce n'est pas celui du NAS??
le partage de reseau windows est actif sur le NAS.

Si vous avez une piste je suis preneur.... merci

[Olivier]

(11-13-2017, 11:18 PM)renan a écrit : Bon , je savais qu'il ne fallait pas..... mais mon pc serveur m'ayant laché et en ayant largement marre de windows, je me suis monté une config pour le serveur Roon à base de fedora 26 kernel crnmma quelquechose... suite au tres bon tuto du site sur la question (merci à son auteur d'ailleurs).

Alors bonne nouvelle mon serveur Roon fonctionne très bien. J'ai de la musique grace à Tidal!

Bilan :
1) Juste un bug d'affichage? le pc branché sur un ecran ok mais si je le branche sur mon projo pas d'image? bon pas tres grave pour un serveur mais bon....

2) pas encore parametré en mode bridge... je me garde un peu d'emmerdes pour la suite!

3) Pas moyen de lui ajouter un network share location pour lui faire prendre les pistes sur mon NAS.

Configuration
serveur et core sous Fedora (le serveur voit les fichiers du nas)
controle de Roon sur un pc windows 8.1 (le pc voit les fichiers du NAS)

en creant un network folder avec \\MonNAS/Music et en renseignant le nom et le pwd utilisateur j'ai droit à un message unexpected error??
Si je met un chemin foireux il me dit bien invalid path
Donc je me demande de quel nom d'utilisateur il a besoin si ce n'est pas celui du NAS??
le partage de reseau windows est actif sur le NAS.

Si vous avez une piste je suis preneur.... merci

Essayes: smb://MonNas/Music

[renan]

merci
essayé aussi et meme type d'erreur...

aussi essayé avec l'adresse ip qui est fixe avec \\ ou avec smb://