Roon

[0000]

De façon précise et concrète, que sont les avantages exclusifs Roon qu'on ne peut pas obtenir avec les autres ? Merci.

[volpone75]

(01-07-2016, 01:23 AM)bz31 a écrit : De façon précise et concrète, que sont les avantages exclusifs Roon qu'on ne peut pas obtenir avec les autres ? Merci.

Bonjour,
Il n'y a stricto sensu aucun avantages "exclusifs". Roon gère une bibliothèque musicale, permet de choisir une piste ou un album et de les jouer. Pas de scoops si ce n'est, comme tu l'a je crois très bien compris, que c'est cher ...

J'ai listé en tête de ce fil les points clés et posté des liens et une vidéo de demo qui donnent un aperçu de "l'expérience utilisateur". Ce n'est sans doute pas assez précis ni concret mais j'avoue que je fatigue un peu et n'ai pas de vocation évangélique. 

L'utilisant depuis quelques mois, après avoir testé pas mal d'autres solutions le seul truc que je peux ajouter est que cela me semble plus facile à mettre en oeuvre et à utiliser et aussi plus robuste que les solutions concurrentes.

Si tu as des questions précises auxquelles je suis capable de répondre je le ferais néanmoins volontiers.

[ThierryNK]

Il ya quelques fonctionnalités sur Roon que j'aimerais bien avoir, et qui n'existent pas sur Jriver, par exemple:

- la gestion "graphique" des albums/fichiers en direct

- l'identification des doublons apparents et leur gestion

- une navigation "circulaire" "depuis "n"importe où" qui n'est que partielle sur Jriver/Jremote (depuis la lecture d'un album, je peux accéder par hypertexte à l'artiste ou au compositeur sans avoir à remonter toute l'arborescence des tags, mais avec un seul niveau, c'est à dire qu'il n'y a plus de navigation proposée après un premier clic de navigation). Roon a l'air d'avoir implémenté les idées de Minimserver de navigation sans besoin de retour arrière, mais qui n'est pas vraiment utilisée sur les applications de contrôle.


L'interface a l'air globalement + user friendly que tout ce que j'ai vu passer. Reste à porter tout ça sur une tablette, parce que la surface disponible d'un écran permet beaucoup de choses qu'il sera peut-être moins simple d'implémenter sur une tablette.

Amitiés

[volpone75]

(01-07-2016, 12:23 AM)ThierryNK a écrit : .....
Pour Roon, si l'on fait les bonnes optimisations OS et autres "à la Rol33" sur le PC/Mac, il est possible qu'on arrive à un excellent résultat aussi. 
Roon se heurte peut-être quand même à la sortie d'un autre protocole Audio normalisé sur ethernet,  AES67/Ravenna. 
https://en.wikipedia.org/wiki/AES67
Ce protocole est déjà adopté par exemple par Nadac http://nadac.merging.com/networking que Joël a eu à l'essai (BE à paraitre)  
A moins que Roon n'utilise AES67... Parce que developper from scratch un protocole Audio. ..

A ma connaissance, dans l'architecture Roon il n'y a aucun bénéfice à attendre d'une optimisation "audiophile" de l'OS et du matériel de la machine sur laquelle le serveur Roon Core tourne.

On peut donc utiliser n'importe quel ordinateur NAS ou NUC, si tenté qu'il ait la puissance suffisante (RAM/CPU).

Les données numériques (jusqu'a 24 bits/384khz PCM et DSD) encapsulées par le serveur via le protocole RAAT sont des paquets ethernet transmis de façon asynchrone au endpoint dont la fonction principale est de les assembler et de les "clocker" pour produire un signal audio PCM ou DSD alimentant l'entrée du DAC.

S'il y a quelque chose à optimiser pour un "audiophile" c'est donc ce récepteur audio "endpoint" qui peut être distant de plusieurs dizaines de mètres du serveur et est relié au convertisseur DAC (en USB, SPDIF ou autre).

En fonction des budgets il devrait y avoir un offre de endpoints audio "RoonReady" plus ou moins optimisés et qualitatifs (OS, alim, isolation galvanique, qualités des sorties ... ). Cela ira sans doute de moins de 100 euros (nanodevices genre Raspberry) à plusieurs milliers chez les fabricants "high end" (genre TotalDAC D1 server). Reste à savoir si les différences de qualité sonore seront vraiment significatives mais c'est un autre débat.

Devraient aussi arriver sur le marché en 2016 des DAC qui seront directement RoonReady et même des intégrés "tout en un" ou des FDA intégrant la fonction endpoint Roon.

Le seul cas ou cela aurait du sens d'optimiser de façon "audiophile" la machine serveur est celui ou l'on souhaiterait l'utiliser en "endpoint' et la placer dans la pièce d'écoute connectée directement au DAC par une liaison USB. C'est bien sur possible mais ni typique ni optimum quand on utilise une solution réseau comme Roon.

Par ailleurs le protocole Roon (RAAT) est sans doute une reprise d'un protocole Meridian datant de plusieurs années et n'a, je pense, rien a voir avec AES67 Ravenna.

Enfin la mise au point d'un nouveau protocole (RAAT en l'occurrence) n'est pas vraiment le chantier technique le plus difficile si l'on maitrise le serveur et le client dans un système fermé comme l'est Roon (qui supporte par ailleurs d'autres protocoles notamment Airplay et LMS).  

