Utiliser VLC pour diffuser une vidéo via Chromecast ou Android TV, comment ça marche ?

Utiliser VLC pour diffuser une vidéo via Chromecast ou Android TV, comment ça marche ?

Open source FTW \o/

Avatar de l'auteur
David Legrand

Publié dans

Logiciel

05/03/2018 7 minutes
60

Utiliser VLC pour diffuser une vidéo via Chromecast ou Android TV, comment ça marche ?

L'une des grandes nouveautés de VLC 3.0 était le support de la technologie Cast de Google. L'intégration d'un premier moteur de rendu externe qui ouvre la voie de la diffusion sur les clés Chromecast, les appareils sous Android TV, etc. Mais dans la pratique, comment est-ce que ça fonctionne ?

Cela fait maintenant plusieurs mois qu'on le sait : VLC a travaillé à une implémentation « maison » de la fonctionnalité Cast de Google. Celle-ci permet au départ de lire du contenu sur une clé Chromecast, une box sous Android TV ou même les enceintes connectées de la gamme Google Home.

Mais il faut se contenter du peu de liberté offerte par le Cast SDK, qui impose notamment une implémentation via Android ou iOS et dans Chrome pour les ordinateurs. Or VLC y est proposée sous la forme d'une application sous Linux, macOS ou Windows, il fallait donc une solution qui fonctionne également avec ces plateformes.

C'est finalement avec la version 3.0 du lecteur multimédia que cela a été implémenté, mais nous avions alors rencontré quelques problèmes avec des appareils sous Android TV. Un problème corrigé par la version 3.0.1. L'occasion de faire un petit point sur le fonctionnement pratique de tout ça.

Le support du Cast par VLC, une très bonne nouvelle

La première chose que l'on peut noter, c'est que c'est une bonne chose qu'un projet open source comme VLC ait pu développer une implémentation « maison » du Cast de Google. Cela ouvrira la voie à d'autres applications, mais surtout, cela permet d'étendre les possibilités autour de cette technologie.

En effet, pour le moment il était surtout possible d'utiliser Cast avec des services en ligne. L'URL du contenu à lire est ainsi transmise à l'appareil distant qui se contente de le charger. L'utilisateur a alors la main, depuis son smartphone ou son navigateur, sur la lecture, le volume, etc.

Des services comme Plex, qui s'installent sur un PC ou un NAS avaient contourné le problème en utilisant une interface web. Ainsi, on pouvait lancer depuis celle-ci la lecture d'un contenu stocké sur la machine ou depuis un appareil du réseau à sur un terminal Google Cast. Mais c'était un brin complexe et encore un peu limité.

Il était presque toujours impossible de lire un contenu stocké sur la machine sans lancer de navigateur. Pouvoir le faire en profitant de la puissance de VLC, tant au niveau de ses performances de (dé)compression que des formats supportés, est donc une bonne chose. Surtout que c'est permis depuis presque toutes les plateformes.

On l'oublie trop souvent, mais VLC n'est en effet pas qu'un simple lecteur, il peut aussi faire office d'outil de conversion et de serveur de diffusion. Ainsi, n'importe quel format géré par VLC sera supporté, ce dernier modifiant le fichier vidéo si nécessaire. Dans ce cas un avertissement sera affiché, prévenant que les performances peuvent être revues à la baisse.

Sous Android : pas de différence avec une autre application

Android est une plateforme où le support de Google Cast est natif. Ici, l'équipe de VLC a respecté le fonctionnel classique, à savoir un bouton avec l'icône officielle qui est présente dans la barre principale.

Vous pouvez donc cliquer dessus pour initialiser la connexion. Si un seul appareil compatible est présent sur le réseau, vous serez automatiquement connecté dessus. Sinon vous aurez le choix. Une fois la lecture d'un contenu commencé vous pourrez vous servir de votre appareil Android comme d'une télécommande.

VLC ChromecastVLC Chromecast

Sous Linux, macOS et Windows : choisir un autre moteur de rendu

