Le Forum Indépendant de la Hifi et des Audiophiles

Okanochiwa, il a osé brancher son qnap 231 directement sur le D802 ... Quelle horreur ...

CCA et UPNP, c'est du transfert de fichiers, c'est kif kif. Airplay, c'est de l'audio temps réel sur réseau avec décodage des pistes sur le dispositif émetteur. C'est très différent. 

L'essentiel me semble être l'interopérabilité, qui est acquise, soit avec Jriver et EOS ou Jremote comme applications de contrôle, ou n'importe quel serveur upnp en y rajoutant bubbleupnpserver, ou les applis de contrôle Open Home (Lumin, Kazoo) toujours grâce à bubbleupnpserver. 

Sinon, DSaudio, ce n'est franchement pas terrible.

Enregistré , merci

Citation :Tu es parfois pénible à écrire des choses techniques sans les vérifier. 

Les pistes sont bien demandées directement par la CCA à Jriver, et ce en mode MCWS, et non upnp, et EOS n'est que la télécommande de ce processus. 

Vérifiable en regardant défiler les logs sur Jriver quand on lance un play sur EOS:
- requête de EOS à Jriver pour avoir l'adresse de la piste
- envoi de cette adresse par EOS à la CCA  (ceci ne se voit pas dans les logs de Jriver, mais en regardant les échanges réseau de la tablette)
- requête par la CCA de la piste à Jriver qui ne transite évidémmment par par EOS et la tablette. 

En installant bubbleupnpserver, on peut aussi faire apparaître la CCA comme renderer upnp. Cela permet d'utiliser le transcodage wave, qui n'est pas actif quand on utilise directement la fonction CCA de EOS (ou de Jremote qui a aussi implanté CCA).

Et ton téléphone avec le wifi désactivé, il fait comment pour voir Jriver et la CCA????

Mon téléphone servant de télécommande a le wifi, mais ne capte pas le 5Ghz.
J'ai testé de cast depuis EOS sur la CCA en branchant des écouteurs, et la lecture saccadait. J'en ai déduit que le flux audio devait passer par le téléphone. Si ce n'est pas le cas, j'ai un problème dans mon réseau

J'espère recevoir demain la fibre Lifatec et testerai à nouveau.

(04-15-2016, 04:06 PM)ThierryNK a écrit : [ -> ]Pas de bobo

On se connaît  (en vrai) depuis suffisamment longtemps avec okano pour que je me permette de l'allumer un peu 

Ouais et en retour je le traite de fou furieux

Citation :Okanochiwa, il a osé brancher son qnap 231 directement sur le D802 ... Quelle horreur

...
Toi aussi t'es parfois pénible à écrire des choses techniques sans les vérifier. Ha on ne se connaît pas en vrai depuis suffisamment longtemps ? Bon pardon
Mon NAS n'est relié qu'au routeur, et c'est ma TV qui fait office de streamer en attendant ce fichu cable mini/toslink.

Un problème réseau chez toi? Ah bon...

Je ne vois pas ce que tu insinues.
Les segfault IP de Jriver @ Linux comptent pour du beurre.

Bonjour,

J River installé sur un Qnap est-il capable d'envoyer le flux à 2 CCA en même temps.

Question importante pour moi qui utilise actuellement 2 CCA avec Qobuz

(04-18-2016, 03:29 PM)Philippe42000 a écrit : [ -> ]NAS Synology. Je pilote le tout à partir d'une tablette Android et de la version enregistrée de Bubbleupnp.
Avant que la lecture d'une piste ne commence il faut attendre entre 2 et 15 secondes. A quoi est due cette forte variation ?

Avez vous installé BubbleUPnP Server sur votre NAS ? Si oui, vous pouvez desactiver le support du transcodage (Settings > Chromecast > Enable) et ça devrait aller plus vite entre les pistes (en contrepartie certains formats non supportés nativement par Chromecast joueront pas).

Explication longue du pourquoi:

Lorsque BubbleUPnP Server est présent sur le réseau et detecté par Android BubbleUPnP (address ip de BubbleUPnP Server affichée dans Settings > Chromecast), chaque fois que vous jouez un morceau (sauf mp3) il est d'abord analysé (codec, samplerate, bitdepth, ...) par BubbleUPnP Server pour savoir si il est supporté nativement par Chromecast, ou s'il doit être transcodé en WAV pour que Chromecast puisse le jouer. Cette analyse est effectuée par ffprobe (qui fait partie de ffmpeg). Sur les NAS Synology, il y a un executable ffmpeg, mais pas ffprobe (ce qui n'est pas le cas avec BubbleUPnP Server Windows, MAC et la plupart des distros Linux). Dans ce cas, BubbleUPnP Server invoque ffprobe depuis une machine dédiée du cloud, ce qui peut être plus ou moins lent en fonction de la connection réseau du NAS à l'Internet et la charge du serveur dédié à ce moment là.
La solution pour que ce soit plus rapide est d'installer le package ffmpeg de optware-ng et de copier les binaires ffmpeg et ffprobe d'optware dans le répertoire d'installation de BubbleUPnP Server qui les utilisera automatiquement. Du coup ffprobe sera executé en local et çà sera plus rapide.

(04-19-2016, 11:40 AM)bubbleguuum a écrit : [ -> ]

(04-18-2016, 03:29 PM)Philippe42000 a écrit : [ -> ]NAS Synology. Je pilote le tout à partir d'une tablette Android et de la version enregistrée de Bubbleupnp.
Avant que la lecture d'une piste ne commence il faut attendre entre 2 et 15 secondes. A quoi est due cette forte variation ?

Avez vous installé BubbleUPnP Server sur votre NAS ? Si oui, vous pouvez desactiver le support du transcodage (Settings > Chromecast > Enable) et ça devrait aller plus vite entre les pistes (en contrepartie certains formats non supportés nativement par Chromecast joueront pas).

Explication longue du pourquoi:

Lorsque BubbleUPnP Server est présent sur le réseau et detecté par Android BubbleUPnP (address ip de BubbleUPnP Server affichée dans Settings > Chromecast), chaque fois que vous jouez un morceau (sauf mp3) il est d'abord analysé (codec, samplerate, bitdepth, ...) par BubbleUPnP Server pour savoir si il est supporté nativement par Chromecast, ou s'il doit être transcodé en WAV pour que Chromecast puisse le jouer. Cette analyse est effectuée par ffprobe (qui fait partie de ffmpeg). Sur les NAS Synology, il y a un executable ffmpeg, mais pas ffprobe (ce qui n'est pas le cas avec BubbleUPnP Server  Windows, MAC et la plupart des distros Linux). Dans ce cas, BubbleUPnP Server invoque ffprobe depuis une machine dédiée du cloud, ce qui peut être plus ou moins lent en fonction de la connection réseau du NAS à l'Internet et la charge du serveur dédié à ce moment là.
La solution pour que ce soit plus rapide est d'installer le package ffmpeg de optware-ng et de copier les binaires ffmpeg et ffprobe d'optware dans le répertoire d'installation de BubbleUPnP Server qui les utilisera automatiquement. Du coup ffprobe sera executé en local et çà sera plus rapide.

Bzzzzz-tuuuut-brrrrr-blabla !
J'ai pas tout compris  Les mots utilisés sont-ils dans le dictionnaire ?

La section vinyl et rétro hifi, c'est la section à côté ... :-)