Sur un Surface Laptop 7ᵉ édition animé par un Snapdragon, le partage d’écran dans Google Meet fait geler puis fermer Edge ou Chrome ; tout fonctionne hors partage. Voici un diagnostic complet et un plan d’action détaillé pour éliminer définitivement ce blocage.
Vue d’ensemble du problème
Le symptôme est reproductible : la visioconférence reste fluide tant que l’utilisateur n’appuie pas sur “Partager l’écran” (ou “Présenter maintenant”). Dès la capture d’affichage engagée, l’onglet Meet ne répond plus ; quelques secondes plus tard, le navigateur se ferme, parfois après un bref message “Aw, snap!” (Chrome) ou “Cette page a cessé de répondre” (Edge).
Le même compte Google, le même réseau Wi‑Fi 6 E et la même version de navigateur fonctionnent parfaitement sur un ancien PC x86. Cette différence oriente vers une incompatibilité spécifique à l’architecture ARM64 ou au chipset graphique Qualcomm Adreno.
Pourquoi la capture d’écran sollicite spécifiquement le GPU ?
- WebRTC + WebCodecs : Google Meet encode la vidéo de l’écran via WebRTC et s’appuie, si disponible, sur WebCodecs et l’accélération matérielle (D3D11 via ANGLE) pour réduire la charge CPU.
- Surface Laptop 7 (Snapdragon) : la pile graphique Microsoft Display Driver Model (WDDM) intègre un pilote Adreno optimisé ARM64. Si ce pilote ou son micro‑firmware présente un bug, tout processus qui tente une capture d’affichage matérielle peut planter.
- Edge et Chrome partagent la même base Chromium ; un bug profond affectera donc les deux.
Solutions proposées et mises en œuvre
| Mesure | Rôle | Statut dans la conversation |
|---|---|---|
| Désactiver l’accélération matérielle dans Edge/Chrome (Paramètres › Système › « Utiliser l’accélération matérielle si disponible ») | Élimine certains conflits GPU/driver lors du traitement WebRTC | Appliquée : résout le blocage |
| Installer toutes les mises à jour Windows & micrologiciel Surface (Paramètres › Windows Update ; application Surface) | Corrige d’éventuels bogues connus côté pilote Snapdragon/Adreno | Recommandé |
| Vider le cache et les cookies du navigateur | Écarte les corruptions locales pouvant perturber Meet | Recommandé |
| Désactiver les extensions (surtout celles liées à la vidéo) | Repère les modules ajoutés qui interfèrent avec WebRTC | Recommandé si le problème persiste |
| Essayer l’application Google Meet du Microsoft Store (ou la PWA) | Utilise un conteneur distinct, parfois plus stable que la version web | Option alternative |
| Contacter le support Google Meet si l’anomalie subsiste après les étapes ci‑dessus | Escalade en cas d’incompatibilité profonde Snapdragon / WebRTC | Ultime recours |
Pas‑à‑pas détaillé : désactivation de l’accélération matérielle
- Ouvrez edge://settings/system ou chrome://settings/system.
- Désactivez la bascule « Utiliser l’accélération matérielle si disponible ».
- Redémarrez complètement le navigateur.
- Lancez une réunion Google Meet et testez le partage d’écran ; le gel doit avoir disparu.
Cette action force Chromium à utiliser le rendu logiciel Skia plutôt que le pipeline GPU, contournant ainsi tout bug Adreno lors de la duplication d’écran.
Pérenniser la solution via le Registre (administrateurs)
Optionnel : uniquement si vous gérez un parc d’ordinateurs.
reg add "HKLM\SOFTWARE\Policies\Microsoft\Edge" /v HardwareAccelerationModeEnabled /t REG_DWORD /d 0 /f
reg add "HKLM\SOFTWARE\Policies\Google\Chrome" /v HardwareAccelerationModeEnabled /t REG_DWORD /d 0 /f
Après stratégie de groupe ou redémarrage, l’accélération matérielle sera désactivée de façon centralisée.
Pourquoi garder les pilotes à jour ?
Depuis l’introduction de Windows on Snapdragon, Microsoft publie chaque mois un Surface UEFI firmware package qui inclut :
- Le micrologiciel du contrôleur de sécurité (MSQF)
- Le pilote GPU Adreno (fichier
qcdxkm-arm64.sys) - Les bibliothèques OpenCL/D3D optimisées AI NPUs
Une simple mise à jour peut intégrer un correctif pour la fonction DXGI_OUTPUT_DESC1 utilisée par WebRTC pour déterminer la résolution du moniteur. D’où l’importance d’exécuter Windows Update → Rechercher des mises à jour jusqu’à obtention du message « Votre appareil est à jour ».
Analyse avancée : capturer les journaux Chromium
Si le plantage persiste malgré la désactivation GPU, activez le logging WebRTC intégré :
- Dans l’URL barre, tapez
chrome://webrtc-internals. - Rejoignez ou créez la réunion Meet.
- Juste avant de déclencher le partage d’écran, cliquez sur Download the PeerConnection updates and stats data.
- Analysez le fichier JSON ; cherchez les erreurs
STATUS_ACCESS_VIOLATIONouEXCEPTION_ILLEGAL_INSTRUCTIONqui confirment un crash côté rendu.
Vous pouvez également exécuter dxdiag /t %USERPROFILE%\dxdiag.txt pour sauvegarder l’état DirectX et vérifier les versions de pilote signées WHQL.
Optimiser les performances une fois le bug contourné
La désactivation de l’accélération matérielle peut augmenter la charge CPU (jusqu’à +25 % lors d’un partage 1080p). Voici trois astuces pour maintenir une conférence fluide :
- Réduire la résolution de partage à 720p dans les paramètres Meet.
- Limiter les applications ouvertes : chaque fenêtre visible est encodée, consomme mémoire et cycles CPU.
- Activer le codec AV1 (chrome://flags/#enable-av1-kf) uniquement si votre connexion est limitée ; AV1 apporte 30 % de compression supplémentaire mais coûte plus de CPU.
Scénarios particuliers et bonnes pratiques
Présentations externes via USB‑C
Si vous utilisez une station d’accueil ou un hub HDMI, testez le partage d’écran avec et sans périphérique. Certains adaptateurs imposent une fréquence de rafraîchissement 30 Hz qui déstabilise encore davantage la capture d’écran.
Certificats et proxy d’entreprise
En environnement filtré (proxy SSL inspection), WebRTC peut être encapsulé dans le tunnel TLS de l’entreprise. Assurez‑vous que le certificat racine du proxy est bien installé, sinon la tentative de démarrage WebRTC peut échouer en silence et être interprétée comme un crash.
Utilisateurs d’extensions de confidentialité
uBlock Origin, DuckDuckGo Privacy Essentials ou un VPN de navigateur peuvent injecter du JavaScript bloquant certains endpoints Google Meet (https://clients2.google.com/). Dans les paramètres de l’extension, placez meet.google.com sur la liste d’exceptions, le temps de la réunion.
Questions fréquentes (FAQ)
Le problème affecte‑t‑il d’autres services de visioconférence ?
Microsoft Teams et Zoom emploient des pipelines de capture différents. Ils peuvent fonctionner normalement, ce qui renforce l’hypothèse d’un bug spécifique à WebRTC + Adreno sur ARM64.
Puis‑je réactiver l’accélération matérielle une fois un correctif pilote publié ?
Oui. Réactivez la bascule, redémarrez et testez. Surveillez la température CPU ; un rendu 100 % logiciel peut maintenir le ventilateur plus longtemps.
Une solution “ligne de commande” existe‑t‑elle pour Chrome ?
Oui, ajoutez le switch --disable-gpu à la cible du raccourci Chrome ; cela revient exactement à décocher la case dans les paramètres.
Résultat et bilan
Dès la désactivation de l’accélération matérielle, le partage d’écran redevient fiable ; aucune fermeture inopinée n’est observée après plusieurs réunions de plus d’une heure. Les mises à jour régulières du firmware Surface restent toutefois indispensables : elles permettront, à terme, de ré‑activer le GPU pour profiter des optimisations AV1 et de la NPU Snapdragon sans risque.