Roon

[volpone75]

(03-16-2016, 12:22 AM)loandsound a écrit : ....
Concernant Roon, je me suis permis de soutenir un certain nombre de doutes quant-à ce logiciel.
Peut-être pourrions nous laisser place à Volpone75 pour y répondre maintenant, s'il le souhaite bien sûr...

Bonsoir,
Le sujet metadata traité dans ton post précédent est intéressant et je partage certains des points que tu soulèves en particulier dans un contexte de développement rapide des services de streaming en ligne.

Au risque d’être trop long, accusé de me répéter et de “réciter mon bréviaire Roonesque sans aucun esprit critique”, quelques précisions sur le principe de fonctionnement de Roon et ses spécificités avant de discuter tes remarques dans un post indépendant.

Les metadata (au sens large) sont en effet un des fronts, mais pas le seul, sur lesquels Roon a l’ambition d’améliorer l’expérience utilisateur. Pas uniquement pour les spécialistes ou les collectionneurs érudits mais aussi pour les amateurs lambda exigeants pour qui cela peut aussi apporter des bénéfices

• Facilités de navigation et de (re-)découverte par la mise en relation systématique des métadonnées entre elles (hyperliens aboutissant à une approche encyclopédique à la wikipédia).
  
  
• Confort visuel et enrichissement de la consultation: Retrouver ce que l’on a un peu perdu avec la dématérialisation depuis les belles pochettes vinyls et les livrets et coffrets des CD. Une information plus riche et si possible visuelle.
  
  
• Dispense de la fastidieuse phase de taggage (à relativiser quand on arrive à acquerir des fichiers “bien taggés”)
  

Origine des données
Dans une installation Roon la base des metadonnées et des enrichissements “éditoriaux” est présente localement (sur le disque dur du serveur Roon Core). Elle est cependant initialisée à partir d’un service RoonLabs qui tourne dans le Cloud, puis mise à jour par synchro périodique.

La base de référence distante (dans le cloud) est une agrégation de données mises à disposition et maintenues dynamiquement par des fournisseurs spécialisés reconnus avec lesquels RoonLabs a contractualisé. Notamment : Rovi (AMG), MusicBrainz, LastFM et quelques autres.

RoonLabs ingère ces données, les traite, les consolide, puis les synchronise avec la base locale de chaque utilisateur. Ce service est d’ailleurs clairement mis en avant par Roon comme une des composantes du prix de l’abonnement.  

La qualité finale des informations est donc à la fois fonction des données des “fournisseurs” mais dépend aussi des traitements automatiques que RoonLabs opère sur celles-ci.

Différences par rapport aux solutions concurrentes

• Durant la phase de scanning des fichiers locaux, le contenu extrait des tags est stocké en base (comme un serveur UPnP) mais ce n’est pas forcément ces informations qui sont présentées à l’utilisateur. Le scanning permet d’identifier de façon univoque l’album et les pistes et d’effectuer le rapprochement avec les metadata de la base de référence distante. Classiquement les solutions UPnP utilisent directement et exclusivement ce qui est lu dans les tags.   
  

• Les pistes “virtuelles” (issues de TIDAL par exemple) sont aussi traitées et enrichies dans la base de la même façon que celles présente localement. Cela permet de faire des liens et d’avoir une approche “sans coutures” par laquelle l’utilisateur ne perçoit pas de différences dans sa navigation entre sa discothéque locale et ce qui provient des services en ligne. C'est pour moi un des points forts du système. Pour que cela fonctionne il est nécessaire que le(s) service(s) fournissent leur base à RoonLabs ce que certains (QOBUZ par exemple) refusent arguant notamment que c’est leur patrimoine et qu’ils n’est pas opportun de le céder à un partenaire. 
  

Édition et personnalisation
Roon stocke toutes les données en base selon un modèle a trois couches indépendantes:

• Informations lues dans les fichiers (tags, durées, propriétés  ...)
  
• Metadata “externes” venant de la base de référence Roonlabs (si l’album a été identifié)
  
• Éditions manuelles faites par l’utilisateur
  

Roon ne touche à rien dans les fichiers locaux. L’utilisateur peut éventuellement choisir album par album ou piste par piste:
- d’utiliser les données de la base Roon,
- d’utiliser celles lues dans les tags des fichiers,
- d’éditer directement (sans sortir du logiciel) certaines données sans pour autant détruire les informations présente dans les autres couches.

Cette possibilité d’édition est pour l’instant limitée (Titre, Album Artist, Genre, Version, Date et quelques autres… ) mais devrait j’espère à terme être généralisée a quasiment tous les objets en base. C’est attendu car surtout pour le classique la qualité des metadata est parfois perfectible.

Utilisation / Affichage
La base enrichie étant locale il n’y a pas de latence ni d’incertitudes sur le résultat dues à des requêtes temps réel sur des services en ligne. Dans d'autres applications au contraire les enrichissements proviennent de requêtes en direct” sur les versions publiques des services en ligne (genre LastFM) par un lien à l’aveugle à partir du contenu d’un tag (bio, discographie à partir du tag Artiste par exemple).

Tout cela n’a, de fait, aucun rapport avec RAAT le protocole de transport audio local propriétaire proposé par Roon, mais le fait que l’architecture Roon utilise un serveur centralisé alimenté par le cloud qui fait beaucoup plus que de stocker des tags dans une arborescence est déterminant dans les fonctionnalités proposées. Pour les anglophones je remet le lien sur un article sur ce sujet: https://kb.roonlabs.com/Why_Core%3F

Je vais faire quand je pourrais un autre post pour discuter plus spécifiquement tes remarques.

A+