Устранение неполадок с Device.Streaming Testing

Чтобы устранить неполадки, возникающие с тестами Device.Streaming, выполните следующие действия.

1. Ознакомьтесь со следующими разделами комплекта Windows Hardware Lab Kit (Windows HLK):
   • Устранение неполадок при тестировании Windows HLK
   • Предварительные требования для тестирования HMFT
   • Предварительные требования для тестирования веб-камеры
2. Просмотрите заметки о выпуске Windows HLK , чтобы ознакомиться с текущими проблемами тестирования.
3. Сведения о сбое теста можно найти в журнале тестирования Windows HLK Studio. Если вы нашли информацию, которую можно использовать, устраните проблему и повторно запустите тест.
4. Используйте поставщик TraceLogging Microsoft.Windows.CameraDebug для получения журналов для устранения ошибок из драйвера в конвейер камеры.

Конкретные сведения о тестировании HMFT

Для тестирования декодирования и кодирования аппаратного преобразования Media Foundation (HMFT) требуется следующее:

• Дополнительное содержимое для тестов Windows HLK для мультимедийных тестов HMFT. Скачайте и установите дополнительное содержимое для тестов Windows HLK для мультимедийных тестов HMFT из Центра разработки для Windows. Дополнительные сведения об установке и настройке дополнительного содержимого см. в разделе Предварительные требования для тестирования HMFT.

• Стандартные файлы содержимого, включенные в HLK Windows.

Если дополнительное содержимое недоступно на клиентских компьютерах, убедитесь, что параметр ContentSource настроен правильно при выполнении тестов HMFT.

Устранение неполадок с видеосъемками веб-камеры

Потенциальные первопричины сбоя и рекомендации по улучшению видеосъемки веб-камеры

Острота изображения

Пространственное разрешение

Пространственное разрешение измеряется с помощью функции передачи модуля (пространственный частотный отклик). В частности, используется метрика MTF30, которая представляет собой количество циклов/пикселей, по которым достигается MTF=0,3.

Если MTF30 ниже 0,3, изображение слишком мягкое или нечеткое. Хотя эта проблема может быть вызвана плохим качеством оптики, она обычно вызвана плохой обработкой сигнала изображения (масштабирование изображений, демонстрация и т. д.). Если MTF30 выше 0,8, изображение может быть слишком псевдонимом. Эта проблема часто возникает из-за низкокачественной обработки сигнала изображения, особенно масштабирования (например, интерполяция ближайших соседей вместо интерполяции двух кубов с сглаживание).

Диапазон фокуса (глубина поля)

В диапазоне фокусировки камера должна фокусироваться на объектах на расстоянии от 0,3 м до бесконечности независимо от того, используется ли автофокусировка. Метрика пространственного разрешения MTF30 определяет диапазон фокусировки. Если эта метрика не работает на камере фокуса вручную, причиной может быть проблема с проектированием. Например, теоретическая глубина поля составляет > от 0,3 м до бесконечности при фокусе на целевом расстоянии 0,5 м для записных книжек или планшетов или до 0,7 м для всех в единицах. Если целевое расстояние правильное, может потребоваться изменить оптику, чтобы достичь правильной глубины поля.

Если используется объектив автофокуса и эта метрика завершается ошибкой, наиболее вероятной причиной является проблема в алгоритме автофокусировки.

Помехи

Отношение пространственного сигнала к шуму

Пространственный шум измеряет пространственное изменение одного изображения с помощью нейтрального серого (плотность 0,7) на тестовой диаграмме. Если эта метрика завершается сбоем, скорее всего, это связано с датчиком низкого качества (недостаточной чувствительностью) или недостаточной де-нуализизирующей изображением. Следует выбрать датчики изображений с snr10 (уровень люкса, необходимый для достижения SNR=10 на участке плотности 0,7 без удаления) < 50 люкс. Некоторый уровень де-нуйзинга изображения является приемлемым, но не должен значительно ухудшать снижение текстуры. Метод измерения текстуры (независимо от Windows HLK) предоставляется в спецификации захвата видео с логотипом Lync (Rev G). Дополнительные сведения о спецификациях логотипа Lync см. в статье Usb-периферийные устройства и спецификации тестирования компьютеров Lync.

Соотношение темпоральных сигналов и шума

