Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-18-10：UPnP AV RenderingControl v2 服务
UPnP 音频/视频 — 第18-10部分：RenderingControl 服务版本2规范
1. RenderingControl v2 架构与增强声道模型
ISO/IEC 29341-18-10 规定了 RenderingControl 服务的版本 2，建立在第17-13部分（RenderingControl v1）奠定的基础之上。版本 2 引入了显著的架构增强，解决了多年实际 UPnP AV 部署经验中发现的限制。最根本的改进是重新设计的声道模型，它将 v1 的固定声道架构替换为动态、可查询的声道系统，可以根据设备运行时的实际输出配置进行适配。
在 v1 中，渲染声道是预定义的，限制为固定集合（Master、LF、RF 等）。V2 通过 GetChannelCharacteristics 动作引入了声道发现机制，该动作返回完整的可用声道集合、它们的类型（音频、视频或音视频）、当前状态以及每个声道支持的参数范围。这使得控制点能够发现特定的 MediaRenderer 除了基本立体声对外还支持中置声道（CS）、左环绕（LS）、右环绕（RS）和低音炮（SW）——实现了真正的多声道环绕声控制，这在 v1 中实现起来很繁琐。
从 v1 迁移到 v2 时，最有影响力的变化是动态声道模型。不要硬编码声道假设，实现控制点逻辑，在设备发现时查询 GetChannelCharacteristics，并基于设备实际的声道配置动态构建渲染控制 UI。
2. 扩展渲染控制与新增状态变量
RenderingControl v2 显著扩展了 v1 提供的渲染控制面板。新增音频控制包括：ChannelVolume（具有可配置范围和曲线的每声道音量）、ChannelMute（每个声道独立静音）、Equalizer（具有可配置频率、增益和 Q 值的多频段参数 EQ）、DynamicRangeCompression（用于降低动态范围的压缩器/限制器设置）、AudioDelay（唇同步延迟调整）和 ChannelPhase（用于声学校正的每声道相位反转）。
新增视频控制包括：Gamma（伽马校正曲线选择或自定义值）、ColorTemperature（预设色温值或自定义开尔文值）、NoiseReduction（针对不同噪声类型的分级降噪——时间域、空间域、蚊式噪声）、AspectRatio（直接宽高比控制，支持自动、4:3、16:9、缩放、拉伸等模式）和 PictureMode（制造商特定画面模式选择，超出基础预设）。这些控制通过通用的 Get/Set 状态变量机制暴露，但具有标准化的名称和语义以确保跨供应商互操作性。
| 控制类别 | v1 支持 | v2 增强 | 工程影响 |
|---|---|---|---|
| 声道模型 | 固定预定义声道 | 动态、可查询的声道模型 | 控制点必须根据设备能力调整 UI |
| 音量控制 | 每个声道单一音量 | 具有可配置范围、曲线和渐变的 ChannelVolume | 支持具有独立曲线的多区域音量 |
| 均衡器 | 仅 Bass/Treble | 多频段参数 EQ | 需要 DSP 支持；增加计算开销 |
| 动态范围 | 不支持 | 具有比率、阈值、起音/释放的 DynamicRangeCompression | 夜间聆听必备；需要实时音频处理 |
| 预设管理 | ListPresets, SelectPreset | 新增 PresetName 列表、用户预设保存/删除、预设 XML 交换 | 用户预设持久化需要非易失性存储 |
| 唇同步 | AVSyncOffset（单一值） | 每声道 AudioDelay、自动唇同步检测提示 | 支持家庭影院中每扬声器距离补偿 |
| 画面控制 | 亮度、对比度、锐度、色彩、色调 | 新增 Gamma、色温、降噪、宽高比 | 扩展的参数空间需要仔细校准 |
| 事件通知 | LastChange（单一 XML 文档） | 每声道组的 LastChange、速率受限投递 | 减少网络流量；改善 UI 响应性 |
v2 中扩展的参数空间带来了校准挑战。使用 v1 有限参数时，制造商可以自信地应用一致的校准。V2 的额外控制（Gamma、多频段 EQ、降噪）引入了相互依赖的参数，调整一个会影响其他参数的感知效果。工程师必须实现参数依赖管理——当用户将 PictureMode 从”电影”更改为”游戏”时，关联的 Gamma、色温和降噪设置应适当转换。
3. 预设管理 v2 与事件增强
预设管理在 v2 中得到了重大改进。v1 的预设是只读的、制造商定义的集合，而 v2 引入了用户预设能力。CreatePreset 动作允许控制点将当前渲染配置保存为命名预设供以后调用。DeletePreset 删除用户创建的预设，GetPreset 将关联的完整参数集作为 XML 文档检索。该 XML 文档可以跨设备导出和导入，支持专业校准人员在工作室或零售环境中的多个显示器上应用相同校准预设等用例。
事件通知系统通过每声道组事件得到增强。v2 引入每个逻辑声道组的 ChannelGroupLastChange 变量，而不是覆盖所有声道的单一 LastChange 事件变量。这减少了事件流量——当控制点只对音频参数变化感兴趣时，它订阅音频声道组的 LastChange 变量并忽略视频相关事件。速率受限投递机制允许设备指定最大事件通知频率，防止快速参数调整期间（如音量滑块拖动）的事件风暴，同时确保最终参数值始终被投递。
另一个重要的增强是引入了渲染上下文管理。渲染上下文是共享共同渲染目的的一组声道和参数的逻辑分组。例如，”主区域”上下文可能包括 Master 音频声道和主视频输出，而”区域 2″上下文仅包括次要房间的立体声音频输出。GetCurrentContexts 动作返回可用上下文，SelectContext 动作切换活动上下文。这允许控制点通过单个 RenderingControl 实例管理复杂的多区域、多信源渲染配置。
v2 中基于上下文的渲染模型是多区域音频系统的强大工具。v2 单个实例通过上下文管理所有区域，而不是要求每个区域有单独的 RenderingControl 实例。控制点只需选择所需的上下文并调整参数——设备负责将调整路由到正确的硬件输出。
用户预设的存储需要仔细设计以防止数据丢失。存储在易失性内存中的预设数据在断电后会丢失，这会让精心校准系统的用户感到沮丧。使用非易失性存储器（带磨损均衡的闪存）进行用户预设持久化。实现原子写入操作以防止断电时预设损坏，并至少维护预设数据库的一个备份副本。
4. 常见问题
问：RenderingControl v2 是否向后兼容 v1 控制点？
答：是的。v2 设备除了 v2 增强功能外还需要实现 v1 服务接口。v2 设备通常同时暴露 v1 服务 URN（urn:schemas-upnp-org:service:RenderingControl:1）和 v2 服务 URN（urn:schemas-upnp-org:service:RenderingControl:2），允许 v1 控制点使用基本 v1 接口发现和控制它，同时 v2 感知的控制点可以利用增强能力。
答：是的。v2 设备除了 v2 增强功能外还需要实现 v1 服务接口。v2 设备通常同时暴露 v1 服务 URN（urn:schemas-upnp-org:service:RenderingControl:1）和 v2 服务 URN（urn:schemas-upnp-org:service:RenderingControl:2），允许 v1 控制点使用基本 v1 接口发现和控制它，同时 v2 感知的控制点可以利用增强能力。
问：v2 中的动态声道如何与 ConnectionManager 交互？
答：ConnectionManager 的 PrepareForConnection 动作返回标识渲染实例的 RenderingControlID。在 v2 中，此 ID 映射到渲染上下文而不是固定声道集合。控制点随后可以通过 GetChannelCharacteristics 查询上下文的声道并单独控制它们。
答：ConnectionManager 的 PrepareForConnection 动作返回标识渲染实例的 RenderingControlID。在 v2 中，此 ID 映射到渲染上下文而不是固定声道集合。控制点随后可以通过 GetChannelCharacteristics 查询上下文的声道并单独控制它们。
问：当控制点在当前处于 v1 兼容模式的设备上设置 v2 特定参数时，会发生什么？
答：对于不是 v1 接口一部分的 v2 特定动作，设备应返回错误代码 401（无效动作）；对于标准 v1 动作上的 v2 特定参数值，返回错误代码 402（无效参数）。仅 v1 控制点永远不会调用 v2 特定动作，因此这种场景只会在 v2 感知控制点与仅 v1 设备交互时出现——此时 v2 感知控制点应回退到 v1 接口。
答：对于不是 v1 接口一部分的 v2 特定动作，设备应返回错误代码 401（无效动作）；对于标准 v1 动作上的 v2 特定参数值，返回错误代码 402（无效参数）。仅 v1 控制点永远不会调用 v2 特定动作，因此这种场景只会在 v2 感知控制点与仅 v1 设备交互时出现——此时 v2 感知控制点应回退到 v1 接口。
问：预设 XML 文档能否在不同制造商的设备之间共享？
答：可以。预设 XML 格式是标准化的。不过，实际参数值可能需要调整，因为不同硬件有不同的响应曲线和操作范围。在相似设备类别之间传输预设（如同一制造商世代的两款不同 LED 电视型号）通常效果良好，而跨制造商预设传输可能需要重新校准某些参数。
答：可以。预设 XML 格式是标准化的。不过，实际参数值可能需要调整，因为不同硬件有不同的响应曲线和操作范围。在相似设备类别之间传输预设（如同一制造商世代的两款不同 LED 电视型号）通常效果良好，而跨制造商预设传输可能需要重新校准某些参数。