Avec l'application classique de VLC, pensée pour ordinateur, aucun bouton de ce genre n'est présent. L'équipe a travaillé le support de Cast comme une première étape pour le support de « renderer », des moteurs de rendu qui sont externes à la machine. Comme nous l'expliquions en juin 2016, l'objectif est à terme de supporter d'autres solutions comme UPnP/DLNA, AirPlay, WiDi et DIAL (Miracast). De quoi ouvrir également la porte à OCast d'Orange.

Ainsi, dans le menu Lecture, vous trouverez désormais un élément Rendu (ou Renderer selon les cas). Il listera l'ensemble des appareils compatibles présents sur le réseau. Dans le cas de notre test : une SHIELD Android TV. Un modèle ne gérant que l'audio, comme une enceinte Google Home, apparaîtra aux côtés d'une icône en forme de note de musique.

VLC Chromecast

Il vous suffit alors de sélectionner le moteur de rendu puis de lancer la lecture d'un fichier. Les fonctionnalités de contrôle de l'application seront toujours fonctionnelles, le résultat étant lu sur l'écran distant. Ici, VLC fera office de serveur de diffusion, il faudra donc veiller à disposer d'une connexion réseau suffisante, surtout dans le cas de grosses vidéos comme des éléments en 4K par exemple. 

Nous avons effectué nos essais avec la dernière session de Questions au gouvernement récupérée sur LCP via Captvty, le film Big Buck Bunny 1080p (MP4) et Tears of steel 1080p (4K Rendered), sans rencontrer de problèmes dans nos différentes configurations. Le débit nécessaire était au maximum de 15 Mo/s. De quoi mettre à mal certaines configurations Wi-Fi (voir notre test).

Lecture depuis un appareil sur le réseau, conversion de format

Là où les choses peuvent se corser, c'est concernant la lecture depuis un NAS par exemple. En effet, VLC doit récupérer le flux vidéo sur le réseau, puis le renvoyer à l'appareil via Google Cast en passant là encore par le réseau. Si la vidéo est lourde, cela peut poser problème.

C'était notamment la vidéo 4K de Tears of steel qui ne pouvait pas être correctement lue depuis notre NAS par VLC sur notre Mac Mini. Cela n'était pas mieux une fois le rendu sur Android TV activé. Dans l'idéal, il faudrait que VLC puisse dire à l'appareil réseau de lire directement le contenu depuis l'emplacement où il se trouve, mais cela poserait trop de problèmes pratiques : protocoles supportés, protection par un mot de passe, etc. 

Autre élément à prendre en compte : les performances de votre machine. En effet, il faut que celle-ci soit capable de lire et de transmettre la vidéo, parfois de la compresser lorsque son format n'est pas nativement supporté par l'appareil distant. Un vieux processeur pourra donc poser problème.

VLC Chromecast

Le support dans iOS et l'application UWP pour plus tard

Les plus attentifs remarqueront que nous n'avons pas évoqué deux versions de VLC : celle pour iOS et l'application universelle accessible depuis le Windows Store. La raison est simple : Google Cast n'y fonctionne pas encore.

Néanmoins, l'équipe a déjà indiqué que ce serait le cas dans de prochaines mises à jour. Il faut donc seulement s'armer d'un peu de patience. Le travail va continuer de se faire pour améliorer le support de Cast, qui pose encore parfois quelques petits soucis quand on change de fichier, ou l'arrivée de nouveaux protocoles.

Il serait d'ailleurs intéressant que VLC puisse à terme être utilisé non pas comme un moyen de diffuser du contenu vers un appareil distant, mais comme un récepteur Google Cast exploitable depuis des appareils tiers. Pour le moment, cela ne semble néanmoins pas à l'ordre du jour. 

Une chose est sûre, avec cette fonctionnalité, VLC continue d'être une référence de poids dans le secteur des lecteurs multimédias. Et son équipe démontre une fois encore sa capacité à ne pas se laisser bloquer par les solutions plus ou moins ouvertes mises en place par les géants du Net.

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Le support du Cast par VLC, une très bonne nouvelle

Sous Android : pas de différence avec une autre application

Sous Linux, macOS et Windows : choisir un autre moteur de rendu

Lecture depuis un appareil sur le réseau, conversion de format

Le support dans iOS et l'application UWP pour plus tard

Fermer

Commentaires (60)


Merci pour le travail abattu. 


