Roon

[stringerbell]

(07-23-2016, 01:17 AM)volpone75 a écrit : Hello,
Concernant UPNP ce n'est pas seulement une question de principes dogmatiques ni de support de formats. Dans le fil que tu cites Roon / RAAT Architecture and protocol VS DLNA / UPnP AV on comprend assez bien, en le lisant entièrement, les tenants et les aboutissants pour eux. Ils n'ont pas intérêt a "tordre" leur produit pour recruter a tout prix des utilisateurs qui seront insatisfaits au final. 

Comme le relevait très justement @bubblegum, qui n'est pas un fan de Roon, leur promesse est plutôt un système ou ils contrôlent tout: Client, serveur, protocole, platines certifiées ... cela a bien sur des inconvénients et des limites mais aussi pas mal d'avantages et je crois qu'il faut choisir son camps en fonction de ses besoins. Il n'y a pas de voie unique et ceux qui préfèrent le coté plus ouvert mais à mon sens moins robuste, facile a exploiter et puissant fonctionnellement des solutions UPNP ont le choix.

Roon est une autre approche système globale et pas seulement un ripolinage d'interface plus attractif et qui plait aux dames... Difficile d'avoir les avantages sans les contreparties mais on peut bien sur rêver.

Salut Volpone,


Quand tu dis qu'ils n'ont pas intérêt à "tordre" leur produit pour recruter à tout prix des utilisateurs qui seront insatisfaits au final.

Mon analyse est assez différente

La réalité c'est que la situation est imparfaite pour l'instant du point de vue des métadatas, qu'il y a des contraintes matériels, et que la plupart des gens ont souscrit à un produit qui a un potentiel très important. Mais qui est pour l'instant moins robuste qu'une librairie déja taggée sans les possibilités d'édition manuelles de la version 1.3.

Tu as du voir les quelques fils de discussion d'utilisateurs mécontents sur le site Roon

Quand on voit qu'un seul développeur , Bubbleguum a apporté le support openhome à la vaste majorité des lecteurs upnp ( avec je crois peu de lignes de code) , les dotant tous de fonctionnalités similaires à celle de Roon. On se dit que RAAT , son protocole propriétaire , n'était pas indispensable pour procurer la même expérience utilisateur. 

On se dit qu'utiliser une stratégie similaire permettrait aux développeurs de Roon, de se concentrer sur la valeur ajoutée réelle de l'application, l'interface graphique et les métadatas.

Après c'est vrai que RAAT, son processus de certification, la petite mention "Roon Ready" sur les appareils compatibles permettent à Roon de devenir un "nom" sur le marché , pas juste un Jriver amélioré. Roon fait le pari d'une croissance exponentielle du nombre de ses clients, plutôt que linéaire s'ils convertissent suffisamment de fabricants à RAAT.

C'est une stratégie marketing , qu'on peut toujours justifier techniquement après coup.