Source d’alimentation Glitchfree HD Video Playback on Battery (DC) (Manuel sur les systèmes mobiles )
Important
Ce test nécessite un contenu supplémentaire. Vous trouverez ce contenu dans la section « Contenu de test supplémentaire Windows HLK » à l’emplacement suivant :
Le test manuel vérifie qu’un système mobile en mode d’alimentation DC est capable de lire du contenu protégé et non protégé High-Definition sans problème perceptible pendant la lecture.
Détails du test
| Spécifications |
|
| Plateformes |
|
| Versions prises en charge |
|
| Durée d’exécution attendue (en minutes) | 20 |
| Catégorie | Scénario |
| Délai d’expiration (en minutes) | 60 |
| Nécessite un redémarrage | false |
| Nécessite une configuration spéciale | false |
| Type | automatique |
Documentation supplémentaire
Les tests de cette zone de fonctionnalités peuvent contenir une documentation supplémentaire, notamment des informations sur les prérequis, l’installation et la résolution des problèmes, que vous trouverez dans les rubriques suivantes :
Exécution du test
Avant d’exécuter le test, effectuez la configuration du test comme décrit dans la configuration requise pour le test : Configuration requise pour le test du client système.
Ce test nécessite une intervention manuelle si le système mobile est branché sur une source d’alimentation ca au démarrage du test.
Dépannage
Pour la résolution des problèmes génériques des échecs de test HLK, consultez Résolution des échecs de test Windows HLK.
Pour plus d’informations sur la résolution des problèmes, consultez Résolution des problèmes de test du client système.
Plus d’informations
Le test HLK GlitchFree lit quatre clips vidéo dans une application de lecture de test basée sur le moteur multimédia. Le contenu est lu en plein écran, tandis que la journalisation ETW est activée en arrière-plan. Après chaque scénario, le post de test traite le journal ETW et extrait les métriques, qui sont utilisées pour déterminer si le test réussit ou échoue.
Détails des métriques des critères & de réussite/échec
Métriques de glitch
Problèmes vidéo : le convertisseur vidéo (SVR) du moteur multimédia détecte quand une image est rendue en retard et déclenche un événement de problème vidéo. L’objectif de cette métrique est 0. Détails du fournisseur et de l’événement :
Microsoft-Windows-MediaEngine
Canal - MediaFoundationMediaEngine - 16
Niveau - win:Verbose - 5
Tâche - VideoFrameGlitch - 23
Images supprimées : le moteur multimédia déclenche les événements de suppression d’images lorsque la source supprime une image. Lorsque les images sont supprimées, l’utilisateur rencontre des problèmes vidéo. L’objectif est 0. Détails du fournisseur et de l’événement :
Microsoft-Windows-MediaEngine
Canal - MediaFoundationMediaEngine - 16
Niveau - win:Verbose - 5
Tâche - DroppedFrame - 18
Problèmes de planification DWM : le gestionnaire de fenêtres de bureau (DWM) déclenche un événement de problème lorsque les exemples DWM sont rendus en retard. L’objectif de cette métrique est 0. Le test commence à suivre cet événement 500 ms après le premier événement PresentedFrame (ID de tâche 19, ID d’événement 115). Le test arrête le suivi de cet événement 66 ms après la dernière instance de l’événement PresentedFrame (ID de tâche 19, ID d’événement 115). Détails du fournisseur et de l’événement :
Microsoft-Windows-Dwm-Core
Canal - Microsoft-Windows-Dwm-Core/Diagnostic - 16
Level - win:Informational - 4
Tâche - SCHEDULE_GLITCH - 17
Problèmes audio : problèmes audio. L’objectif est 0.
Fournisseur de moteur audio : a6a00efd-21f2-4a99-807e-9b3bf1d90285:0x000000000000ffff:0x3
GUID d’événement ETW Classic : 2013DBB2-2F76-4B2C-950A-0C9DFAC62398
Détails de l’événement :
Média : Moteur audio
Événements AE
AE_GLITCH
Durée totale de création de l’appareil : la durée totale de création de l’appareil ne doit pas dépasser 50 ms. Le temps total de création de l’appareil est défini comme DeviceCreation + CreateVideoDecoder, où la définition de ces deux métriques est :
DeviceCreation = Latence entre les deux événements suivants
Microsoft-Windows-Direct3D11 > Channel - Microsoft-Windows-Direct3D11/PerfTiming - 18 > Level - win:LogAlways - 0 > Tâche - D3D11CoreCreateDevice - 8 > ID d’événement - 20 (version 0) Opcode - win:Start - 1
Microsoft-Windows-Direct3D11 > Channel - Microsoft-Windows-Direct3D11/PerfTiming - 18 > Level - win:LogAlways - 0 > Task - D3D11CoreCreateDevice - 8 > ID d’événement - 21 (Version 0) Opcode - win:Stop - 2
CreateVideoDecoder = Latence entre le premier instance des deux événements suivants :
Canal Microsoft-Windows-Direct3D11 > - Microsoft-Windows-Direct3D11/Journalisation - 17 > Niveau - win:LogAlways - 0 > Tâche - ID3D11VideoDevice_CreateVideoDecoder - ID d’événement 911 > - 1722 (version 0) Opcode - win:Start - 1
Canal Microsoft-Windows-Direct3D11 > - Microsoft-Windows-Direct3D11/Journalisation - 17 > Niveau - win:LogAlways - 0 > Tâche - ID3D11VideoDevice_CreateVideoDecoder - ID d’événement 911 > - 1723 (Version 0) Opcode - win:Stop - 2
Métriques du pilote : les tests de durée ISR/DPC et ISR/DPC Storm visent à garantir le bon comportement des pilotes de périphérique. L’objectif est de s’assurer que les threads multimédias critiques peuvent s’exécuter régulièrement, avec des interruptions limitées d’ISR/PDC.
Durée ISR/DPC : cette case activée est conçue pour vérifier que la durée isr/DPC individuelle ne dépasse pas un seuil de 3 ms.
Tempête ISR/DPC : une durée cumulée de chaque ISR/DPC dans une fenêtre de 10 ms ne doit pas dépasser 4 ms.
Cadence VSync GPU : ce cas garantit que la cadence VSync gpu DPC suit un modèle bien comportement. Les fluctuations de la fréquence Vysnc DPC GPU pendant la lecture multimédia peuvent entraîner des problèmes pendant la lecture multimédia. Les critères de test établissent que la fluctuation de cadence ne doit pas dépasser +/- 50 % de la fenêtre de cadence VSync moyenne. Par instance, dans un moniteur de 60 Hz, la cadence DPC VSync attendue est de 16,666 ms ; par conséquent, le test échouera si un DPC VSync est déclenché à moins de 8,3 ms du précédent ou au-delà de 24,9 ms par rapport au précédent. Lorsque la durée entre deux vsyncs est supérieure à 24,9 ms, cela entraîne souvent un problème vidéo perceptible. Lorsque la distance entre deux vsyncs est inférieure à 8,3 ms, cela est souvent dû à la double exécution des vsyncs du pilote, ou à des vsyncs qui sont séparés de quelques microsecondes (nous).
Comment activer la journalisation ETW détaillée pour l’analyse
Pour collecter des journaux ETW plus détaillés, remplacez le paramètre défini par l’utilisateur « DoFullLogging » par « true » avant d’exécuter les tests.
Comment conserver les journaux ETW pour l’analyse en cas de défaillance
Pour conserver les journaux ETW en cas d’échec de test, remplacez le paramètre settable par l’utilisateur « CopyLogsOnFailure » par « true » avant d’exécuter les tests. Cela permet également de copier les journaux ETW des cas de test ayant échoué sur le contrôleur et d’être inclus dans le package HLK à partager pour investigation.
Utilisation de Media Experience Analyzer pour analyser les journaux ETW ayant échoué
Vous pouvez utiliser Media Experience Analyzer (MXA) pour analyser les journaux ETW ayant échoué. L’outil MXA est disponible dans le cadre de Windows ADK.
Paramètres
| Nom du paramètre | Description des paramètres |
|---|---|
| TestCycles | Nombre de cycles d’exécution du test pour |
| DoFullLogging | Activez l’indicateur pour la journalisation complète des traces ETW en cas de défaillance, puis réexécutez ce test. |
| CopyLogsOnFailure | Activez l’indicateur pour copier les traces de journal ETW dans le sous-dossier « ETWlogs » en cas de défaillance, puis réexécutez ce test. Cela copie également les journaux d’échecs dans le package hlkx à partager à des fins d’investigation |
| FrameCount | Nombre minimal d’événements MF requis pendant la lecture |
| MaxIsrDpcTime | Temps Dpc ISR maximal en microsecondes |
| MaxIsrDpcStorm | Maximum ISR Dpc Storm en microsecondes |
| MaxIsrDpcLoop | Durée maximale de la boucle Dpc ISR en microsecondes |
| GlitchCount | Nombre de problèmes acceptables pendant la lecture |