JPLAY iOS !

[bbill]

oui, j'espère aussi qu'il poursuivra car il est le seul à donner ici une explication sur les raisons techniques des qualités SQ (supposées ou réelles ?) de JPlay.. sujet de cette filière et cette question du "pourquoi ?" restée sans réponse publiée ! 
note que je pose la même question sur le forum AS sans plus de réponses.. voir notamment le commentaire du technicien de chez Lumin, l'ami "Wklie" qui prudent dit : "I'll leave this question to other users of JPlay"... nous ne serons donc pas plus les raisons techniques de la supériorité (supposées ou réelles) de JPlay au niveau SQ !? mystère.. et aucun "technicien informé" ne veut en parler ! 
oui, cela reste un mystère.. et peut être juste une illusion et même une légende !?  

[Steph44200]

Bonjour,

Après réflexion je fais une exception :
L’intérêt collectif prime sur la modération
Les messages sont réactivés
Esprit de Noël

J’ai envoyé un MP demandant une présentation …

[Skyscratch]

En tout cas @bbill, tu poursuis la réflexion en martelant que les qualités que nous objectivons sont "supposées ou réelles" sans avoir à aucun moment essayé Jplay IOS.
Le forum ne fait pas d’obscurantisme et aucunes de nos réponses ou tentatives ne te satisfera, je t’encourage  donc (encore une fois) à faire un saut dans l’inconnu pour enfin nous apporter TON RESSENTI   … car le trollage que subit ce fil est lui de plus en plus réel …   !

Ps: les informations que ce nouveau membre a partagé peuvent être retrouvé avec un peu de lecture sur divers forum que tu cites d’ailleurs et dont voici les liens …

http://jplay.eu/forum/index.php?/topic/5...ere-event/

https://audiophilestyle.com/forums/topic...y-for-ios/

De mon côté, nous profitons (ma compagne a partagé un avis positif   VS Roon) de la rapidité et la stabilité de l’application (seul le DSD 512 en natif a toujours un peu de mal à passer) ainsi que de cette "SQ supposé" qui me fait tendre l’oreille régulièrement au gré des écoutes  (les arrangements sont superbes sur le dernier Ezra Collectif)

[bbill]

la question ici n'est pas de savoir si les qualités sont "supposées ou réelles" !! (et peu importe aussi mon ressenti) mais d'avoir une explication technique sur ces différences !
et, en effet, une tablette iPad éteinte qui a un effet sur un lecteur réseau, cela interpelle... mon interprétation ou plutôt ma supposition jusqu'à présent serait que peut être (?) le rôle de MinimServer ne serait pas si innocent notamment via la gestion des piles d'instructions UPnP ? mais comme je n'y connait rien.. l'explication d'un expert serait bienvenue.. je suppose que tous ceux qui écrivent des app UPnP doivent y penser !?

[Janacek]

Pourtant pour les autres softwares on ne demande pas si les qualité sont supposées ou réelles...

On teste, et si on aime plus que l'autre pourquoi chercher?
Apparemment personne est capable de répondre, pourtant beaucoup l'ont adopté. Là il faut se poser la question, pourquoi.

Tu as posé la question à Marcin?

[bbill]

la question du son des softwares réseau a fait couler beaucoup d'encre notamment avec Roon et HQPlayer !!

tout le monde parle du son Roon.. si "différent" !
mais, la il y a une explication, c'est différent et unique car propriétaire 
- software serveur propriétaire : Roon-Core & Rock
- protocole réseau propriétaire : Roon-Raat
- app iPad propriétaire Roon (iPad qui peut rester éteint avec playlist lancée)

alors que pour Lumin et JPlay, l'essentiel est commun :
- software serveur (typiquement Minimserver)
- protocole réseau public : UPnP 
- app iPad propriétaire (+ couche OpenHome pour Lumin)

et pour Marcin, c'est évoqué dans les grandes lignes sur son site mais je trouverai plus intéressant que par exemple Lumin (qui a prouvé sa longue expérience) donne un avis... ce qu'il ne fait pas ! mais invite ses clients prêts à payer d'acheter JPlay s'ils y trouvent un intérêt ! 

[Janacek]

(12-26-2024, 05:55 PM)bbill a écrit : - app iPad propriétaire (+ couche OpenHome pour Lumin)

Donc ne sont pas pareil JPLAY et LUMIN....
Tu as la réponse.

[bbill]

oui et non, car l'app Lumin et le iPad peuvent rester éteints pendant qu'une playlist infinie joue (tout comme Roon d'ailleurs) et donc, c'est pour cela que j'imagine plus que cela se passe entre MinimServer (pile d'instructions UPnP) et le lecteur réseau.. comme une conséquence des instructions déjà données

[Janacek]

(12-24-2024, 03:43 PM)mnuno10 a écrit : Afin d'obtenir une lecture continue lorsque l'application est fermée, LUMIN utilise la pile OpenHome. Ainsi, même s'il est vrai qu'il n'y a pas de trafic réseau lorsque l'application est fermée, cette pile est plus lourde, ce qui entraîne davantage de traitement de la part de l'appareil. La gestion des playlists, les services liés au streaming, etc., tout est effectué par le moteur de rendu, et non par l'application, comme avec JPLAY.
JPLAY communique en utilisant la pile UPnP/DLNA standard, c'est pourquoi lorsque vous fermez l'application, seules la piste actuelle et la suivante (si vous avez activé gapless et que le moteur de rendu le prend en charge) sont lues. Avec l'application JPLAY ouverte, vous pouvez régler "Update Time", ce qui réduira considérablement la communication entre l'application et le moteur de rendu, à un point tel que vous n'aurez qu'un seul appel à la fin de la piste en cours, pour vérifier la progression. La plupart des moteurs de rendu utilisent une interrogation de 1 seconde, ou pire, utilisent des événements (l'événement consiste à demander aux moteurs de rendu de continuer à envoyer des événements).
(translate using Google Translate)

[Jackdu76]

(12-26-2024, 06:02 PM)bbill a écrit : oui et non, car l'app Lumin et le iPad peuvent rester éteints pendant qu'une playlist infinie joue (tout comme Roon d'ailleurs) et donc, c'est pour cela que j'imagine plus que cela se passe entre MinimServer (pile d'instructions UPnP) et le lecteur réseau.. comme une conséquence des instructions déjà données

Les posts de Mnuno10 ont été rétablis et doivent répondre à tes questions notamment entre la différence openhome (géré par l'appli Lumin et non pas le serveur) et Jplay. Bref, plus de détails sur ce qui a été déjà écrit de multiples fois.

-----

Janacek a été plus rapide