JPLAY iOS !

[bbill]

(12-24-2024, 11:41 AM)Skyscratch a écrit : @bbill je compare ce qui l’est soit Roon + HqPlayer VS Jplay IOS + HqPlayer  ! 

mais alors, cela ne peut être causé que par HQPlayer !

et pour revenir au sujet page précédente ... je ne comprends pas les arguments de JPlay  
..ni pour le "traffic" (SQ) ..ni pour les fonctionnalités (que JPlay a en moins)

l'argument de JPlay sur le "traffic réduit" ne tient pas la route... puisque des concurrents ont un traffic zéro !

[Skyscratch]

Le mieux est que tu te fasses ton propre opinion en faisant l’essai de 15 jours   !

Bon réveillon à tous

[Jackdu76]

(12-24-2024, 11:43 AM)bbill a écrit :

(12-24-2024, 11:41 AM)Skyscratch a écrit : @bbill je compare ce qui l’est soit Roon + HqPlayer VS Jplay IOS + HqPlayer  ! 

mais alors, cela ne peut être causé que par HQPlayer !

et pour revenir au sujet page précédente ... je ne comprends pas les arguments de JPlay  
..ni pour le "traffic" (SQ) ..ni pour les fonctionnalités (que JPlay a en moins)

l'argument de JPlay sur le "traffic réduit" ne tient pas la route... puisque des concurrents ont un traffic zéro !

Bonjour, pourrais tu partager un lien indiquant que la concurrence n’a pas de traffic ? J’ai en tête que pour mconnect le flux passe par la tablette ce qui fait que quand tu coupes la tablette tu coupes le flux mais pour d’autres comme Lumin ou Jplay, seules les commandes en upnp sont envoyées et pas le flux. 
Quelle que soit l’application en upnp ou son évolution open home, il y a de l’échange de données pour envoyer les titres notamment en gapless pour anticiper les démarrages de titres. 
Jplay iOS n’a jamais prouvé de mémoire avec des mesures qu’il avait moins d’activité avec le serveur que lumin donc à part le croire.
Quoiqu’il en soit la différence de Jplay iOS est audible (qu’on aime ou pas) avec Lumin et Roon et ceci avec ou sans hqplayer (cette dernière fonctionnalité est très récente).

En résumé je ne peux que renforcer le message de skyscratch qui est plein de bon sens notamment quant à l’essai : se faire son idée en écoutant de la bonne musique plutôt que de blablater sur un forum ici ou ailleurs avec les mêmes sempiternelles questions.

Bonnes fêtes de fin d’année à tous.

[alfc81]

Ce n’est pas Jplay qui coupe mais le protocole UPNP qui fonctionne ainsi, il ne mémorise que 2 morceaux successifs à la fois donc techniquement on peut « débrancher » JPlay le temps de lecture de ces deux morceaux.

[bbill]

(12-24-2024, 12:50 PM)Jackdu76 a écrit : Bonjour, pourrais tu partager un lien indiquant que la concurrence n’a pas de traffic ? J’ai en tête que pour mconnect

je n'ai pas parlé de la concurrence en général mais de certains concurrents !
on peut citer Linn, Lumin, Esoteric, Teac, Luxman,...
le test simple à faire.. si on éteint la tablette, la musique peut-elle encore passer d'une plage à l'autre ??
si oui, il n'y a pas de flux.. si non, il y a un flux nécessaire (sinon la musique s'arrête en fin de plage suivante)
JPlay ne passe pas d'une plage à d'autres d'une liste avec un iPad éteint...

(12-24-2024, 12:54 PM)alfc81 a écrit : Ce n’est pas Jplay qui coupe mais le protocole UPNP qui fonctionne ainsi,

et bien oui, donc JPlay a besoin du flux vers la tablette, il le minimise (c'est très bien et c'est son argument) mais les Linn, Lumin, Esoteric, Teac, Luxman,... cités ci-dessus ne doivent rien réduire puisqu'il n'y a rien ! et c'est mieux pour une app avec un SQ optimum

à preuve du contraire, l'argument de JPlay ne tient pas la route.. ou plutôt, d'autres font mieux ! (ou il faudrait expliquer..)

[Le dom]

Nous, on t'explique essaie et c'est ce que je t'invite à faire et tu te feras ta propre opinion.
Personnellement je suis d'accord avec ton analyse mais voilà il y a ce qui est et ce que l'on perçoit.
Peut-être auras-tu un avis différent du nôtre à la fin de ton essai.
Je ne vois pas ce que l'on peut te dire de plus.

En même temps il faudrait nous expliquer comment ça se fait que l'on échange en ce moment sur ce forum et le pourquoi on est là sur cette planète, dans cet univers (infini ou pas infini?), bref le mystère de la vie... Pourtant on est bien là à échanger en ce moment.
Et bien JPLAY iOS c'est pareil... 

[bbill]

(12-24-2024, 01:27 PM)Le dom a écrit : Personnellement je suis d'accord avec ton analyse...  ....
....bref le mystère de la vie... 
Et bien JPLAY iOS c'est pareil...   

bon résumé... mais quand même, un forum, c'est pour essayer de comprendre !
note que j'ai posé la même question sur un forum US spécialisé : pas plus de réponse 

[jean-luc]

et pourtant elle bien été posée sur la même planète 

je sais je sors 

[Vincent.]

Ça a déjà été décrit précédemment dans ce fil : si j’ai bien compris, en plus de minimiser les appels sur le réseau (impact positif sur le bruit), JPlay sépare le flux de la musique de celui des commandes vers le streamer, ce dernier utilisant les protocoles Apple.
Raison pour laquelle JPlay n’est disponible que dans l’environnement de la pomme.

Côté restitution, je trouve une réelle différence entre JPlay et l’appli Teac/Lumin qui sonne plus sèche, moins fluide, moins variée.
Pour l’ergonomie, question de goût bien entendu, mais j’apprécie beaucoup JPlay, nettement plus intuitive et ergonomique (ex : taille et emplacement des boutons). Sans compter que l’intégration Qobuz est très réussie, et la fonction des radios (type Roon) pas mal du tout.
L'essai est gratuit, ça vaudra tous les discours.

[mnuno10]

(12-24-2024, 01:00 PM)bbill a écrit :

(12-24-2024, 12:50 PM)Jackdu76 a écrit : Bonjour, pourrais tu partager un lien indiquant que la concurrence n’a pas de traffic ? J’ai en tête que pour mconnect

je n'ai pas parlé de la concurrence en général mais de certains concurrents !
on peut citer Linn, Lumin, Esoteric, Teac, Luxman,...
le test simple à faire.. si on éteint la tablette, la musique peut-elle encore passer d'une plage à l'autre ??
si oui, il n'y a pas de flux.. si non, il y a un flux nécessaire (sinon la musique s'arrête en fin de plage suivante)
JPlay ne passe pas d'une plage à d'autres d'une liste avec un iPad éteint...

(12-24-2024, 12:54 PM)alfc81 a écrit : Ce n’est pas Jplay qui coupe mais le protocole UPNP qui fonctionne ainsi,

et bien oui, donc JPlay a besoin du flux vers la tablette, il le minimise (c'est très bien et c'est son argument) mais les Linn, Lumin, Esoteric, Teac, Luxman,... cités ci-dessus ne doivent rien réduire puisqu'il n'y a rien ! et c'est mieux pour une app avec un SQ optimum

à preuve du contraire, l'argument de JPlay ne tient pas la route.. ou plutôt, d'autres font mieux ! (ou il faudrait expliquer..)

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)