La vraie difficulté pour Roon est de parvenir via des partenaires a proposer une offre d'équipements endpoints "RoonReady" compatibles alors qu'ils ont pour l'instant une base installée réduite compte tenu de leur "jeunesse" et du prix de la solution.

C'est aussi sans doute aussi pour cela qu'ils proposent AirPlay et le protocole LMS en attendant que les endpoints "RoonReady" se généralisent.

Si j'en crois les annonces récentes, notamment au CES, cela ne semble pas trop mal se présenter pour RoonLabs mais seul l'avenir le dira.

A suivre ...

[bbill]

(01-06-2016, 08:02 PM)volpone75 a écrit : Pour la "qualité audio" qui par construction ne serait pas optimale car les fichiers sont décodées en amont sur le serveur et non par le "endpoint" cela n'est du tout partagé. Roon et Brient mettent plutôt en avant l'inverse.

peux tu donner le lien ou Brient explique l'inverse ??

[ThierryNK]

(01-07-2016, 07:33 PM)volpone75 a écrit :

(01-07-2016, 12:23 AM)ThierryNK a écrit : .....
Pour Roon, si l'on fait les bonnes optimisations OS et autres "à la Rol33" sur le PC/Mac, il est possible qu'on arrive à un excellent résultat aussi. 
Roon se heurte peut-être quand même à la sortie d'un autre protocole Audio normalisé sur ethernet,  AES67/Ravenna. 
https://en.wikipedia.org/wiki/AES67
Ce protocole est déjà adopté par exemple par Nadac http://nadac.merging.com/networking que Joël a eu à l'essai (BE à paraitre)  
A moins que Roon n'utilise AES67... Parce que developper from scratch un protocole Audio. ..

A ma connaissance, dans l'architecture Roon il n'y a aucun bénéfice à attendre d'une optimisation "audiophile" de l'OS et du matériel de la machine sur laquelle le serveur Roon Core tourne.

Bonsoir

Peux-tu indiquer sur quoi tu t'appuies pour dégainer une pareille "information"?

Roon passe dans l'hyper espace pour contourner la réalité d'un hardware et de ses couches de communication?

Sur le fil Totaldac dont j'ai donné le lien, j'ai aussi fourni un lien et que je redonne ici: https://www.dropbox.com/s/fh7mpxqa66x03q...l.pdf?dl=0

On peut aussi rappeler ce document: https://www.dropbox.com/s/p5njtp28f6fz2z...e.pdf?dl=0

Je veux bien que tu démontes point par point tout ce qu'il y a dans ces documents. 

Mais ça serait sympa d'arrêter d'assener des "informations" sans aucune argumentation, ce qui donne une curieuse image à l'ensemble de tes posts sur Roon.

Amitiés

[volpone75]

(01-07-2016, 12:23 AM)ThierryNK a écrit : Bonsoir
Peux-tu indiquer sur quoi tu t'appuies pour dégainer une pareille "information"?
Roon passe dans l'hyper espace pour contourner la réalité d'un hardware et de ses couches de communication?
Sur le fil Totaldac dont j'ai donné le lien, j'ai aussi fourni un lien et que je redonne ici: https://www.dropbox.com/s/fh7mpxqa66x03q...l.pdf?dl=0
On peut aussi rappeler ce document: https://www.dropbox.com/s/p5njtp28f6fz2z...e.pdf?dl=0
Je veux bien que tu démontes point par point tout ce qu'il y a dans ces documents. 
Mais ça serait sympa d'arrêter d'assener des "informations" sans aucune argumentation, ce qui donne une curieuse image à l'ensemble de tes posts sur Roon.
Amitiés