C’est vraiment le truc qui me manquait perso, très content de cette évolution (et de la news). 


Ce que je reproche principalement à Chromecast, en plus d’être propriétaire, est qu’il utilise obligatoirement le Wi-Fi alors qu’un lien ethernet est quand même plus approprié au débit vidéo. Cela fait que je ne l’ai jamais utilisé bien que ma nouvelle TV le supporte.


Beau travail de Videolan.



Perso je trouve cet empilement de protocole horriblement compliqué (CAST, DIAL, UPNP, SSDP …).



C’est le genre de truc qui aurait été plus simple si on avait laissé faire les développeurs plutot que les gros acteurs du secteur. Ca me rappelle SOAP vs REST/JSON. <img data-src=" />


Testé depuis un MBPr vers la Shield TV : pas concluant…

Testé depuis un Note 8 : ok, mais pas de sous-titre affichés.



Je crois que je vais rester un peu avec&nbsp;BubbleUPnP pour cet usage.



Mais en tout cas belle initiative. J’espère qu’elle va se stabiliser, améliorer. C’est un truc qui me manquait depuis que j’ai lâché WMP et la XBox 360, puis mon Mac et Kodi sur la TV avec AirPlay.


Testé avec un .mp4 et un .avi mais rien de concluant, ça charge sans rien afficher. Une autre vidéo m’a demandé de convertir et là ça marche mais sans être très beau (wifi pas très costaud)


Tester chez moi avec une config assez récente ( core i5 6500 et GTX 1060) des fichiers mkv et mp4, aucun ne passe j’ai droit à une image de chargement sur la TV avec le nom du fichier mais rien ne se passe


idem, soit VLC 3.0 est tout simplement pas pret, soit ma free 4k est nul a chier, je penche pour les deux








fred42 a écrit :



Ce que je reproche principalement à Chromecast, en plus d’être propriétaire, est qu’il utilise obligatoirement le Wi-Fi alors qu’un lien ethernet est quand même plus approprié au débit vidéo. Cela fait que je ne l’ai jamais utilisé bien que ma nouvelle TV le supporte.







Nop

Il existe un adaptateur secteur avec prise RJ45 pour le Chromecast

Et pour la fonction chromecast intégrée aux appareils android TV, si ceux-ci ont une interface réseau filaire, alors le “cast” passe par le fil pas par le Wifi (le cas pour une Shield TV en filaire sur laquelle on peut couper le WIFI sans perdre la fonctionnalité par ex)



Jamais eu de souci à diffuser de la full HD sur la clé chromecast et ceci malgré le fait qu’elle est à l’opposé de la box dans l’appartement et la dizaine de réseaux wifi autour.



A+

&nbsp;








crocteamgg a écrit :



Testé avec un .mp4 et un .avi mais rien de concluant, ça charge sans rien afficher. Une autre vidéo m’a demandé de convertir et là ça marche mais sans être très beau (wifi pas très costaud)











Le Matou a écrit :



Tester chez moi avec une config assez récente ( core i5 6500 et GTX 1060) des fichiers mkv et mp4, aucun ne passe j’ai droit à une image de chargement sur la TV avec le nom du fichier mais rien ne se passe







Tout pareil. Certaines vidéo légères passent (350Mo), et même pas toutes. Et si c’est plus gros, echec assuré.



VLC 3 et chromecast ça ne marche pas chez moi, comme l’upnp. Il ne détecte pas mon NAS. Bref bcp de bruit pour pas grand chose.



A+








fred42 a écrit :



Ce que je reproche principalement à Chromecast, en plus d’être propriétaire, est qu’il utilise obligatoirement le Wi-Fi alors qu’un lien ethernet est quand même plus approprié au débit vidéo. Cela fait que je ne l’ai jamais utilisé bien que ma nouvelle TV le supporte.







La Chromecast Ultra (4k) est aussi Ethernet. ;)







EMegamanu a écrit :



Testé depuis un MBPr vers la Shield TV : pas concluant…

Testé depuis un Note 8 : ok, mais pas de sous-titre affichés.



Je crois que je vais rester un peu avec BubbleUPnP pour cet usage.







Videostream for Google Chromecast fonctionne très bien, au cas où. ;)



