Сбойное воспроизведение видео HD в AC (вручную в мобильных системах)

• https://go.microsoft.com/fwlink/p/?LinkId=532718

В ручном тесте проверяется, что мобильная система в режиме питания AC может воспроизводить защищенное и незащищенное содержимое высокой четкости без сбоя при воспроизведении.

Сведения о тесте

Дополнительная документация

Тесты в этой области функций могут содержать дополнительную документацию, включая предварительные требования, настройку и устранение неполадок, которые можно найти в следующих разделах:

• Дополнительная документация по System.Client

Выполнение теста

Перед выполнением теста завершите настройку теста, как описано в требованиях к тесту: предварительные требования для тестирования системного клиента.

Кроме того, выполните следующие действия.

1. Убедитесь, что приложения "Видео и музыка" установлены в системе. Вы можете получить оба приложения из Магазина.

2. Убедитесь, что расширения MP4 и WMV зарегистрированы в приложении Video. Для этого щелкните правой кнопкой мыши пример файла с соответствующим расширением, щелкните "Свойства", щелкните "Открыть с" и выберите приложение "Видео".

3. Убедитесь, что файлы M4a и WMA зарегистрированы в приложении Music. Для этого щелкните правой кнопкой мыши пример файла с соответствующим расширением, щелкните "Свойства", щелкните "Открыть с" и выберите приложение "Музыка".

Устранение неполадок

Общие сведения об устранении неполадок тестов HLK см. в разделе "Устранение неполадок тестов Windows HLK".

Сведения об устранении неполадок см. в разделе "Устранение неполадок с клиентским тестированием системы".

Дополнительные сведения

Тест HLK GlitchFree воспроизводит два клипа видео с помощью приложения "Входящие Видео". Содержимое воспроизводится в полноэкранном режиме, а ведение журнала ETW включено в фоновом режиме. После каждого сценария тестовый пост обрабатывает журнал ETW и извлекает метрики, которые используются для определения того, проходит ли тест или завершается сбоем.

Условия передачи и сбоя и сведения о метриках

Сбой метрик

• Сбои видео — средство отрисовки видео обработчика мультимедиа (SVR) обнаруживает, когда кадр отображается поздно, и он запускает событие сбоя видео. Цель этой метрики — 0. Сведения о поставщике и событии:

  • Microsoft-Windows-MediaEngine

  • Канал - MediaFoundationMediaEngine - 16

  • Уровень - win:Verbose - 5

  • Задача — VideoFrameGlitch — 23

• Удаленные кадры — подсистема мультимедиа запускает события удаления кадра, когда источник удаляет кадр. Когда кадры удаляются, пользователь испытывает сбой видео. Цель — 0. Сведения о поставщике и событии:

  • Microsoft-Windows-MediaEngine

  • Канал - MediaFoundationMediaEngine - 16

  • Уровень - win:Verbose - 5

  • Задача — удаленный кадр — 18

• Сбои расписания DWM — диспетчер окон рабочего стола (DWM) запускает событие сбоя при отрисовки примеров DWM поздно. Цель этой метрики — 0. Тест начинает отслеживать это событие 500 мс после первого события PresentedFrame (идентификатор задачи 19, идентификатор события 115). Тест останавливает отслеживание этого события 66 мс после последнего экземпляра события PresentedFrame (идентификатор задачи 19, идентификатор события 115). Сведения о поставщике и событии:

  • Microsoft-Windows-Dwm-Core

  • Канал — Microsoft-Windows-Dwm-Core/Diagnostic — 16

  • Уровень - win:Информационный - 4

  • Задача - SCHEDULE_GLITCH - 17

• Звуковые сбои — звуковые сбои. Цель — 0.

  • Поставщик звукового модуля: a6a00efd-21f2-4a99-807e-9b3bf1d90285:0x000000000000ffff:0x3

  • GUID классического события ETW: 2013DBB2-2F76-4B2C-950A-0C9DFAC62398

  • Сведения о событии:

    • Мультимедиа: звуковой модуль

    • События AE

    • AE_GLITCH

