Teams : écran partagé vert et pixellisé — diagnostic, contournements et résolution (févr. 2025)

Depuis le 15 février 2025, certains utilisateurs constatent dans Microsoft Teams un partage d’écran qui vire au vert et devient très « blocky ». Voici une analyse exhaustive, des contournements concrets et quand escalader, avec un retour d’expérience clos le 17 février 2025.

Sommaire

Vue d’ensemble et symptômes

Le symptôme principal est un écran partagé verdâtre, fortement pixellisé, parfois accompagné de macro-blocs qui gèlent, tandis que l’audio et les vignettes vidéo des participants restent corrects. Le problème est visible chez le récepteur : ce que vous voyez de l’écran partagé d’autrui est dégradé, alors que votre propre partage peut, lui, être parfaitement normal aux yeux des autres.

Contexte rapporté : apparition le 15 février 2025. Des actions locales ont déjà été tentées sans succès initial (vidage du cache, réinstallation de Teams, mise à jour des pilotes graphiques, test de la connexion réseau). Le même jour, Microsoft indique un incident de service en cours pouvant provoquer un « filtre » vert lors du partage d’écran. Le 17 février 2025, le problème ne se reproduit plus chez l’utilisateur concerné.

Diagnostic et chronologie

Le fil des événements et des actions menées ci‑dessous aide à reconstituer la cause la plus plausible et à déterminer la bonne stratégie de remédiation.

Date	Événement	Détails & indices
15 / 02 / 2025	Premières occurrences	Écran partagé reçu devient vert et pixellisé. Les autres flux vidéo demeurent OK. Aucune modification locale préalable.
15 / 02 / 2025	Actions locales	Vidage du cache Teams, réinstallation, mise à jour GPU, test réseau. Le problème persiste ponctuellement.
15 / 02 / 2025	Communication Microsoft	Annonce d’un incident de service pouvant introduire un « filtre vert » durant le partage d’écran (impact côté service).
17 / 02 / 2025	Retour à la normale	Le symptôme cesse sans autre changement local, corroborant une correction côté service.

Conclusion rapide

Cause probable : incident côté service Microsoft Teams affectant l’encodage/rendu du partage d’écran.
Résolution : correction déployée par Microsoft. Disparition du symptôme au 17 / 02 / 2025.
Suivi recommandé : surveiller l’État du service Microsoft 365 dans le Centre d’administration et ouvrir un ticket si nécessaire (via l’administrateur du tenant).

Pourquoi c’est typiquement un problème côté service

Les caractéristiques suivantes orientent vers une cause serveur :

Concordance temporelle : apparition et disparition alignées avec une communication d’incident de service.
Incohérence locale : réinstallation, purge de cache ou mise à jour GPU n’apportent aucun changement durable.
Impact sélectif : seules les vues reçues de partages d’écran sont touchées, pas la caméra ni d’autres fonctionnalités.

Techniquement, les flux de partage d’écran dans Teams sont encodés et adaptés dynamiquement (screen content, H.264/AV1/VP9 selon capacités). Un incident dans la chaîne d’encodage côté service (sélection de codec/profil, gestion du color space, scaler, pipeline GPU côté cloud, ou une régression côté client orchestrée/contournée par le service) peut produire un rendu verdâtre et « blocky » chez les récepteurs sans qu’aucune action locale ne soit en cause.

Mesures de contournement si le symptôme réapparaît

Appliquez ces contournements dans l’ordre jusqu’à disparition du symptôme. Ils visent à stabiliser la session en attendant une correction côté service.