alors du coup, malheureusement, mon vlc 3.0.1 ne voit aucun périphérique, alors que le cast depuis chrome fonctionne parfaitement, et que le firewall windows est ouvert pour vlc.exe … :‘(



Une idée de ce qui ne va pas ?


Ton LAN est considéré comme privé ou public (sous Windows) ?


Un bien bel article de David qui au final semble avoir l’effet contraire de celui escompté. <img data-src=" />


En tout cas le bond de vlc en termes de décodage du h265 est vraiment impressionnant surtout sur des fichiers 4k. Un grand bravo à l’équipe.



Je peux maintenant lire des fichiers 4k de gros porc sur ma Freebox 4k alors que c’était au petit bonheur avant et quel que soit le lecteur.



Sur mon pc portable vieux de sept ans pareil ,c’est englouti sans saccade. Chapeau.








fred42 a écrit :



Ce que je reproche principalement à Chromecast, en plus d’être propriétaire, est qu’il utilise obligatoirement le Wi-Fi alors qu’un lien ethernet est quand même plus approprié au débit vidéo. Cela fait que je ne l’ai jamais utilisé bien que ma nouvelle TV le supporte.





Je ne comprends pas trop le propos, j’utilise du CC sans Wi-Fi assez souvent, que ce soit au niveau de l’émetteur ou du récepteur.&nbsp; Les clés Chromecast sont en Wi-Fi au départ mais comme dit, il y a des adaptateurs. Et dans tous les cas, il n’y a pas de quoi faire une généralité.

&nbsp;





127.0.0.1 a écrit :



Un bien bel article de David qui au final semble avoir l’effet contraire de celui escompté. <img data-src=" />





Publier un article c’est comme lancé un produit : une fois en ligne ça devient un peu la propriété des lecteurs, pour le meilleur et pour le pire <img data-src=" />









David_L a écrit :



Je ne comprends pas trop le propos, j’utilise du CC sans Wi-Fi assez souvent, que ce soit au niveau de l’émetteur ou du récepteur.  Les clés Chromecast sont en Wi-Fi au départ mais comme dit, il y a des adaptateurs. Et dans tous les cas, il n’y a pas de quoi faire une généralité.







Désolé, mais comme le cast échoue depuis Chromium sous Linux, je demande d’afficher la page d’aide qui me dit :



Si votre Chromecast est configuré correctement, ou si votre appareil avec Chromecast Intégré l’est également tout en étant connecté en Wi-Fi au même réseau Wi-Fi que votre Chromecast, vous devriez voir le nom qui lui a été attribué



et plus loin :



Étape 3 : Vérifiez que votre Chromecast utilise bien la bande 2,4 GHz





J’en ai conclu bêtement qu’il fallait être en Wi-Fi.



privé, mais j’ai même testé en autorisant vlc aussi bien en réseau public que privé … nada



il m’a bien mis la popup me demandant de l’autoriser lors que je suis allé sur rendu &gt;, mais depuis … rien, ça reste bloqué sur “en recherche”








fabliv a écrit :



Videostream for Google Chromecast fonctionne très bien, au cas où. ;)







Carrément! Ça fait un moment que je l’utilise (2-3ans), et il n’a cessé de s’améliorer. J’ai tout mes films sur l’ordi dans une autre pièce, et je navigue via mon téléphone portable. Supporte tous les formats de sous titres. Que du bonheur.



Vlc s’est largement fait distancé sur ce coup…



ah je ne connaissais pas tiens, je testerai ça demain


Google propose depuis plusieurs années un adaptateur secteur (que je possède) présentant une entrée ethernet.

Ainsi, le chromecast n’utilise plus le réseau et les chargements de vidéos sont bien plus rapides et les lags quasi inexistant (je le confirme personnellement).


Il me semble qu’ils vendent un connecteur rj45.



https://store.google.com/product/ethernet_adapter_for_chromecast


Merci les gens qui passent leur temps libre à travailler sur VLC.



Pour ce qui est de hosting ChromeCast, apparement c’est assez complexe et il est question d’avoir un clé privé, qui n’est pas dispo (il faut l’extraire de l’appareil, ce qui n’est pas possible) :https://github.com/thibauts/node-castv2/issues/2https://github.com/ii/iigadget/issues/7


