Обзор архитектуры (профиль камеры версии 2)
Текущий профиль камеры хранится в отдельных узлах интерфейса устройства. Если используется API KS, он сохраняется как свойство DEVPKEY, а версия INF напрямую обновляется как набор записей реестра.
Это было необходимо в прошлом, поскольку не было централизованных полномочий для управления всей информацией профиля. С Windows 10 1607 и введением службы сервера кадров Камера Windows (здесь называется Сервер кадров) теперь мы можем использовать сервер кадров для обработки публикации и хранения профилей камеры.
Определение профиля фильтра типа мультимедиа
Одна из основных проблем со схемой профиля камеры 1507 заключается в том, что ее тип мультимедиа ориентирован на тип. Для этого издатели должны явно объявить все типы мультимедиа, поддерживаемые для каждого контакта для каждого профиля.
Если каждый контакт предоставляет десятки типов мультимедиа, для объявления каждого поддерживаемого типа мультимедиа требуется профиль, который исключает один или два типа мультимедиа из списка. Это приводит к большому списку типов мультимедиа. Это увеличивает затраты на разработку и увеличивает вероятность ошибок.
На основе отзывов партнеров большинство профилей ограничены вычислительной мощностью; пропускная способность или определенные режимы датчика. Такие ограничения легко выразить с точки зрения диапазона сведений о мультимедиа: разрешение, частота кадров и/или цветовое пространство (например, четыре значения CC).
Профиль камеры версии 2 определяет новый язык для фильтра типов мультимедиа. Фильтр типа носителя описывает диапазон сведений о типах мультимедиа. Так как фильтр типа носителя представляет собой коллекцию токенов строки, его можно будет расширяемо, поэтому в будущем можно будет добавить дополнительные сведения о диапазоне.