AADisplay ne marche plus sous Android 15? Pourquoi LSPosed l'a cassé — et l'alternative maintenue
Si votre installation AADisplay a récemment cessé d'afficher des apps sur Android Auto — surtout après une mise à jour Android 15 — la cause n'est presque jamais AADisplay lui-même. C'est la couche en dessous : LSPosed. Voici ce qui a cassé, pourquoi, et une voie maintenue qui ne dépend pas du tout de la pile Xposed.
La version courte
- AADisplay est un module Xposed/LSPosed. Si LSPosed ne se charge pas sur votre version d'Android, AADisplay ne peut pas tourner — quoi que vous changiez à l'intérieur d'AADisplay.
- LSPosed n'est plus activement maintenu. Sous Android 15, il ne survit qu'à travers des forks communautaires, et ceux-ci sont fragiles.
- Une projection avec root qui n'utilise pas Xposed contourne toute la dépendance. KoalaMirror en est une option — et il partage la filiation VirtualDisplay d'AADisplay, ce qui mérite d'être expliqué honnêtement.
Pourquoi AADisplay casse aujourd'hui
AADisplay fonctionne en s'accrochant au framework système d'Android pour étendre ce qu'Android Auto accepte d'afficher. Cette capacité d'accrochage vient de Xposed, et sur l'Android moderne, le runtime Xposed est fourni par LSPosed.
LSPosed est de fait abandonné — le projet d'origine s'est arrêté, et la prise en charge des versions récentes d'Android ne vit plus que dans des forks communautaires. Quand cette couche Xposed manque ou devient instable, chaque module qui repose dessus tombe avec elle, AADisplay compris. Ajoutez la détection de Xposed et les bizarreries des ROM partielles, et « ça marchait l'an dernier, et maintenant c'est un écran noir après la mise à jour » en est le résultat prévisible.
Ce qu'est AADisplay — et la filiation qu'il faut connaître
Rendons à César ce qui est à César : AADisplay, signé Nitsuya, est un module open-source (GPL-3.0) qui a ouvert la voie pour afficher des apps Android quelconques sur Android Auto grâce à une technique de VirtualDisplay imbriqué. C'est une approche ingénieuse et la racine conceptuelle de toute cette catégorie.
KoalaMirror est né de la même idée, mais c'est une réécriture indépendante, en clean-room: il partage le concept de VirtualDisplay, pas le code d'AADisplay. Cette séparation est délibérée — elle garde les deux projets nettement distincts et respecte la licence open-source d'AADisplay plutôt que de bâtir un produit par-dessus.
La voie maintenue : le root sans la pile Xposed
Voici l'idée clé : la dépendance qui casse AADisplay, c'est Xposed/LSPosed — pas le root en lui-même. Une approche de projection qui utilise le root et un runtime Zygisk (Magisk, KernelSU ou APatch) sans Xposed ne touche jamais à LSPosed.
C'est ainsi que tourne KoalaMirror : installez l'APK, appuyez sur Déployer — il met en place le module Zygisk pour vous, y compris ReZygisk si votre solution root n'embarque pas de runtime Zygisk — redémarrez une fois, et connectez-vous à votre voiture. Il n'y a aucun scope LSPosed à configurer ni aucun module Xposed à maintenir en vie au fil des mises à jour d'Android.
Ce qui est pareil, ce qui diffère
- Même famille. Tous deux rendent un affichage indépendant à travers Android Auto grâce à l'idée de VirtualDisplay, ce qui vous donne de vraies apps et de vraies interfaces, pas la liste de modèles de Google.
- Forme différente. AADisplay est un module LSPosed brut que vous configurez à la main — activer des scopes, déclarer un package de lanceur. KoalaMirror est un produit packagé et accompagné, avec un déploiement en un geste et une compatibilité Android Auto suivie.
- Une réserve honnête. Toute approche qui s'appuie sur Android Auto dépend du suivi des évolutions d'Android Auto. AADisplay et KoalaMirror dépendent simplement de couches différentes — Xposed contre un module root + Zygisk. Aucun n'est à l'abri d'un changement d'Android Auto lui-même.