J’ai beaucoup de problèmes pour lire une vidéo depuis un PC vers ma Chromecast.

Depuis un smartphone c’est bien mieux.




Il serait d’ailleurs intéressant que VLC puisse à terme être utilisé non pas comme un moyen de diffuser du contenu vers un appareil distant, mais comme un récepteur Google Cast exploitable depuis des appareils tiers. Pour le moment, cela ne semble néanmoins pas à l’ordre du jour.



C’est effectivement la fonctionnalité que j’attends le plus. Ca permettrait de transformer un HTPC en clef Chromecast pour streamer directement de son téléphone vers sa télé. Voire à terme de streamer Netflix depuis mon téléphone vers mon Raspberry Pi, le pied….



Mais avoir VLC qui émet en Chromecast c’est déjà une grosse grosse étape, encore une fois félicitations à JB et son équipe, c’est vraiment un boulot de fou qu’ils effectuent.


un rx chromecast sur pi/kodi ce serait bien aussi


Yep ce serait le rêve absolu. Vu que VLC est open source et fonctionne par greffons, si un jour VLC sort une lib de reception CC il y a fort parier qu’un plugin verra le jour rapidement pour Kodi y compris sur le Pi. Ne serait-ce que pour tous les gens qui veulent pouvoir y streamer Netflix, alors qu’aujourd’hui c’est quasiment infaisable sauf à passer par un PC tiers avec Chrome et des options à la noix…


c’est utilisable en ligne de commande ?



Je cherche justement à faire un peu ‘parler’ un Google Home mini avec des ressources locales, et il semblerait qu’il n’y ait pas d’autre solution que via le protocole chromecast.



Edit: à tester





vlc –sout=“#chromecast{ip=ip_address}” ./myRessourceFile.mp3


manquerais plus qu’un pi4 avec décodage h265 HW :) et un pi0 3 avec un vrai DAC pour faire du multiroom facilement


Ah ouais ça le décodage hardware H.265 c’est gros manque du Pi côté lecture média vu comme ce format est en train de supplanter les autres. C’est ce qui me fait considérer l’achat d’un HTPC sur x86, mais c’est loin d’être le même budget, donc pour l’instant je m’en passe…


problème d’un pc c’est l’absence de hdmi cec, il y a bien un boitier supplémentaire mais c’est pas la panacée.



&nbsp;


Super ! J’ai enfin trouvé une utilité aux Chromecast ! <img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />



À voir pour la suite, ça fait une possibilité d’utilisation de plus de VLC. Tout de suite, chez moi, je vois pas, mais on ne sait jamais.


Et pour le Fire Stick cela se passe comment du coup ?


tu parles d’un adaptateur comme celui ci?



Quel est le problème ?

Je compte justement investir dans ce genre de boitier.


Peut-on me dire à combien monte le débit du Chromcast. J’arrive pas à trouver d’information fraîche.



Dans mes souvenirs c’était du wifi b c’est à dire 11 mb/s.

Et comme certain de mes BD ripper atteignent les 35 Mbits/s c’était impossible d’utiliser un wifi en dessous de Ac.


Le problème c’est déjà le surcoût (à lui tout seul il vaut plus cher qu’un Raspberry Pi avec accessoires) et le surplus de place / câblage, sachant qu’un HTPC en général on cherche à le garder discret et esthétique vu qu’il est dans les pièces de vie.

Je n’étais pas conscient de ce problème, effetivement c’est nul de la part des fabricants de GPU / APU de ne pas le supporter, je ne comprends pas ce choix…

Bon après perso je peux m’en passer, je fais le contrôle depuis le téléphone, la seule fonctionnalité que j’utilise en CEC c’est l’allumage de la télé dès que j’active l’IHM, je devrais pouvoir vivre avec ;)


