Si le standard Miracast est déjà assez bien intégré à Android ou Windows, ce n'est pas le cas sur d'autres plateformes. Linux fait par exemple complètement l'impasse ou presque, tout comme Apple qui privilégie le support de sa technologie AirPlay. Une équipe a néanmoins décidé de proposer le support de Miracast au RaspberryPi, qui peut alors diffuser le contenu envoyé par un appareil mobile sur la TV.
Si un adaptateur Miracast ne coûte pas très cher, certains cherchent à s'en passer en optant pour des solutions comme le RaspberryPi. C'est tout le sens d'un projet comme Piracast qui permet, sous certaines conditions, de transmettre l'image d'un appareil sous Android.
RaspberryPi : la machine à tout faire (ou presque)
Sous licence GPL, celui-ci est diffusé via GitHub et connait bien entendu quelques limitations. Impossible par exemple de diffuser du contenu protégé par l'HDCP ou de récupérer l'audio sur le port HDMI pour le moment. Il faut aussi disposer d'un adaptateur Wi-Fi spécifique comme le TP-LINK TL-WN725N et l'image du 20 décembre 2013 de Wheezy Raspbian.
Du côté des appareils compatibles, il est pour le moment question des Nexus 4, 5 et 10 ainsi que de la G-Pad de LG. Dans certains cas, les appareils Samsung semblent fonctionner, mais pas systématiquement. Une vidéo de démonstration et une autre concernant l'installation ont été mises en ligne :
Miracast et la diffusion sans fil : le monde du libre s'éparpille
Si ce support est le bienvenu, on se demande pourquoi les distributions Linux ne font pas à l'inverse un peu plus d'effort pour intégrer le support de Miracast en tant que source. Impossible en effet de transmettre l'image de votre machine via ce standard si vous n'êtes pas équipé de Windows 8.1 pour le moment, alors que cela fonctionne très bien sous Android depuis plusieurs mois, bien que les constructeurs jouent parfois un peu trop avec la norme.
Pour rappel, Apple propose sa propre solution AirPlay depuis des années, avec des implémentations alternatives comme ce fût un temps le cas avec open-airplay, celle de XBMC, AirMedia utilisé par Free sur sa Freebox, etc. Il en était de même pour rPlay, un temps évoqué par VMlite, qui devrait permettre là encore l'utilisation d'un Raspberry Pi, mais comme diffuseur AirPlay cette fois :
Certains s'essaient à la création de solutions maisons comme MagicPlay qui est utilisé par l'application DoubleTwist par exemple. Dommage que toutes ces initiatives ne s'unissent pas afin de proposer une véritable solution exploitable par tous, plutôt que de bricoler des bouts de code plus ou moins fonctionnels et souvent incomplets chacun de son côté. Espérons que cela changera dans les mois à venir et l'évolution des distributions les plus actives, car la tendance de l'affichage déporté ne va sans doute pas s'arrêter là.
Commentaires (37)
On en revient toujours au même … c’est bien dommage ces guéguères …
Si ce support est le bienvenu, on se demande pourquoi les distributions Linux ne font pas à l’inverse un peu plus d’effort pour intégrer le support de Miracast en tant que source.
C’est en cours via le projet OpenWFD normalement.
RaspberryPi : la machine à tout faire (ou presque)
Si quelqu’un sait monter une cafetière sur la connectique GPIO, je suis preneur
vraiment coul, ça ferait un appareil miracast pour vraiment pas cher !
Y a des dongles à 25€ sur le marché… vous aimez bien vous torturer non?
Question apparemment idiote mais cela ne pourrait pas fonctionner avec un récepteur connecté en filiaire et non en Wifi?
" />
Du moment que l’émetteur et le récepteur sont sur le même réseau?
Excellente initiative sinon, vite un plug-in pour XMBC sur Pi !
Envoyer du contenu en DLNA c’est assez cool (vidéos youtube par exemple), mais le Scren Mirroring c’est très cool.
on se demande pourquoi les distributions Linux ne font pas à l’inverse un peu plus d’effort pour intégrer le support de Miracast en tant que source.
Peut-être parce que c’est bardé de brevets:
https://fr.wikipedia.org/wiki/Miracast
Le codec H.264 avec une résolution théorique Full HD 1080p (jusqu’à 60 ips) pour la vidéo.
Un flux audio classique stéréo (2 canaux, PCM, 44 ou 48 kHz) ainsi que sur les flux audio multi-canaux (AC3 par exemple) pour la partie audio.
Le HDCP 2.0 pour autoriser la lecture de contenus protégés comme les Blu-ray ou des films à la demande.
H.264 => soumis à des brevets par la MPEG LA
AC3 => soumis à des brevets de Dolby
HDCP= > pour transporter des DRM (aux quels les logiciels libres sont assez allergiques).
Si implémenter une technologie signifie qui faut faire l’impasse sur le marché US et japonais vous pouvez être sur qu’aucune boite du Logiciel Libres payera ses développeurs pour travailler dessus.
En résumé, le problème de Miracast c’est comme le problème de la balise ou du WebRTC: il n’y a pas de codec vidéo libre donc cela bloque la diffusion (VP8/VP9 c’est de l’OpenSource pas du Libre).
RaspberryPi : la machine à tout faire (ou presque)
Le raspberry pi ou la puissance de l’ouverture.
Et oui, c’est dingue tout ce qu’on peut faire avec ce petit bidule.
Pourtant ce n’est a la base qu’une carte basée sur un vieux SOC complètement dépassé pour les smartphone/tablette.
Ca vous donne une idée de tout ce qu’on rate avec les smartphones/tablettes à cause du bridage(et non documentation du matériel) de ces appareils.
XBMC a déjà une case à cocher “Airplay” dans ses paramètres, et je ne serais pas fâcher d’y voir aussi Miracast à côté.