Utiliser Teams dans le navigateur (Edge ou Chrome) pour la réunion affectée.
Désactiver l’accélération matérielle GPU dans Teams, puis redémarrer Teams.
Basculer de « Nouveau Teams » à « Teams (classique) » (ou inversement) et retester.
Couper les effets vidéo (flou, fonds, filtres) et tout logiciel d’overlay (enregistreurs d’écran, utilitaires OSD, suites audio/vidéo).
Changer le mode de partage : partager une fenêtre plutôt que l’écran complet (ou l’inverse).
Forcer l’usage d’un autre GPU sous Windows (paramètre graphique par application), puis redémarrer Teams.
Mettre à jour le client Teams, les pilotes graphiques (Intel/AMD/NVIDIA) et le système d’exploitation.
Si vous êtes en VDI/Remote Desktop, tester en local hors VDI pour isoler une accélération problématique côté session distante.

Pourquoi ces contournements aident

Contournement	Effet attendu	Quand l’utiliser
Teams Web	Contourne le client lourd et ses dépendances GPU/codec locales.	Symptôme immédiat en réunion, besoin d’un « plan B » fiable.
Désactiver l’accélération GPU	Force un pipeline logiciel plus stable dans certains cas.	Artefacts vidéo récurrents, machine avec pilotes GPU hétérogènes.
Basculer Nouveau/Classique	Change le pipeline d’affichage et les modules multimédia utilisés.	Anomalies spécifiques à une branche client.
Couper effets & overlays	Réduit les interférences de filtres et de surcouches temps réel.	Présence de flou d’arrière‑plan, de fonds virtuels ou d’OSD.
Changer mode de partage	Modifie la détection « screen content » et le profil d’encodage.	Partage d’applications spécifiques ou de plein écran problématique.
Forcer un autre GPU	Évite une implémentation défaillante (iGPU vs dGPU).	PC hybride (Intel + NVIDIA/AMD), pilotes récents.
Mises à jour	Rattrape des correctifs côté client et compatibilité pilotes.	Incidents sporadiques ou nouvel équipement.
Tester hors VDI	Écarte les limitations d’accélération ou de virtualisation graphique.	Utilisation intensive de VDI/RDS, symptômes non reproductibles en local.

Procédures pas à pas utiles

Désactiver l’accélération matérielle dans Teams

Ouvrir Teams.
Accéder à Paramètres → Système (ou Général selon la version).
Localiser l’option liée à l’accélération matérielle GPU et la désactiver.
Fermer complètement Teams puis le relancer.

Forcer l’utilisation d’un autre GPU sous Windows

Ouvrir Paramètres → Système → Affichage → Graphiques.
Rechercher « Microsoft Teams », puis Options.
Choisir Économie d’énergie (généralement iGPU) ou Haute performance (dGPU).
Valider et redémarrer Teams.

Basculer entre Nouveau Teams et Teams classique

Dans Teams, ouvrir Paramètres → À propos ou Général.
Utiliser le basculement vers la version alternative (Nouveau ↔ Classique).
Redémarrer le client et retester le partage.

Vérifications rapides côté réseau et poste

État du service Microsoft 365 : si un incident est affiché, prioriser les contournements et la surveillance plutôt que des manipulations lourdes côté poste.
Surveillance locale : vérifier l’utilisation CPU/GPU pendant un partage reçu. Des pics anormaux peuvent révéler un mode de décodage non accéléré.
Pilotes graphiques : privilégier les pilotes fournis par le fabricant (Intel/AMD/NVIDIA) lorsque disponibles et validés par le support interne.
Overlays & utilitaires : désactiver temporairement l’OSD de cartes graphiques, les enregistreurs d’écran et tout filtre vidéo tiers.

Quand escalader au support Microsoft

Le symptôme persiste malgré les contournements et aucun incident n’apparaît dans l’État du service.
Le problème affecte plusieurs utilisateurs/équipements du tenant.

Informations à collecter pour accélérer l’analyse

Horodatage précis : date/heure, réunion, organisateur, participants concernés.
Type de partage : fenêtre unique, écran complet, application spécifique.
Versions : client Teams (branche, numéro), OS, pilotes GPU, modèle de GPU.
Topologie : local vs VDI, réseau d’entreprise vs domestique, VPN, proxy.
Résultats des contournements : ce qui a été essayé et l’effet observé.

