Roon

[volpone75]

(01-05-2016, 03:51 PM)ThierryNK a écrit : Bonjour, Je m'étais retenu sur d'autres forums, de démonter l'argumentaire que tu ressors ad nauseam: https://community.roonlabs.com/t/whats-w...-upnp/2101 Mais, comme tu sembles continuer à vouloir écrire comme une plaquette publicitaire, sans recul et sans esprit critique, allons-y.

Bonsoir, aucune raison de se retenir. 
Le débat s'il est étayé et précis me parait une très bonne chose dans le cadre d'un forum surtout quand il reste courtois.

Allons-y donc point par point car globalement je partage l'analyse de RoonLabs sur l'architecture UPnP et je ne vois rien dans tes remarques qui parvienne à "démonter" leurs critiques quoique tes formulations soient souvent inutilement vindicatives.

What's wrong with UpNp a écrit :1) UPnP requires codec support on the endpoint, therefore making different endpoints support a different subset of whats out there. This also puts a burden of patent licensing on the manufacturer.

ThierryNK a écrit :Ce sera exactement la même chose pour Roon!!! Dès que c'est une piste non decodée qui arrive sur le end point, le décodage a lieu sur place et non en amont.
Par ailleurs, il n'existe plus aucun codec proprietaire, Alac est public depuis plusieurs années.
--> Mensonge ou incompétence

Non, c'est différent.
Le décodage se fait systématiquement et de façon centralisée en amont sur le serveur Roon. Les flux sont transmis en mode "push" aux endpoints. En UPnP ce sont chaque players / renderers qui chargent le fichier en mode "pull" et le décodent. 
Par ailleurs, à ma connaissance AAC et MP3 sont encore sous licence mais c'est un détail.

What's wrong with UpNp a écrit :2) UPnP has no good solution for streaming proprietary/unsupported/new formats

ThierryNK a écrit :Il suffit  d'une ligne de programmation, comme sur Roon, pour rajouter un nouveau format à un serveur.
Cela a été le cas pour le DSD, avec le streaming des dsf, dff et dop.
--> Mensonge ou incompétence

Non, c'est différent comme pour le point précédent.
Si tenté qu'il suffise "d'une ligne de programmation" pour supporter un nouveau format (les développeurs apprécieront) c'est beaucoup plus simple de mettre à jour le serveur central que de modifier individuellement chacun des players.

What's wrong with UpNp a écrit :3) UPnP creates an ecosystem of lowest common denominator support

ThierryNK a écrit :Upnp est un noyau de fonctions de base que chacun est libre de compléter et d'enrichir, comme Lumin ou Jriver.
--> Mensonge ou incompétence 

Certes, mais soit on est sur le plus petit dénominateur commun, soit chaque constructeur rajoute ses propres enrichissements (cf OpenHome) et l'on se retrouve avec un système qui est loin d'être "plug and play" et universel. 

Qu'est ce qu'un chameau ? Un cheval de course conçu par un consortium. J'ai l'impression que de fait UPnP est assez chameau, ceci dit un chameau court sans doute vite et certains système UPnP fonctionnent très bien !

What's wrong with UpNp a écrit :4) UPnP lacks "a brain", like the Roon or Sooloos Core, so it cant do intelligent things like Swim/Radio, normalization, crossfading intelligence, those pretty waveforms in the seek position, etc..

ThierryNK a écrit :Tout ceci est disponible sur Jriver UPNP.
--> Mensonge ou incompétence.

Je veux bien croire que JRIVER UPNP rende disponible les fonctions évoquées mais il est bien le seul et d'ailleurs il ne le fait que parce qu'il est adossé à la grosse usine à gaz "couteau suisse" qu'est JRIVER Mediacenter.

Le manque de "cerveau" centralisé me semble d'ailleurs la faiblesse majeure de l'architecture UPnP. L'"intelligence" applicative est distribuée entre le serveur, le control point, et le player. Dans la cas de LMS ou de Roon c'est le serveur qui gère tout de façon centralisée. C'est beaucoup plus robuste. 

What's wrong with UpNp a écrit :5) UPnP leads to a pretty foul experience. Spreadsheets and file management is not how music should be experienced. We haven't seen a good user experience with UPnP, ever. The HiFi dealers agree, and only put up with UPnP because they must. It was clear that UPnP was made by/for endpoint manufacturers, and not user experience creators. Our party line is that "UPnP leads to Twonky". You can put lipstick on that pig, but fundamentally, without a brain, you have Twonky like experience.

ThierryNK a écrit :Tableurs et gestion de fichiers!!!!
Là, on frise l'indécence totale.
--> Mensonge ou incompétences

ThierryNK a écrit :Qu'on puisse rajouter des tas de fonctions à UPNP pour enrichir l'expérience utilisateur, je n'ai aucun doute.
Mais raconter du bullshit pour un upnp qui n'est là que pour transférer des FICHIERS, et faire play/pause/next fait partie des procédés pseudo-technico-marketing qui me font rejeter a priori un produit, peut-être excellent, mais qui emploie des moyens de communication oscillant entre le mensonge et l'incompétence.

Effectivement, l'architecture UPnP tant techniquement qu'au plan de l'experience utilisateur me semble déboucher sur des solutions assez proches d'une gestion de fichiers sophistiquée et enrichie (genre Finder ou Explorer). Il y a d'ailleurs des amateurs a qui cela convient très bien.

Je ne prétends pas pour autant que MninimServer / Lumin ou JRIVER / JREMOTE (qui n'est d'ailleurs pas strictement de l'UPNP) ne sont pas de bonnes applications.

UPnP me semble néanmoins daté (2003) et ne plus complètement correspondre aux environnements actuels même si en fonction des cas d'usage, des besoins et de la nature des bibliothèques cela peut parfaitement faire le job. Sur la qualité sonore il n'y a d'ailleurs pas de critiques a formuler.

Je trouve positif que des alternatives apparaissent, Roon avec ses qualités et ses défauts en est une d'autant plus qu'il est plutôt plus simple à utiliser et à mettre en oeuvre que les solutions concurrentes qui sont parfois un peu trop "geeks oriented".