L’avènement de la télévision intelligente nous a permis d’apprécier de nombreuses choses. Cela nous a permis de consolider (la plupart) de notre temps d'écran sur un seul appareil (sans avoir besoin d'avoir des écrans côte à côte), et cela nous a permis de faire des choses sur nos téléviseurs que nous ne pouvions pas faire auparavant sans l'aide de consoles de jeux ou de systèmes informatiques hors de prix.
En plus de cela, cette tendance a également donné naissance à des solutions peu coûteuses pour transformer des téléviseurs « stupides » en téléviseurs intelligents. L'une de ces solutions était la réponse de Google à l'AppleTV de Cupertino, le Chromecast. Le petit appareil n'a pas beaucoup évolué depuis son humble entrée sur le marché en juillet 2013 (et on peut le constater en faisant une comparaison avec la dernière incarnation du dongle HDMI). Cependant, c'est à cause de développeurs comme XDA Senior Member rundgong que l'appareil (et ses propriétaires) ont obtenu bien plus pour les maigres 35 dollars qu'il coûte.
Le Chromecast est essentiellement inutile sans connexion Internet, et Google s'en est assuré en ajoutant un grand nombre de verrous pour empêcher des choses comme un micrologiciel personnalisé. C'est en fait son talon d'Achille... ou du moins c'était le cas. Entrez rCast. Il s'agit d'une ROM personnalisée qui permet essentiellement à l'utilisateur de faire bon usage de la mémoire interne du Chromecast en activant la lecture multimédia locale. De plus, l'appareil ne nécessite pas de connexion Internet pour pouvoir fonctionner. Le développeur poursuit en expliquant que la ROM utilise des binaires corrigés pour que le ping vers les serveurs Google soit dirigé vers un serveur local.
- cast_shell et net_mgr envoient des requêtes http aux serveurs Google. J'ai corrigé ces binaires afin qu'ils envoient des requêtes au serveur Web local.
- L'appareil effectue une recherche DNS envoyée au serveur 8.8.8.8. J'ai contourné ce problème en créant un alias pour 8.8.8.8 sur l'hôte local et en exécutant un serveur DNS.
- L'appareil ne terminera pas son démarrage tant qu'il n'aura pas reçu une heure mise à jour de pool.ntp.org. Ceci est résolu en ajoutant pool.ntp.org en tant que 127.0.0.1 dans le fichier hosts et en exécutant localement un serveur SNTP.
Ces solutions de contournement permettront à l'appareil de démarrer normalement même lorsque le réseau est manquant.
Inutile de dire que l'appareil doit être capable de flasher un micrologiciel personnalisé car il s'agit d'une ROM basée sur Eureka. Allez-y et essayez-le si vous avez envie de faire quelque chose de « amusant » avec votre ancien Chromecast.
Vous pouvez trouver plus d’informations et le guide complet dans le rCast fil de discussion original.