Foire aux questions ciblée

Pourquoi seul le partage d’écran est vert alors que la caméra est normale ?

Teams encode différemment la caméra et le contenu d’écran. Un incident touchant le profil « screen content » peut n’affecter que cette voie, d’où une vidéo caméra intacte et un partage d’écran dégradé.

Les manipulations locales sont-elles inutiles en cas d’incident de service ?

Elles peuvent temporairement amortir les effets (ex. passage au navigateur ou désactivation GPU), mais ne remplacent pas une correction côté service. Leur intérêt est d’assurer la continuité de la réunion.

Pourquoi le passage au navigateur règle parfois instantanément le problème ?

Le navigateur utilise son propre pipeline multimédia, distinct du client Teams de bureau. En évitant la combinaison client Teams + pilote GPU local, on échappe souvent à la condition défaillante.

Faut‑il réinstaller systématiquement Teams ?

Non. La réinstallation nettoie certains éléments mais n’agit pas sur un incident côté service. À privilégier seulement après vérifications (et plutôt après avoir testé le navigateur et l’accélération GPU).

Bonnes pratiques pour les administrateurs

Surveiller proactivement le tableau de bord d’État du service Microsoft 365 et activer les alertes pertinentes.
Documenter un runbook « écran vert/partage pixellisé » reprenant les contournements ci‑dessus et les critères d’escalade.
Canal interne (Teams ou intranet) pour informer rapidement les utilisateurs lors d’un incident connu, avec recommandations de contournement.
Gestion des pilotes : maintenir un catalogue approuvé, tester les nouvelles versions GPU sur un groupe pilote avant déploiement large.

Erreurs fréquentes à éviter

Multiplier les réinstallations sans vérifier l’état du service M365.
Oublier de redémarrer Teams après un changement d’option graphique.
Négliger les overlays (OSD, enregistreurs) qui peuvent perturber la capture/lecture.
Forcer un seul GPU sur un PC hybride sans tester l’autre option.

Arbre de décision express

[Symptôme: écran partagé vert/pixellisé]
        |
        +--> Vérifier État du service M365
               |-- Incident signalé --> Appliquer contournements (Web, GPU off, etc.) et surveiller
               |-- RAS --> Continuer
        |
        +--> Tester Teams Web
               |-- OK --> Continuer en Web pour la session, signaler au support interne
               |-- KO --> Poursuivre
        |
        +--> Désactiver accélération GPU puis redémarrer Teams
        |
        +--> Basculer Nouveau/Classique & couper effets/overlays
        |
        +--> Changer mode de partage & forcer autre GPU
        |
        +--> Mise à jour client/pilotes/OS
        |
        +--> Cas multi-utilisateurs ou persistance --> Escalade Microsoft

Exemple de message utilisateur prêt à l’emploi

« Nous rencontrons un problème connu provoquant un écran vert/pixellisé lors du partage sous Teams. Pendant la résolution, utilisez préférentiellement Teams dans le navigateur, désactivez l’accélération GPU dans Teams et évitez les effets vidéo. Si le problème persiste, contactez le support en indiquant la date/heure, le type de partage et votre version de Teams. »

Statut final de la session

Résolu côté service Microsoft : le dysfonctionnement a cessé pour l’utilisateur au 17 / 02 / 2025. Aucune action locale supplémentaire n’est requise tant que le symptôme ne réapparaît pas.

Résumé opérationnel

Nature : incident côté service affectant l’encodage de partage d’écran dans Teams.
Impact : rendu « vert » et pixellisé chez le récepteur.
Contournements : Teams Web, désactivation GPU, bascule Nouveau/Classique, suppression d’effets, changement de mode de partage, forcer l’autre GPU, mises à jour, test hors VDI.
Escalade : si persistant sans incident annoncé, surtout en cas d’impact multi‑utilisateurs.
État : corrigé au 17 février 2025.