Темпоральный шум измеряет темпоральную вариацию на двух изображениях с помощью нейтрального серого исправления (плотность 0,7) на тестовой диаграмме. Если эта метрика завершается сбоем, скорее всего, это связано с датчиком низкого качества (недостаточной чувствительностью), плохим автоматическим увеличением (AGC) и автоматическим контролем экспозиции (AEC), плохим контролем частоты линии электропередач или недостаточной де-нуйзизизированием изображения. Нестабильное управление AEC/AGC может вызвать видимое мерцание. Для обнаружения освещения с частотой 50/60 Гц используется управление частотой линии питания. Настройте экспозицию; Если это не работает хорошо, мерцание (с помощью мерцания) видно в видео.

Качество цвета

Яркость для нейтрального серого пятна (плотность 0,7)

Автоматический контроль усиления и экспозиции должен создавать изображение, чтобы нейтральное серое пятно на тестовой диаграмме было светимостью 128 +/- 40 серых уровней. Если это не удается и яркость составляет < 88, это происходит из-за плохого AEC/AGC или датчика изображения с низкой чувствительностью. В большинстве случаев проблему можно устранить, настроив AEC/AGC. Если яркость составляет > 168, проблема также возникает с AEC/AGC.

Точность цвета

Точность цвета измеряется с использованием максимального и среднего значения ΔC₀₀ относительно известных цветов на тестовой диаграмме ColorChecker. Если эта метрика завершается сбоем, это может быть проблема с балансировкой белого или однородностью цвета, которые можно улучшить, настроив обработку сигналов изображения.

Гамма

Гамма измеряет нелинейную операцию, используемую для кода значений яркости или tristimulus в видео или неподвижных изображениях. Если гамма имеет > значение 0,75, изображения могут выглядеть слишком насыщенными; если гамма имеет < значение 0,4, изображения могут выглядеть недостаточно насыщенными. Обе проблемы можно устранить, настроив гамма-обработку в обработке сигнала изображения.

Geometry

Вертикальное поле представления

Требование к вертикальному полю зрения для пользовательских камер ≥ 35INVALID USE OF SYMBOLS, а для задних камер — ≥ 25INVALID USE OF SYMBOLS. Если этот тест завершается сбоем, это может быть вызвано обрезой изображения (не с использованием всего датчика изображения), что может быть исправлено при обработке сигнала изображения. Тем не менее, проблема, скорее всего, из-за дизайна объектива. В этом случае требуется новый или измененный объектив.

Временные свойства

Частота кадров

Частота видеокадров должна быть ≥ 14 FPS в 20 люкс света и ≥ 29 FPS в 80 люкс света. Если частота кадров меньше, чем эти требования, обычно это можно исправить, настроив автоматическую экспозицию и получите контроль.

Задержка

Задержка видео измеряет время попадания фотонов в камеру до фотонов с экрана. Требование к задержке видео составляет ≤ 80 мс для камер MIPI и ≤ 120 мс для USB-камер; Этот сбой часто происходит из-за низкой частоты кадров или обработки сигнала изображения, использующего один или несколько буферов кадров. Обе проблемы можно устранить, улучшив обработку сигнала изображения камеры.

Синхронизация звука и видео

Синхронизация звука и видео измеряет разницу во времени между захваченным и захваченным видео. Сбой этой метрики часто возникает из-за сбоя задержки видео или аудио. Дополнительные сведения см. в разделе Тест точности звука связи (система, вручную).

Время для захвата и доставки первого фото или видеокадр

Первые видео и фотокадры должны быть захвачены в течение 500 мс после начала видео или создания фотографии. Наиболее распространенной причиной невыполнения этого требования является медленное автоматическое воздействие и получение конвергенции управления, что можно улучшить, настроив AEC/AGC.

Время доставки фотографии в последующих запросах (устойчивое состояние)

Последующие фотоснимки должны быть захвачены в течение 250 мс (без вспышки) и 500 мс (со вспышкой). Распространенной причиной невыполнения этого требования является медленная автоматическая экспозиция и получение конвергенции управления, которую можно улучшить, настроив AEC/AGC.

Время изменения разрешения (любой тип мультимедиа)

Время изменения разрешения (например, 720p на 360p) должно быть ≤ 250 мс. Распространенной причиной невыполнения этого требования является медленная автоматическая экспозиция и получение конвергенции управления, которую можно улучшить, настроив AEC/AGC.

Время переключения камер

Время смены камер (например, с передней камеры на заднюю) должно быть ≤ 750 мс. Распространенной причиной невыполнения этого требования является медленная автоматическая экспозиция и получение конвергенции управления, которую можно улучшить, настроив AEC/AGC.

