Au lancement de Microsoft Teams Classic, une alerte « Microsoft Visual C++ Runtime Library — Assertion Failed! » mentionnant LnvAwareMFT64.dll s’affiche et l’application plante en appel ? Voici les causes probables et un plan d’action concret pour corriger durablement.
Symptômes et message d’erreur observés
À l’ouverture de Teams Classic (work or school), une boîte de dialogue Visual C++ apparaît, puis Teams finit par démarrer mais l’alerte réapparaît et l’application peut planter lors des appels vidéo (écran figé, fermeture inopinée, audio coupé).
Assertion failed!
... \IntelligentSensingAwareService\LnvAwareMFT64.dll
... \logging.h
Line: 57
Expression: bLeak == FALSE
Ce qui se passe techniquement
LnvAwareMFT64.dll est un Media Foundation Transform (MFT) installé par les suites Lenovo Intelligent Sensing et/ou Lenovo View (Smart Appearance). Un MFT s’insère entre la caméra et les applications pour appliquer des effets (cadrage automatique, « eye contact », lissage, flou d’arrière‑plan, etc.). Lorsque plusieurs couches d’effets coexistent (ex. : effets Lenovo + Effets Studio Windows + effets Teams + caméra virtuelle type OBS), le pipeline vidéo peut se retrouver dans un état non prévu par le filtre Lenovo : la DLL émet alors une assertion (un test développeur qui ne devrait jamais déclencher en production) et, dans certains contextes, cela mène à un crash du processus Teams.
Diagnostic rapide
- Module en cause :
LnvAwareMFT64.dll
(filtre MFT Lenovo Intelligent Sensing / Lenovo View). - Cause probable : conflit d’effets caméra entre Lenovo et le pipeline vidéo de Teams/Windows/logiciels tiers.
- Facteur aggravant : pilotes caméra/GPU anciens, cache Teams corrompu, cumul d’effets multiples.
Indice | Ce que cela suggère | Action immédiate |
---|---|---|
Erreur cite LnvAwareMFT64.dll | Injection du MFT Lenovo dans la chaîne vidéo | Désactiver/mettre à jour Lenovo View/Intelligent Sensing |
Crash uniquement lorsque la vidéo est active | Problème limité au pipeline caméra | Démarrer l’appel sans vidéo puis activer plus tard pour tester |
Présence d’OBS Virtual Camera / ManyCam | Filtres supplémentaires potentiellement conflictuels | Quitter les caméras virtuelles pour l’essai |
Windows 11 « Effets Studio » activés | Deux jeux d’effets simultanés (Windows + Lenovo) | Désactiver un des deux (Windows ou Lenovo) |
Plan d’action recommandé (du plus ciblé au plus sûr)
Neutraliser ou mettre à jour le composant Lenovo
- Désactiver les effets Lenovo
- Ouvrez Lenovo Vantage ou Lenovo View → section Caméra / Smart Appearance.
- Désactivez tous les effets : cadrage auto, eye‑contact, lissage du visage, flou d’arrière‑plan, suppression du bruit vidéo, etc.
- Si la détection de présence est active, désactivez‑la pour test (elle dépend des mêmes services).
- Arrêter le service « Intelligent Sensing Aware » (test de confirmation) Ce service charge le filtre dans le pipeline. S’il est stoppé et que l’erreur disparaît, la cause est confirmée.
- Méthode graphique : Win + R →
services.msc
→ IntelligentSensingAwareService → Arrêter puis Type de démarrage : Désactivé. - Invite de commandes (Admin) :
sc stop "IntelligentSensingAwareService" sc config "IntelligentSensingAwareService" start= disabled
- PowerShell (Admin) :
Stop-Service -Name IntelligentSensingAwareService -Force Set-Service -Name IntelligentSensingAwareService -StartupType Disabled
- Méthode graphique : Win + R →
- Mettre à jour ou réinstaller les paquets Lenovo
- Via Lenovo Vantage → Mises à jour : installez les dernières versions de Lenovo View / Intelligent Sensing et des pilotes caméra.
- Si aucune mise à jour n’est disponible, désinstallez provisoirement Lenovo View / Intelligent Sensing (Paramètres → Applications) pour vérifier la disparition du problème.
LnvAwareMFT64.dll
agit comme filtre caméra système. Le désactiver/mettre à jour supprime la portion de code qui déclenche l’assertion.
Éliminer les conflits d’effets caméra côté Windows / Teams
- N’activer qu’un seul jeu d’effets
- Windows 11 Effets Studio (icône réseau/son → Effets Studio) : désactivez‑les si vous utilisez les effets Lenovo, ou l’inverse.
- Dans Teams → Paramètres → Appareil : désactivez ajustement automatique de la luminosité, eye contact et cadrage si ces fonctions sont déjà assurées par Lenovo (ou coupez les effets Lenovo si vous préférez ceux de Teams).
- Fermer les logiciels de caméra virtuelle
- Quittez OBS Virtual Camera, Snap Camera, ManyCam, etc. Ces outils s’insèrent eux aussi dans la chaîne vidéo et accentuent les conflits.
Remise en état de Teams et de l’environnement
- Vider le cache de Teams Classic et réinstaller
- Fermez Teams (zone de notification → clic droit → Quitter).
- Supprimez les dossiers :
%AppData%\Microsoft\Teams %LocalAppData%\Microsoft\Teams
- Réinstallez Teams Classic ou migrez vers New Teams (souvent plus stable côté vidéo).
- Mettre à jour les pilotes essentiels
- Caméra : Gestionnaire de périphériques → Caméras / Périphériques d’imagerie → Mettre à jour le pilote.
- GPU (Intel/AMD/NVIDIA) : un pilote obsolète peut amplifier les plantages de chaînes vidéo.
- Réparer les composants Windows Invite de commandes (Admin) :
sfc /scannow dism /online /cleanup-image /restorehealth
Redémarrez ensuite. - Réinstaller les redistribuables Visual C++
- Dans Paramètres → Applications, localisez Microsoft Visual C++ 2015–2022 (x64 et x86), puis Modifier → Réparer.
- Si besoin, désinstallez puis réinstallez la dernière version.
Contournements immédiats pour honorer une réunion
- Utilisez Teams Web (Edge/Chrome) pour vos appels en attendant la correction.
- Démarrez l’appel sans la vidéo, puis activez‑la après quelques secondes quand l’audio est stable.
Vérifications après correction
- Plus d’alerte « Assertion failed » au lancement de Teams.
- Aucun crash lors des appels vidéo.
- Dans le Gestionnaire des tâches → onglet Détails, IntelligentSensingAwareService n’est pas attaché au processus de Teams si vous l’avez désactivé.
Procédure express « cause confirmée »
- Désactivez tous les effets Lenovo View / Intelligent Sensing.
- Stoppez IntelligentSensingAwareService et mettez son démarrage sur Désactivé.
- Relancez Teams et testez un appel caméra.
- Si tout est stable, mettez à jour ou désinstallez provisoirement le bundle Lenovo concerné.
- Réactivez progressivement un seul jeu d’effets (Windows ou Lenovo ou Teams), jamais plusieurs.
Tableau de décision rapide
Situation | Action prioritaire | Résultat attendu |
---|---|---|
Erreur au lancement + crash en appel | Stopper service Lenovo + désactiver effets | Plus d’assertion, appel stable |
Plusieurs effets actifs (Windows, Teams, Lenovo) | Conserver un seul moteur d’effets | Pipeline vidéo simplifié, moins de conflits |
Logiciels de caméra virtuelle présents | Quitter/ désinstaller pour test | Charge MFT réduite, stabilité retrouvée |
Ancien pilote caméra/GPU | Mettre à jour pilotes | Compatibilité améliorée avec Media Foundation |
Cache Teams corrompu | Vider %AppData%\Microsoft\Teams | Démarrage propre de Teams |
Commandes et vérifications utiles
Vérifier si la DLL est chargée dans un processus
Invite de commandes (Admin) :
tasklist /m lnvawaremft64.dll
Si la DLL apparaît auprès de Teams.exe
(ou ms-teams.exe
/ ms-teams.exe
selon les builds), le MFT Lenovo est actif pendant vos appels.
Lister les caméras reconnues par Windows
pnputil /enum-devices /class Camera
Ou en PowerShell :
Get-PnpDevice -Class Camera | Select-Object -Property Status, FriendlyName, InstanceId
Arrêter et désactiver rapidement le service Lenovo
sc stop "IntelligentSensingAwareService"
sc config "IntelligentSensingAwareService" start= disabled
Réactiver le service après correctif
sc config "IntelligentSensingAwareService" start= demand
sc start "IntelligentSensingAwareService"
Nettoyer le cache de Teams
taskkill /F /IM Teams.exe
rmdir /S /Q "%AppData%\Microsoft\Teams"
rmdir /S /Q "%LocalAppData%\Microsoft\Teams"
Bonnes pratiques pour éviter la régression
- Un seul moteur d’effets à la fois (Windows ou Lenovo ou Teams).
- Mises à jour régulières des pilotes caméra et GPU.
- Éviter l’empilement de caméras virtuelles (OBS, Snap, ManyCam) si inutile.
- Tester la vidéo après toute mise à jour majeure de Teams/Windows/Lenovo.
Comprendre l’assertion Visual C++
Une assertion est une vérification logique utilisée par les développeurs pour garantir des invariants pendant l’exécution. Le message « Expression: bLeak == FALSE » laisse entendre qu’un état inattendu a été détecté (par ex. fuite/état de ressource dans le MFT). Dans un environnement de production, ces assertions ne devraient pas se déclencher ; si elles apparaissent, c’est généralement le signe d’un conflit d’intégration ou d’une version de composant qui ne gère pas un cas particulier du pipeline Media Foundation utilisé par Teams.
FAQ
Faut‑il désinstaller définitivement Lenovo View / Intelligent Sensing ?
Pas nécessairement. Commencez par désactiver les effets et stopper le service pour confirmer la cause. Si la stabilité revient, essayez une mise à jour. En environnement géré, consultez l’IT avant de désinstaller.
Les Effets Studio de Windows 11 sont‑ils compatibles ?
Oui, mais évitez de les cumuler avec les effets Lenovo ou Teams. Un seul moteur d’effets à la fois limite les insertions de filtres et réduit les risques de conflit.
La version « New Teams » règle‑t‑elle le problème ?
Dans beaucoup de cas, oui : son pipeline média plus récent se montre plus robuste. Si vous devez rester sur Teams Classic, appliquez les étapes ci‑dessus et tenez à jour les composants Lenovo et les pilotes.
Que faire si l’entreprise impose Lenovo View ?
Demandez une version corrigée au support interne ou la mise en place d’une politique désactivant l’injection du MFT pour Teams. À défaut, un workaround peut consister à désactiver les effets uniquement pendant les appels.
Pour les administrateurs IT
- Validation à l’échelle : déployez un rings & pilots pour tester l’interaction entre Lenovo View, Effets Studio Windows et la version de Teams ciblée.
- Gouvernance des effets : standardisez l’usage (ex. : « Windows Studio seulement », Lenovo désactivé) via scripts de configuration et documentation utilisateur.
- Intune / Configuration Manager :
- Script Proactive Remediation pour détecter et désactiver
IntelligentSensingAwareService
lorsqu’un conflit est repéré. - Détection de version de
LnvAwareMFT64.dll
et bascule vers un package Lenovo plus récent.
- Script Proactive Remediation pour détecter et désactiver
- Observabilité : surveillez les événements d’arrêt de Teams et les signatures de crash portant
LnvAwareMFT64.dll
.
Exemple de script PowerShell pour poste pilote
À exécuter en administrateur, à adapter à votre contexte.
# 1) Désactiver les effets Lenovo pendant le test
$svc = 'IntelligentSensingAwareService'
Try {
if (Get-Service -Name $svc -ErrorAction Stop) {
Stop-Service -Name $svc -Force -ErrorAction SilentlyContinue
Set-Service -Name $svc -StartupType Disabled
}
} Catch {}
# 2) Nettoyer le cache Teams Classic
\$paths = @("\$env\:APPDATA\Microsoft\Teams", "\$env\:LOCALAPPDATA\Microsoft\Teams")
foreach (\$p in \$paths) {
if (Test-Path \$p) { Remove-Item \$p -Recurse -Force -ErrorAction SilentlyContinue }
}
# 3) Conseiller un redémarrage rapide de Teams (manuel)
Write-Host "Terminé. Relancez Teams et testez un appel vidéo."
Bons réflexes de support
- Reproduire le problème avec et sans effets Lenovo.
- Documenter la version de
LnvAwareMFT64.dll
, les versions des pilotes caméra/GPU et de Teams. - Isoler les caméras virtuelles et les extensions vidéo tierces.
- Communiquer une consigne simple aux utilisateurs : « Un seul moteur d’effets actif à la fois ».
Résumé opérationnel
La séquence la plus efficace constatée :
- Désactiver tous les effets Lenovo dans Vantage/View.
- Arrêter et désactiver le service IntelligentSensingAwareService.
- Relancer Teams → vérifier disparition de l’alerte et stabilité en appel.
- Mettre à jour ou réinstaller Lenovo View / Intelligent Sensing + pilotes caméra/GPU.
- Ne réactiver qu’un seul moteur d’effets (Windows ou Lenovo ou Teams).
- Nettoyer le cache Teams si des symptômes persistent.
Conclusion
Le message « Microsoft Visual C++ Runtime Library — Assertion Failed! » citant LnvAwareMFT64.dll
pointe vers un conflit dans le pipeline vidéo, généralement causé par l’injection du filtre MFT de Lenovo combinée à d’autres effets. En neutralisant temporairement les composants Lenovo, en dédupliquant les effets actifs et en mettant à jour pilotes et suites logicielles, vous éliminez la cause et restaurez la stabilité des appels Teams. Si un cadre d’entreprise impose Lenovo View, coordonnez un correctif ou des politiques de désactivation ciblée afin d’éviter toute régression.
Résultat attendu : plus d’alerte au lancement, appels vidéo stables, et pipeline caméra épuré sans injection concurrente.