Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-17-13：UPnP AV RenderingControl 服务
UPnP 音频/视频 — 第17-13部分：RenderingControl 服务规范
1. RenderingControl 服务架构
ISO/IEC 29341-17-13 规定了 RenderingControl 服务，该服务提供了控制 UPnP MediaRenderer 设备上音频和视频输出渲染特性的接口。AVTransport 管理播放状态机（播放、暂停、停止、定位），而 RenderingControl 管理输出参数——音量、静音、亮度、对比度、锐度、色彩平衡以及其他影响最终用户感知媒体效果的渲染属性。这种关注点分离允许控制点独立于传输状态调整渲染参数，在活跃播放期间调整音量或为不同观看环境配置画面预设等场景中尤为有价值。
RenderingControl 服务使用基于实例的架构。每个渲染实例（由 RenderingControlID 标识）代表一个独立的渲染通道——例如多区域音频放大器的主区域和第二区域，或电视的 HDMI 1 和 HDMI 2 输入。ConnectionManager 的 PrepareForConnection 动作将连接与特定的渲染实例关联，控制点将渲染命令定向到相应的实例。这在不同信源馈送到不同渲染路径的复杂 AV 系统中实现了细粒度控制。
始终在设备启动时将渲染状态变量初始化为合理的默认值。一个常见的支持问题是设备开机时音量为 0 或静音处于启用状态（来自之前的会话），导致用户认为设备故障。将最后已知的音量级别持久化到非易失性存储在开机时恢复，可提供更好的用户体验。
2. 基于声道的渲染控制与预设管理
RenderingControl 服务围绕声道概念组织其控制。每个渲染实例有多个声道——至少有一个同时控制所有输出的 Master 声道，以及可选的用于特定输出的独立声道。在立体声音频系统中，声道可能包括 Master、LF（左前）、RF（右前）以及可能的 Subwoofer（低音炮）。在视频系统中，声道控制整个显示输出（Master）或各个画中画窗口的画面参数。
音量控制是最基本的渲染操作。服务为每个声道暴露 Volume 状态变量，值通常范围为 0 到 100（尽管标准允许实现定义的范围）。Mute 状态变量提供布尔切换，在不改变音量设置的情况下静音该声道——对于在临时静音输出时保留用户配置的音量级别至关重要。额外的音频控制包括 Balance（左右立体声平衡）、Fade（前后衰减）、Loudness（低音量响度补偿）以及 Bass/Treble（均衡控制）。
视频渲染控制包括 Brightness（亮度）、Contrast（对比度）、Sharpness（锐度）、Color（饱和度）、Hue（色调）以及 Horizontal/Vertical Extension（宽高比调整）。每个都作为每个声道的独立状态变量暴露，具有实现定义的值范围。标准为未包含在预定义集中的实现特定控制定义了通用的 GetStateVariable/SetStateVariable 机制。
| 控制声道 | 状态变量 | 典型范围 | 描述 |
|---|---|---|---|
| Master（所有声道） | Volume | 0 — 100 | 全局音频音量级别 |
| Master | Mute | 0 / 1 | 全局音频静音状态 |
| Master | Balance | -100 — 100（0=居中） | 左右立体声平衡 |
| Master | Loudness | 0 / 1 | 响度补偿开关 |
| Master | Brightness | 0 — 100 | 视频亮度（黑电平） |
| Master | Contrast | 0 — 100 | 视频对比度（白电平） |
| Master | Sharpness | 0 — 100 | 视频锐度（边缘增强） |
| Master | Color | 0 — 100 | 视频色彩饱和度 |
| Master | Hue | -180 — 180（0=中性） | 视频色调调整 |
| LF（左前） | Volume | 0 — 100 | 独立左声道音量 |
| RF（右前） | Volume | 0 — 100 | 独立右声道音量 |
Master 音量与独立声道音量之间的关系需要仔细设计。一些实现将 Master 视为绝对覆盖（将 Master 音量设置为 50 会将所有声道设置为 50，无论其先前的独立设置如何），而其他实现将其视为相对增益级（Master=50 按比例从各声道的独立级别缩放）。标准未强制要求任一行为，但所选方法必须清晰记录并一致实现。
3. 预设管理与工程最佳实践
RenderingControl 服务通过 ListPresets、SelectPreset 和 GetPreset 动作定义了全面的预设管理系统。预设是一组命名的渲染参数值集合，可以作为一个组应用。常见预设包括”电影”（增强对比度、暖色温、环绕声）、”音乐”（平坦 EQ、立体声）、”游戏”（低延迟模式、明亮画面）和”夜间”（降低动态范围、降低音量）。设备的 GetPresets 动作返回可用预设列表，SelectPreset 在单个原子操作中应用与命名预设关联的所有参数。
从工程角度来看，预设提供了渲染配置之间的原子转换。调用 SelectPreset 时，设备应同时转换所有受影响的渲染参数，以避免中间视觉伪影。例如，从”电影”预设切换到”游戏”预设时，不应短暂显示具有旧亮度与新对比度组合的帧。实现应对预设参数使用双缓冲——将新值接收到影子寄存器组中，并在所有参数更新完成时原子地交换活动寄存器组。
LastChange 事件机制值得特别的工程关注。RenderingControl 使用事件通知来向控制点通知渲染参数的变化。LastChange 事件变量携带编码了发生变化的声道和参数的 XML 文档以及新值。为了减少快速参数变化期间（如音量滑块拖动）的事件流量，标准建议将事件限频到大约每秒 10 次事件。控制点应实现接收端合并，仅处理突发中的最新事件。
当请求较大的音量变化时，实现平滑的音量渐变。如果控制点将音量从 10 设置为 80，设备应在 100-300 毫秒内逐渐提升增益，而不是瞬时步进。这可以防止可闻的爆音噪声并保护扬声器免受突然的功率波动影响。
切勿在未应用对数映射的情况下将放大器增益直接暴露为 Volume 状态变量。人类听觉是对数的——线性增益标度导致大部分感知音量变化发生在前 20% 的范围内，超过 50% 后变化很小。应用指数映射（如 volume_dB = 20 * log10(volume / 100 * maxGain)），使 Volume 控制在其整个范围内提供感知上均匀的步进。
4. 常见问题
问：RenderingControl 能否独立于 AVTransport 运行？
答：可以，这正是设计意图。RenderingControl 和 AVTransport 是独立的服务。控制点可以在 AVTransport 处于 PLAYING、PAUSED 或 STOPPED 状态时使用 RenderingControl 改变音量或静音状态。这种独立性实现了在电话来电时静音输出而不影响播放状态等功能。
答：可以，这正是设计意图。RenderingControl 和 AVTransport 是独立的服务。控制点可以在 AVTransport 处于 PLAYING、PAUSED 或 STOPPED 状态时使用 RenderingControl 改变音量或静音状态。这种独立性实现了在电话来电时静音输出而不影响播放状态等功能。
问：服务如何处理预设修改？
答：标准未定义创建或修改预设的动作。预设通常是只读的，由设备制造商定义。一些实现提供了用于用户预设管理的自定义动作（在标准之外），但这不能保证跨设备可移植。
答：标准未定义创建或修改预设的动作。预设通常是只读的，由设备制造商定义。一些实现提供了用于用户预设管理的自定义动作（在标准之外），但这不能保证跨设备可移植。
问：渲染参数更改是否在多个控制点之间同步？
答：是的，通过 LastChange 事件机制。当一个控制点更改渲染参数时，设备更新 LastChange 事件变量，所有已订阅的控制点都会接收到事件通知。这确保了网络中所有控制点可见的渲染状态的一致性。
答：是的，通过 LastChange 事件机制。当一个控制点更改渲染参数时，设备更新 LastChange 事件变量，所有已订阅的控制点都会接收到事件通知。这确保了网络中所有控制点可见的渲染状态的一致性。
问：当控制点将渲染参数设置为超出设备支持范围的值时，预期行为是什么？
答：设备应将值限制在其支持范围内而不返回错误。例如，如果设备支持 Volum 0-80 而控制点设置 Volume=100，设备应用 Volume=80。LastChange 事件报告实际应用的值，而不是请求的值，允许控制点更新其 UI 以反映限制后的设置。
答：设备应将值限制在其支持范围内而不返回错误。例如，如果设备支持 Volum 0-80 而控制点设置 Volume=100，设备应用 Volume=80。LastChange 事件报告实际应用的值，而不是请求的值，允许控制点更新其 UI 以反映限制后的设置。
