(04-09-2016, 10:20 AM)r11bordo a écrit : [ -> ]une CCA sur un autoradio : le son n'est pas top ... mdr :-D
facile à dire apres mon petit test
La cca a montré que c'est un bon matos, voire très bon via toslink.
Sur.ce, vu que c'est minus et permet un streaming de la zik qu'on a via/sur un phone, sans fil dans la caisse et tres simple à utiliser (c'est un minimum), un test s'imposait je trouve.
Vu que le rendu est tres bon au salon, on pouvait s'attendre à un tres bon rendu dans la caisse.
En fait pas du tout, contrairement à ce qu'on aurait pu penser.
Si tu avais flairé ce resultat avant, tu aurais pu le dire avant !
problème récurrent ces jours ci que ce soit sur iPad ou iPhone:
lumin et la Cca fonctionnent, j.ai bien le "Boing test" et les tracks apparaissent depuis le serveur freebox ( liste rechargée et mise à jour) en l'occurence mais pas de musique, nada, fifrelot...
c' est le NAS Qnap qui gère bubbleUpnp, est ce que le couac viendrait de la?
(Capitaine Crunch si tu m'entends...)
(04-11-2016, 03:58 PM)2600Hz a écrit : [ -> ]demain ?
et tout remarche en haut en bas, en iPhone et en iPad... bref, les joies de la démat' ;-)
Il y a moyen de sélectionner la CCA comme player dans Jriver et l'appli EOS ?
(04-15-2016, 12:18 AM)Okanochiwa a écrit : [ -> ]Il y a moyen de sélectionner la CCA comme player dans Jriver et l'appli EOS ?
Dans EOS il y a le bouton Chromecast en haut à droite. C'est tout.
Mais caster de cette manière revient à faire transiter les paquets audio à travers : NAS - Server Jriver - EOS sur mobile - routeur - CCA
Ce qui fait jouer au mobile Android un rôle de routeur entièrement wifi. Avec EOS d'installe sur un téléphone sans wifi 5Ghz,ça passe pas très bien.
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????
Le wifi sur la bande des 5ghz désactivé , mais pas sur les autres bandes , théoriquement moins rapides (n, g, b)
Vos échanges sont intéressants ne montez pas dans les tours
j'arrive à travers vos posts à comprendre que la CCA peut recevoir les fichiers de deux façons :
Locale ou par le net (dans le cas de Qobuz)
Les fichiers ne transitent pas par l'interface installée sur la tablette ou le téléphone qui ne font que "piloter" l'application
Pensez-vous que les protocoles puissent être simplifiés par rapport à ceux de la CCA (DNLA , airplay , etc....) dans le cas de cette interface ?
http://www.qobuz.com/FR-fr/info/Hi-Res-G...-via178125
Pas de bobo
On se connaît (en vrai) depuis suffisamment longtemps avec okano pour que je me permette de l'allumer un peu
Pour le lien fourni, je n'ai pas compris la question.
En plus clair l'EZcast, qui accepte des protocoles plus nombreux que la CCA ne serait-il pas plus indiqué grâce à une mise en œuvre plus facile et plus directe
par exemple, le protocole DNLA permet à un NAS Synology de transmettre grace à DSaudio les fichiers sans autre surcouche vers l'EZcast
Autre exemple Qobuz peut voir son offre de streaming être directement gérée en airplay , là aussi sans soft additionnel
Ou encore , un simple PC grâce à DNLA pourrait être serveur de fichier