usb video class spec概述

概述

Video Class设备描述位于USB协议的Interface级，每个设备的Interface分为两类VideoControl Interface（仅仅只用一个）和VideoStreaming Interface(可以具有多个)，而与设备的一个相关的所有的USB Interface被称作为一个Video Interface Collection使用IAD（Interface Association Deor）描述符来描述。

USB协议级解释：为设备的一种功能比如一个USB设备又是优盘又是蓝牙发射器，这就是一个设备的两个。

Video Class位于USB协议的Interface级，Interface 描述符中Class code为0xE，其下面分为4个Subclass：

Undefined：0x0

VC Interface Subclass：0x1（VC的USB Interface Deor中Subclass标记为此值）。

VS Interface Subclass：0x2（VS的USB Interface Deor中Subclass标记为此值）。

Video Interface Collection Subclass：0x3(IAD的USB Interface Deor中Subclass标记此值)。

复合设备拥有多个->Video Interface Collenction，也会拥有多个IAD。

的拓扑结构（基本概念，对象化理解）

被划分为一系列可寻址的Entity，而Entity被分为两类：Unit和Terminal。每个Entity都有其输入和输出，从1开始计数。

Unit：（使用Unit Deor描述）

的基本组成模块划分。每个Unit Entity可以有多个输入，但只能有一个输出。一个输出可以与多个其他Unit的输入相连，而一个输入只能与一个输出相连。

Terminal：（使用 Terminal Deor描述）

分为Input Terminal和Output Terminal，Input Terminal为数据流的起点，数据流的提供者（比如说一个CCD，一个视频输入端子，一个USB的OUT端点），而Output Terminal为数据流的终点，数据流的消费者（比如USB的IN端点，设备上的LCD显示屏等）。每个Terminal Entity只有一个输入或输出。

基本上目前的都是由下面的Entity组成：

? Input Terminal
? Output Terminal
? Selector Unit
? Processing Unit
? Extension Unit

另外还有另外两种Terminal，他们扩展了Specification中Terminal Deor的域：

? Media Transport Terminal

? Camera Terminal

随着设备功能的丰富，会出现更多的类型的Unit和Terminal。

Video Control：

Entity的每个特性（可以理解为可控参数）的描述被称为一个Control（比如Webcam的Processing Unit中的亮度），而每个特性（Control）又有一系列的属性（Attribute）：

? Current setting
? Minimum setting
? Maximum setting
? Resolution
? Size
? Default

类似写VB程序，首先看看程序（）需要哪些控件/积木（Entity），然后把控件拖过来，确定一下控件之间的关系（Input/Output），然后配配控件的属性（Control），而每个控件有不同的属性，每个属性又有不同的限制，比如最大值最小值，能输入多少个字(Attribute)。

由此可见Video Class Specification的概念设计是完全面向对象的，这种协议设计/设备设计方式为整个软硬件系统的构建和扩充提供了极大的方便和灵活，当然同时也因此使得描述变得复杂。

Selector Unit：

拥有多个输入和输出，可以通过Control选择将多个输入中的一个与其输出连接。

Processing Unit：

拥有一个输入和输出，提供下面一系列Control控制流过本Unit的视频流图像的属性：

User Control（供用户设置）
? Brightness
? Contrast
? Hue
? Saturation
? Sharpness
? Gamma

? Digital Multiplier (Zoom)

Auto Controls（提供用户开关选项->比如是否启用自动白平衡）
? White Balance Temperature
? White Balance Component

? Backlight Compensation

与Auto模式的相关的Control在Auto模式被打开时，配置无效，在Auto模式关闭后所有Control为用户原先设置的值。

Other
? Gain
? Power Line Frequency
? Analog Video Standard

? Analog Video Lock Status

Extension Unit

拥有多个输入和一个输出。用于设备厂商自行扩展。

操作模型（USB协议级视角）

 

Video Interface Collection

在USB协议级表现为IAD，作为GetDeor（Configuration）请求的返回的一部分。IAD必须位于VC Interface和VS Interface描述符之前（通常是Configuration Deor后面紧接着就是IAD），所有相关联的Interface号必须连续。

VideoControl Interface

一个Control Endpoint用来控制Uniti和Terminal的设置和收取状态信息，默认使用Endpoint 0。

一个Interrupt Endpoint用来返回状态，可选。在设备具有下面的特性时使用：

? 设备支持硬件触发Still Image（比如这个AVEO摄像头，具有拍照按键，按下一次按键，在协议分析仪上可以看到一个Interrupt IN Transaction）。

? 设备实现AutoUpdate Control（这个摄像头没有，应该是其Control被设备更新了以后，通过Interrupt端点通知Host）。

? 设备实现异步Control（有些Control的配置到生效的时间>10ms，则使用异步方式，在生效以后设备通过Interrupt端点通知Host，则Host再过来查询参数）。

Still Image Capture（抓取静止图像，Linux中的uvc似乎尚未支持，属于VideoStream Interface，但是放在这里介绍了）

模式1 - 收到硬件按键中断以后，Host端软件直接从视频流中保存一帧，设备不必停止和改变视频流。但是抓取图像的各项参数总是和视频流中的相同。

模式2 - 如果设备支持高质量静止图像抓取，设备会在视频流的Payload Header中标记有Still Image正在Pending，Host端软件应当挂起视频流，选择合适的带宽和Inferface的AltSetting，发送 VS_STILL_IMAGE_TRIGGER_CONTROL请求并且标记Transmit Still Image，则设备开始传输Still Image，传输完毕，Host端软件恢复先前的设置并继续视频流。此模式缺点是会打断视频流。

模式3 - 设备支持高质量静止图像抓取，通过一个独立的Bulk端点来传输静止图像。分为Host端主动发起和设备端按键发起两种方式。

VideoStream Interface

用来在Host和端交互数据，使用一个Isochronous或是Bulk端点传输视频流。