Je viens de tester (sur Windows 10), le flux vidéo/audio marche parfaitement, par contre les sous-titres ne fonctionnent pas :(


D’après Wikipédia la dernière version (2016) fait du 802.11ac, donc si tu utilises tous les canaux tu peux en théorie monter à 866Mbps… (bon après faut pas rêver hein, la théorie et la pratique c’est différent).


Je contrôle et démarre mon HTPC avec une Logitech Harmony infrarouge. Je n’ai pas encore essayé de configurer celle ci pour allumer ma TV et ma barre de son.

Ça fait tellement longtemps que je fais de cette manière que j’avais oublié les possibilités de mon Harmony…. <img data-src=" />

Je vais explorer cette piste avant d’acheter ce petit boitier.


Ah ben c’est clair que là pour le coup tu as tout ce qu’il faut !


ba juste un boitier en plus en plus, ça me gonfle








Poppu78 a écrit :



Je n’étais pas conscient de ce problème, effetivement c’est nul de la part des fabricants de GPU / APU de ne pas le supporter, je ne comprends pas ce choix…



Surcoût pour eux, pour un usage ultra-minoritaire au final (peu de gens connectent leur PC à la TV, et encore moins auront l’utilité du CEC).



Mouais, le surcoût m’a l’air minimal et même si ça touche peu de gens ça peut être un critère de choix. Surtout dans le cas des IGP.








Poppu78 a écrit :



Mouais, le surcoût m’a l’air minimal et même si ça touche peu de gens ça peut être un critère de choix. Surtout dans le cas des IGP.



Minimal sur un exemplaire. Moins minimal quand tu dois multiplier par l’intégralité des exemplaires produits…



Ben justement, tu fais la R&D une fois, tu l’appliques partout, l’amortissement est vite fait…








Poppu78 a écrit :



Ben justement, tu fais la R&D une fois, tu l’appliques partout, l’amortissement est vite fait…



Et ton produit physique, il se crée tout seul par magie et gratuitement? <img data-src=" />



Non, mais elle n’est pas non plus réinventée à chaque fois. Là c’est inclus dans les specs HDMI et dans la partie contrôleur HDMI, c’est un copier / coller, les coûts de R&D seront quasiment nuls, seuls les coûts d’intégration et de test & validation seront là. Et ce sera peanuts sur le prix total.


Autrement en ligne de commande il y a aussi stream2chromecast








tomdom a écrit :



Autrement en ligne de commande il y a aussi stream2chromecast







Testé sur 3 machines différentes du réseau domestique (les trois sous linux, avec les dernière version en date fraîche péchée de github), stream2chromecast est incapable de trouver mon google home mini, alors qu’un vlc (sur android) le trouve et arrive a lui envoyer de la musique.



Super ! Parce que regarder les vidéos du mobile en partage d’écran vers Chromecast ça empêche de l’utiliser comme télécommande et ça le fait quand même bien chauffer (ce qui fait déconner la vidéo de temps en temps)… même si je suppose que c’est moins un problème avec les mobiles d’aujourd’hui que ceux d’il y a 5 ans ?



Sinon, il n’y a toujours pas moyen d’utiliser une Chromecast sans routeur dédié ?


Excellent article, dont je suis passé à coté… (vacances post 3.0)





C’était notamment la vidéo 4K de Tears of steel qui ne pouvait pas être correctement lue depuis notre NAS par VLC sur notre Mac Mini. Cela n’était pas mieux une fois le rendu sur Android TV activé. Dans l’idéal, il faudrait que VLC puisse dire à l’appareil réseau de lire directement le contenu depuis l’emplacement où il se trouve, mais cela poserait trop de problèmes pratiques : protocoles supportés, protection par un mot de passe, etc.





Oui, c’est un peu relou, et j’ai pas de bonne solution: prober pour voir si le format est supporté et ensuite envoyer le lien si c’est le cas?





Autre élément à prendre en compte : les performances de votre machine. En effet, il faut que celle-ci soit capable de lire et de transmettre la vidéo, parfois de la compresser lorsque son format n’est pas nativement supporté par l’appareil distant. Un vieux processeur pourra donc poser problème.





On va activer QSV, nvenc dans la prochaine version pour ça.





Néanmoins, l’équipe a déjà indiqué que ce serait le cas dans de prochaines mises à jour. Il faut donc seulement s’armer d’un peu de patience. Le travail va continuer de se faire pour améliorer le support de Cast, qui pose encore parfois quelques petits soucis quand on change de fichier, ou l’arrivée de nouveaux protocoles.





Fin avril, normalement.





Il serait d’ailleurs intéressant que VLC puisse à terme être utilisé non pas comme un moyen de diffuser du contenu vers un appareil distant, mais comme un récepteur Google Cast exploitable depuis des appareils tiers. Pour le moment, cela ne semble néanmoins pas à l’ordre du jour.





Oui, je confirme: c’est pas encore notre focus. Notre focus, ça va être plus Airplay et UPnP Renderer.








EMegamanu a écrit :



Testé depuis un MBPr vers la Shield TV : pas concluant…







La Shield a une implémentation du ChromeCast un peu cheloue. Essaye une nightly build 3.0.2, ça doit être mieux.







EMegamanu a écrit :



Testé depuis un Note 8 : ok, mais pas de sous-titre affichés.







La version Android doit déjà avoir 3.0.2.



Les sous-titres, faudrait transcoder toutes les vidéos.







crocteamgg a écrit :



Testé avec un .mp4 et un .avi mais rien de concluant, ça charge sans rien afficher. Une autre vidéo m’a demandé de convertir et là ça marche mais sans être très beau (wifi pas très costaud)







Oui, les soucis de Wifi sont important. On regarde comment mieux bufferiser.







DSpot a écrit :



Carrément! Ça fait un moment que je l’utilise (2-3ans), et il n’a cessé de s’améliorer. J’ai tout mes films sur l’ordi dans une autre pièce, et je navigue via mon téléphone portable. Supporte tous les formats de sous titres. Que du bonheur.



Vlc s’est largement fait distancé sur ce coup…







Une app proprio? Non. Nous, on fait les choses bien, pour toutes les plateformes, sur le durable, dans le libre.









Geolim4 a écrit :



Et pour le Fire Stick cela se passe comment du coup ?





Tu installes l’app VLC sur le Stick?









127.0.0.1 a écrit :



Un bien bel article de David qui au final semble avoir l’effet contraire de celui escompté. <img data-src=" />











David_L a écrit :



Publier un article c’est comme lancé un produit : une fois en ligne ça devient un peu la propriété des lecteurs, pour le meilleur et pour le pire <img data-src=" />







Si tu regardes bien les commentaires, ça dépend beaucoup de la qualité du WiFi et des récepteurs (souci avec la Shield, et le CC2, mais pas trop CC1 ou Ultra).



Et c’est normal, c’est une nouvelle fonctionnalité, où on fait un truc que personne ne fait (pas de pré-transcodage), qui marche avec des DVDs, des flux live ou même ton desktop. Et sans utiliser de SDK proprio qui t’espionne… Alors oui, y a encore du boulot.



Mais normalement, y a une grosse amélioration pour la 3.0.2 (que tu vois dans les commentaires, quand les gens disent que ça marche mieux sous Android - déjà en 3.0.2), pour ces cas sus-cités.



Et ça va continuer :)