Общее время создания устройства: общее время создания устройства не должно превышать 50 мс. Общее время создания устройства определяется как DeviceCreation + CreateVideoDecoder, где определение этих двух метрик:

• DeviceCreation = задержка между следующими двумя событиями

  • Канал Microsoft-Windows-Direct3D11 > — Microsoft-Windows-Direct3D11/PerfTiming - 18 > Level - win:LogAlways - 0 > Задача - D3D11CoreCreateDevice - 8 > Идентификатор события - 20 (версия 0) Opcode - win:Start - 1

  • Канал Microsoft-Windows-Direct3D11 > — Microsoft-Windows-Direct3D11/PerfTiming - 18 > Level - win:LogAlways - 0 > Задача - D3D11CoreCreateDevice - 8 > Идентификатор события - 21 (версия 0) Opcode - win:Stop - 2

• CreateVideoDecoder = задержка между первым экземпляром следующих двух событий:

  • Канал Microsoft-Windows-Direct3D11 > — Microsoft-Windows-Direct3D11/Log - 17 > Level - win:LogAlways - 0 > Задача - ID3D11VideoDevice_CreateVideoDecoder - 911 > Идентификатор события - 1722 (версия 0) Opcode - win:Start - 1

  • Канал Microsoft-Windows-Direct3D11 > — Microsoft-Windows-Direct3D11/Log - 17 > Level - win:LogAlways - 0 > Задача - ID3D11VideoDevice_CreateVideoDecoder - 911 > Идентификатор события - 1723 (версия 0) Opcode - win:Stop - 2

Метрики драйверов— длительность ISR/DPC и тесты ISR/DPC Storm нацелены на обеспечение правильности поведения драйверов устройств. Цель заключается в том, чтобы обеспечить регулярное выполнение критически важных мультимедийных потоков с ограниченными перерывами от ISR/DPCs.

• Длительность ISR/DPC: эта проверка предназначена для проверки того, что длительность отдельного ISR/DPC не превышает пороговое значение 3 мс.

• ISR/DPC Storm: совокупная длительность каждого ISR/DPC в 10 мс не должна превышать 4 мс.

Gpu VSync Cadence: в этом случае гарантируется, что каденция GPU DPC VSync соответствует правильному шаблону. Колебания частоты gpu DPC Vysnc во время воспроизведения мультимедиа могут привести к сбоям во время воспроизведения мультимедиа. Критерии теста устанавливают, что колебания частоты не должны превышать +/- 50% среднего окна частоты VSync. Например, в мониторе 60 Гц ожидаемый частоты DPC VSync составляет 16,666 мс; следовательно, тест завершится ошибкой, если любой DPC VSync запускается в пределах меньше 8,3 мс из предыдущего или более 24,9 мс из предыдущего. Если длительность между двумя vsyncs превышает 24,9 мс, это часто приводит к сбою видео. Если расстояние между двумя vsyncs меньше 8,3 мс, это часто вызвано двойным запуском vsyncs драйвера или vsyncs, которые являются несколькими микросекундами (us) отдельно.

Включение подробного ведения журнала ETW для анализа

Чтобы собрать более подробные журналы ETW, перед выполнением тестов измените параметр пользовательского набора "DoFullLogging" на true.

Как сохранить журналы ETW для анализа в случае сбоя

Чтобы сохранить журналы ETW для неудачных тестовых случаев, измените параметр user-settable "CopyLogsOnFailure" на true перед выполнением тестов. Это также скопирует журналы etW неудачных тестовых случаев на контроллер и будет включена в состав пакета HLK для изучения.

Использование анализатора взаимодействия с мультимедиа для анализа журналов ETW сбоем

Для анализа журналов ETW можно использовать анализатор взаимодействия с мультимедиа (MXA). Средство MXA доступно в составе Windows ADK.

Параметры