Bonsoir,

N’inversons pas les rôles et la charge de la preuve, c’est toi qui prétends de façon sibylline mais néanmoins péremptoire que "Roon est une régression de l’architecture audio" et que pour que cela «marche bien" il faudrait une optimisation "à la Roll33".

Tes affirmations concernent un système et un protocole que tu découvres, ne maitrise apparemment pas du tout, dont les specs ne sont pas publiées et que tu n’a jamais écouté ni comparé. 

Je maintiens qu'il n’y a aucune nécessité dans un contexte de streaming réseau et avec le protocole RAAT sur ethernet à optimiser la machine serveur (en terme d’OS, alim ou autre) et que cela n’a d’intérêt que pour le endpoint relié au DAC ce qui est probablement réalisé dans le cas de TotalDAC, Auralic et les autres early adopters "RoonReady".

Nous verrons bien ...

---

(01-07-2016, 07:29 PM)ThierryNK a écrit : L'interface a l'air globalement + user friendly que tout ce que j'ai vu passer. Reste à porter tout ça sur une tablette, parce que la surface disponible d'un écran permet beaucoup de choses qu'il sera peut-être moins simple d'implémenter sur une tablette.

Les application de pilotage IOS et Android sont disponibles depuis plusieurs mois avec la même ergonomie que sur ordi.

[l'Arédien]

Hello.
Je plaide ignare. Ne pas taper.
Mais ces échanges me font penser aux propos que m'a tenus Dan Bellity, l'inventeur des Rosita (qui fonctionnent) en mode airplay, et qui m'expliquait qu'il y avait aucun intérêt à optimiser l'ordinateur qui émettait le flux, cela avec le bénéfice du wifi à savoir une isolation galvanique parfaite (pas besoin de pont optique )

[XXXX]

Euh ... Auralic ne sera t il pas roonready quand lightning DS 3 sera sorti, ce qui n'est pas encore le cas ?

---

(01-08-2016, 09:49 PM)Aredien75 a écrit : Hello.
Je plaide ignare. Ne pas taper.
Mais ces échanges me font penser aux propos que m'a tenus Dan Bellity, l'inventeur des Rosita (qui fonctionnent) en mode airplay, et qui m'expliquait qu'il y avait aucun intérêt à optimiser l'ordinateur qui émettait le flux, cela avec le bénéfice du wifi à savoir une isolation galvanique parfaite (pas besoin de pont optique )

Il me semble que certains utilisent des bornes airport express entre serveur et endpoint pour "dépolluer" . Enfin c'es ce que je crois avoir compris...pas taper non plus

[ThierryNK]

@Volpone

Bonsoir

Les 2 documents dont j'ai donné les liens ne sont pas vraiment sibyllins, et sont, entre autres, à l'origine de mon avis, associés à une toute petite expérience de développement logiciel, et quelques années d'essais et de tests audio.

Par contre, écrire:

Je maintiens qu'il n’y a aucune nécessité dans un contexte de streaming réseau et avec le protocole RAAT sur ethernet à optimiser la machine serveur (en terme d’OS, alim ou autre)

sans explication, relève au choix de la méthode Coué ou de la page de publicité, et tes lecteurs sont en droit d'attendre quelques explications, à grandes lignes, sans trahir d'aspects confidentiels, et notamment en quoi les 2 documents dont j'ai donné les liens ne sont pas applicables.
Que je sache, Roon tourne sur des ordinateurs connus et pas du hardware spécifique, avec des OS connus, et non des OS spécifiques. Et j'ai un tout petit peu de mal à imaginer comment on peut en contourner les contraintes. Interruptions ou threads sont ce qu'ils sont, et Roon, comme tout logiciel sur PC ou Mac, est bien obligé de faire avec.

Mais n'aie aucune inquiétude, le jour où j'utiliserai Roon (j'ai un Auralic Aries), je serai parfaitement honnête si le résultat audio est de même qualité qu'avec d'autres approches.

@Aredien
Il ne s'agit pas d'isolation galvanique, mais de la manière dont un logiciel de lecture travaille par rapport aux couches logicielles les plus proches du hardware. Cf les 2 documents.

Bonne fin de soirée.