jb a écrit :



Les sous-titres, faudrait transcoder toutes les vidéos.





Hein, comment ça ? Chromecast est bien capable d’afficher les sous titres texte sur YouTube ! Ou alors c’est l’interface de programmation externe qui ne permet pas de lui envoyer un fichier de sous-titres ?









jb a écrit :



Tu installes l’app VLC sur le Stick?







En fait je n’arrive pas à Caster VLC sur mon PC sur la Fire Stick, alors que la clé Chromecast elle est reconnue :(



VLC (v3) supporte exclusivement le standard Chromecast ?









BlueTemplar a écrit :



Hein, comment ça ? Chromecast est bien capable d’afficher les sous titres texte sur YouTube ! Ou alors c’est l’interface de programmation externe qui ne permet pas de lui envoyer un fichier de sous-titres ?







Pour Youtube, c’est en JS.



Pour le reste, c’est du WebVTT, qui est téléchargé out-of-band, et qui dl tout le fichier de sous-titre… Donc ça marche pas avec un modèle streaming.









Geolim4 a écrit :



En fait je n’arrive pas à Caster VLC sur mon PC sur la Fire Stick, alors que la clé Chromecast elle est reconnue :(



VLC (v3) supporte exclusivement le standard Chromecast ?







Oui.









jb a écrit :



Oui.







Ok je comprends mieux, merci JB.