Обзор архитектуры (профиль камеры версии 2)

Текущий профиль камеры хранится на отдельных узлах интерфейса устройства. Если API KS используется, он хранится в качестве свойства DEVPKEY, а ВЕРСИЯ INF обновляется непосредственно как набор записей реестра.

Это было необходимо в прошлом, так как не было централизованного органа для управления всеми сведениями профиля. С Windows 10 1607 и введением службы Windows Camera Frame Server (далее именуемой как Frame Server), теперь можно использовать Frame Server для обработки публикации и хранения профилей камеры.

Определение профиля фильтра для типов мультимедиа

Одна из главных проблем со схемой "Профиль камеры 1507" заключается в том, что она ориентирована на тип мультимедиа. Это требует, чтобы издатели объявляли явным образом каждый тип носителя, поддерживаемый на каждом из закреплений для каждого профиля.

Когда каждый пин-код предоставляет десятки типов мультимедиа, профиль, который исключает один или два типа носителей из списка, требуется для объявления каждого поддерживаемого типа носителя. Это приводит к большому списку типов носителей. Это повышает нагрузку на разработку и повышает вероятность ошибок.

На основе отзывов партнеров, большинство профилей ограничены в отношении вычислительной мощности, пропускной способности или режимов работы определенных датчиков. Такие ограничения легко выразить с точки зрения диапазона информации мультимедиа: разрешение, частота кадров и (или) цветовое пространство (например, четыре значения CC).

Профиль камеры версии 2 определяет новый язык для фильтра типов мультимедиа. Фильтр типов мультимедиа описывает диапазон сведений о типе мультимедиа. Так как фильтр типов мультимедиа — это коллекция строковых маркеров, она расширяема, поэтому в будущем можно добавить дополнительные сведения о диапазоне.

спецификация разработчика профиля камеры версии 2