Свободное сбой/дрожание

Видео не сбой, если он имеет максимальное время между кадрами ≤ 133 мс при 20 люкс, максимальное время между кадрами ≤ 66 мс на 80 люкс, и дрожание ≤ 7 мс (измеряется в видео отрисовщике). Наиболее распространенной причиной сбоя как максимального времени между кадрами, так и дрожания является отсутствие целевой частоты кадров. Например, видеокамера с частотой 24 кадра/с не соответствует требованиям к максимальному интервалу между кадрами и дрожь. В таких случаях следует настроить частоту кадров до 15 кадров/с при 20 люкс и 30 кадров/с на 80 лк.

Другое

Загрузка ЦП

При записи и отрисовке видео системой загрузка ЦП должна быть ≤ 5 %. Распространенной причиной сбоя является использование ЦП для обработки сигналов изображений. Все критически важные поставщики услуг Интернета должны быть разгружены, чтобы не использовать ЦП, или оптимизированы для использования ≤ 5 %.

Решение для защиты от мерцания

Изображение в освещении 50 или 60 Гц с неправильной экспозицией (частота линии питания) может привести к мерцание, что значительно ухудшает SNR. Для этого требуется ручное управление частотой линии питания. Наиболее распространенный сбой не поддерживает ручное управление частотой линии питания.

Microsoft.Windows.CameraDebug TraceLogging

• Имя:
  • Microsoft.Windows.CameraDebug
• GUID:
  • {9EE22E19-9672-4625-A9FF-C2B711AD923F}
• События:
  • DriverCriticalError
  • DriverError

В настоящее время этот поставщик используется только для записи критических ошибок при переходе закрепления камеры. В следующей таблице приведены структура и содержимое событий.

Запись и отображение событий

Дополнительные рекомендации см. в статье Запись и просмотр трассировкиЗапись событий.

В следующем примере показан WPRP-файл для записи событий поставщика TraceLogging Microsoft.Windows.CameraDebug:

<?xml version="1.0" encoding="utf-8"?>
<WindowsPerformanceRecorder Version="1.0" Author="Microsoft Corporation" Copyright="Microsoft Corporation" Company="Microsoft Corporation">
  <Profiles>
    <EventCollector Id="EventCollector_WindowsCameraDebugTraceLoggingProvider" Name="WindowsCameraDebugTraceLoggingProvider">
      <BufferSize Value="64" />
      <Buffers Value="4" />
    </EventCollector>

    <EventProvider Id="EventProvider_WindowsCameraDebugTraceLoggingProvider" Name="9EE22E19-9672-4625-A9FF-C2B711AD923F" />

    <Profile Id="WindowsCameraDebugTraceLoggingProvider.Verbose.File" Name="WindowsCameraDebugTraceLoggingProvider" Description="WindowsCameraDebugTraceLoggingProvider" LoggingMode="File" DetailLevel="Verbose">
      <Collectors>
        <EventCollectorId Value="EventCollector_WindowsCameraDebugTraceLoggingProvider">
          <EventProviders>
            <EventProviderId Value="EventProvider_WindowsCameraDebugTraceLoggingProvider" />
          </EventProviders>
        </EventCollectorId>
      </Collectors>
    </Profile>

    <Profile Id="WindowsCameraDebugTraceLoggingProvider.Light.File" Name="WindowsCameraDebugTraceLoggingProvider" Description="WindowsCameraDebugTraceLoggingProvider" Base="WindowsCameraDebugTraceLoggingProvider.Verbose.File" LoggingMode="File" DetailLevel="Light" />
    <Profile Id="WindowsCameraDebugTraceLoggingProvider.Verbose.Memory" Name="WindowsCameraDebugTraceLoggingProvider" Description="WindowsCameraDebugTraceLoggingProvider" Base="WindowsCameraDebugTraceLoggingProvider.Verbose.File" LoggingMode="Memory" DetailLevel="Verbose" />
    <Profile Id="WindowsCameraDebugTraceLoggingProvider.Light.Memory" Name="WindowsCameraDebugTraceLoggingProvider" Description="WindowsCameraDebugTraceLoggingProvider" Base="WindowsCameraDebugTraceLoggingProvider.Verbose.File" LoggingMode="Memory" DetailLevel="Light" />

  </Profiles>
</WindowsPerformanceRecorder>

Связанные темы

Тесты Device.Streaming

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