03-06-2016, 02:29 AM
Kaneda a écrit :Dis moi Volpone75, ton seul sujet d'intervention c'est Roon. Ca me trouble un peu.
Dans un soucis d'objectivité je m'interroge: Pro ou pas ?
Ton "soucis d'objectivité" t'honore ...
Je n'ai, de prés ou de loin, aucun lien avec le négoce ou l'industrie HIFI, ni a forciori avec RoonLabs si ce n'est bien sur comme client et utilisateur qui paye sa licence. Donc amateur mais pas "pro" si j'ai bien compris le sens de ta question.
ThierryNK a écrit :Si on abandonne Roon, on se retrouve dans la situation avant l'installation de Roon, avec ses propres tags, ou l'absence de tags
Merci, cela ne m'a pas échappé et Roon ne touche effectivement ni aux fichiers ni aux éventuels tags qui y sont intégrés.Toutes les metadata utilisées sont en base et cela me semble une bonne approche quoiqu'elle puisse aussi avoir des inconvénients.
Ma réflexion portait sur l'intérêt d'une possibie exportation des metadata (issues des services externes ou des éditions de l'utilisateur) pour ne pas les perdre en cas de migration et faciliter l'interopérabilité avec d'autres systèmes. Cela fait partie des fonctionnalités annoncées par RoonLabs mais c'est un chantier important qui n'est pas achevé.
La prochaine release de Roon devrait rendre opérationnel l'export vers une feuille excel des principales infos (Artiste, Album, Path etc...) relatives aux pistes locales physiques (fichiers) et "virtuelles" (URL TIDAL) mais cela sera probablement loin d'être exhaustif par rapport aux infos qui sont en base et donc surtout destiné à des fins de catalogage papier et non pour migrer ou reconstituer automatiquement sa bibliothèque.
L'absence d'identifiant unique partagé par l'ensemble des acteurs (au niveau piste et album) va a mon sens devenir de plus en plus critique à divers titre. C'est un sujet général et complexe dont je ne suis pas sur qu'il intéresse les participants d'un forum HIFI tel celui-ci quoique si TIDAL, QOBUZ ou SPOTIFY disparaissaient du jour au lendemain nous serions sans doute nombreux à regretter de n'avoir plus trace de nos choix musicaux.
ThierryNK a écrit :Pour UPNP, il faut arrêter le délire. Toutes les fonctionnalités de Roon server sont totalement indépendantes des échanges entre server et lecteur, que cela soit de l'audio ou des pistes qui sont échangés.
J'ai une opinion inverse. L'architecture UPnP ne permet pas, par construction, une expérience utilisateur satisfaisante et le "délire" est de considérer que parceque pour des raisons historiques elle est actuellement dominante elle resterait indépassable et que l'on devrait s'interdire de faire mieux en remettant les choses à plat.
Roon cherche a proposer un ecosystème réseau multi-utilisateur et multi-room destiné à des utilisateurs exigeants mais ni bricoleurs ni geeks ou chacun fait ce qu'il sait bien faire:
- Les fabricants audio se focalisent sur le traitement audio au sein de leurs équipements;
- L'expérience utilisateur (entendue au sens large: Mise en oeuvre, utilisation, ergonomie) est traitée par des outils réalisés par des équipes dont c'est le coeur de métier et non plus ou moins bien développé par des sous traitants;
- L'utilisateur utilise sans avoir a bricoler des configurations et a maitriser plusieurs outils pas toujours ergonomiques (taggeurs. serveurs UPnP ...)
Selon Roon la plupart des fabricants audio adhèrent à cette vision qui leur retire l'épine "soft" du pied.
Techniquement l'architecture Roon me semble bien plus saine, robuste et "plug and play", que le mode de fonctionnement distribué UPnP ou trois composants de fournisseurs souvent différents interagissent (et ou il faut parfois en ajouter un quatrième pour que cela marche bien). Ceci dit nous avons déjà eu ce débat, ici et ailleurs, et je ne doute pas que chacun restera sur ses positions. Par ailleurs je ne prétend pas du tout que Roon est parfait, il y a encore beaucoup à faire mais l'approche est intéressante et c'est déjà agréable à utiliser et prometteur s'ils poursuivent leur progression au même rythme.
ThierryNK a écrit :C'est une journée de développement au plus de rajouter un serveur http sur la base Roon pour pouvoir utiliser un renderer UPNP. C'est simplement très étrange (suicidaire?dogmatique? stupide?) de ne pas tenir compte de la base installée de matériels, sans parler du rapport de force et de moyens entre Linn et autres, et Roon.
Il est sans doute possible de développer des "passerelles" du genre de ce qui a été fait pour utiliser LMS avec des players UPnP ou même Chromecast (cf https://github.com/philippe44/LMS-to-uPnP et https://github.com/philippe44/LMS-to-Cast ) mais c'est au prix d'un composant logiciel supplémentaire et d'un mode de fonctionnement dégradé (latences, problèmes de synchro, fiabilité).
J'ai l'impression qu'ils préfèrent tracer leur route avec leur protocole et l'industrie semble pour l'instant plutôt leur donner raison même si ce n'est pas encore gagné.
Tu devrais néanmoins proposer rapidement tes services en tant que directeur technique, voire même marketing, à RoonLabs car bien qu'ils soient suicidaires, dogmatiques et/ou stupides ils comprendraient peut-être le bénéfices d'une journée de développement leur permettant d'adresser une large base installée et d'être rapidement les rois du pétrole.
Pour mémoire et pour les anglophones je remet quelques liens, plutôt indigestes car techniques sur le positionnement de Roon par rapport à UPnP et AirPlay.
https://community.roonlabs.com/t/whats-w...-upnp/2101
https://community.roonlabs.com/t/raat-an...ip/6915/13
https://community.roonlabs.com/t/roon-do...vices/7958
En ce qui concerne le protocole RAAT il n'y a encore de présentation très complète des spécificités et des fonctionnalités hormis ces discussions:
https://community.roonlabs.com/t/roon-sp...hom/290/96
https://community.roonlabs.com/t/whats-t...rplay/6891`
