Partager via

WNGlitchfree HD Video Playback on DC ( Manuel sur les systèmes mobiles )

  • Article

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 High-Definition protégé et non protégé sans problème perceptible pendant la lecture.

Détails du test

   
Spécifications
  • System.Client.VideoPlayback.WNGlitchfreeHDVideoPlayback
Plateformes
  • Windows 10, éditions clientes (x86)
  • Windows 10, éditions clientes (x64)
  • Windows 10, éditions clientes (Arm64)
Versions prises en charge
  • Windows 10
  • Windows 10, version 1511
  • Windows 10, version 1607
  • Windows 10 version 1703
  • Windows 10, version 1709
  • Windows 10 version 1803
  • Windows 10, version 1809
  • Windows 10 version 1903
  • Prochaine mise à jour de Windows 10
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é peuvent avoir une documentation supplémentaire, y compris les conditions préalables, l’installation et les informations de 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 les tests du client système.

En outre, procédez comme suit :

  1. Vérifiez que les applications Vidéo et Musique sont installées sur le système. Vous pouvez obtenir les deux applications à partir du Windows Store.

  2. Vérifiez que les extensions .mp4 et .wmv sont inscrites dans l’application Vidéo. Pour ce faire, cliquez avec le bouton droit sur un exemple de fichier qui a l’extension appropriée, cliquez sur Propriétés, cliquez sur Ouvrir avec, puis sélectionnez l’application Vidéo.

  3. Vérifiez que les fichiers .m4a et .wma sont inscrits dans l’application Musique. Pour ce faire, cliquez avec le bouton droit sur un exemple de fichier qui a l’extension appropriée, cliquez sur Propriétés, cliquez sur Ouvrir avec, puis sélectionnez l’application Musique.

Ce test nécessite une intervention manuelle si le système mobile est branché à 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 HLK Windows.

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 deux clips vidéo à l’aide de l’application Vidéo de boîte de réception. 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-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 de la métrique 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 des événements de suppression d’images lorsque la source supprime un frame. 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 démarre le suivi de 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

    • Niveau - 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. La durée totale de création de l’appareil est définie comme DeviceCreation + CreateVideoDecoder, où la définition de ces deux métriques est :

  • DeviceCreation = Latence entre les deux événements suivants

    • Canal Microsoft-Windows-Direct3D11 > - Microsoft-Windows-Direct3D11/PerfTiming - 18 > Niveau - win:LogAlways - 0 > Tâche - D3D11CoreCreateDevice - 8 > ID d’événement - 20 (version 0) Opcode - win:Start - 1

    • Canal Microsoft-Windows-Direct3D11 > - Microsoft-Windows-Direct3D11/PerfTiming - 18 > Niveau - win:LogAlways - 0 > Tâche - 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/Logging - 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 à temps critique peuvent s’exécuter régulièrement, avec des interruptions limitées de l’ISR/des contrôleurs de base de données.

  • Durée ISR/DPC : cette case activée est conçue pour vérifier que la durée de chaque ISR/DPC 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 de synchronisation VSync GPU DPC suit un modèle bien comportement. Les fluctuations de la fréquence Vysnc gpu DPC pendant la lecture du média peuvent entraîner des problèmes lors de la lecture du mé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 échoue si un DPC VSync est déclenché à moins de 8,3 ms de la précédente ou à plus de 24,9 ms de la précédente. 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û au double déclenchement de vsyncs du pilote, ou à 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 à des fins d’analyse en cas de défaillance

Pour conserver les journaux ETW en cas d’échec de test, remplacez le paramètre défini par l’utilisateur « CopyLogsOnFailure » par « true » avant d’exécuter les tests. Cela copiera également les journaux ETW des cas de test ayant échoué dans le contrôleur et sera inclus dans le package HLK à partager à des fins d’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
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’activité d’échec dans le package hlkx à partager à des fins d’investigation
FrameCount Nombre minimal d’événements MF requis pendant la lecture
MaxIsrDpcTime Durée maximale d’ISR Dpc en microsecondes
MaxIsrDpcStorm Maximum ISR Dpc Storm en microsecondes
MaxIsrDpcLoop Durée maximale de boucle ISR Dpc en microsecondes
GlitchCount Nombre de problèmes acceptables pendant la lecture