# Handoff — RPS 4:2:2 / 10-bit 编码设置 GUI 需求

- **来源**：Slack thread [RPS_12700_hw_encoder test](https://tvunetworks.slack.com/archives/GUFFLUYBZ/p1780652086585009)（87 条，2026-06-05 → 2026-08-14）
- **点名人**：Kalpesh Dave（PM）→ Nancy Zeng　**日期**：2026-08-14
- **JIRA**：❌ 无。查过 FB project，422/444 GUI 相关单一张都没有（Matt McEwen 6/10 说 "I will create a JIRA ticket" 但未建）
- **状态**：🔀 **已转交 Click Mao**（CC 设计负责人），未开始设计

---

## 1. 结论：改在哪个 GUI 上

**RPS (New) web GUI**，而这套新版 GUI **集成在 Command Center 上、由 CC 控制**，CC 的设计由 **Click Mao**（`U011FPGPTUH` / clickmao@tvunetworks.com）负责 → 需求已在 thread 里 loop 给 Click。

⚠️ **不是** FB-10040 那套老 RPS Link GUI（Figma `TVU-RPS-20220302` / `pUE6UakxCpU6Dw9vUCtBBe`），别在老稿上加。

版本/硬件基线（thread 内明确）：

| 项 | 值 | 来源 |
|---|---|---|
| 软件 | RPS (New Pack Software) **v8.1 build 81363** | fujianfang 7/15 |
| 硬件 | **VS3500 V7**（I7-12700）；V5（I7-11700）也支持 | fujianfang 6/26、7/15 |
| 后端状态 | 444 10bit（1080P + 1080I field mode）**已支持**，RPS 与 TM1100 均已就绪 | fujianfang 7/10 |
| 实测 | RPS LINK（V7）跑通 6×1080i5994 444 10bit(field mode) + 2 RVF | fujianfang 7/21 |

---

## 2. 要做什么

给通道编码设置增加：

1. **chroma format** 设置 —— 4:2:2
2. **bit depth** 设置 —— 8-bit / 10-bit

> 注：8/14 Fujian 补充确认（对话外沟通）——除 4:2:2 外还需要单独的 8-bit / 10-bit 设置。
> 这改变了控件模型：thread 里原话是"加一个 422 10-bit 选项"（听起来是单一组合项），实际是**两个维度两个控件**。

---

## 3. 技术约束（设计必须处理）

| # | 约束 | 来源 | 对 UI 的含义 |
|---|---|---|---|
| 1 | pack 实际编 **444 10-bit**，receiver 转成 **422 10-bit** 出 SDI；receiver SDI 输出**不支持 444** | fujianfang 7/22；Matt 7/22 拍板"客户视角只支持 422" | 标签写 `4:2:2`，**不要**暴露 444 |
| 2 | 422 10-bit 与 **H.264 不能共存**（GPU_HANG）；与 **H.265 可共存** | fujianfang 8/14 | 任一通道选 422 10-bit → 全机其余通道锁 H.265 |
| 3 | 仅 I7-11700(3500V5) / I7-12700(3500V7) 支持 | fujianfang 6/26 | 不支持机型上隐藏或置灰 + 说明 |
| 4 | 1080i 走 **field mode**，只对 TVU 端到端有效；SRT/passthrough 接收方需先解码再重编 | Lotus Chen 6/25、fujianfang 6/25 | 1080i + 422 10-bit 需一条提示 |
| 5 | 6R + 2RVF 在 16GB VS3500V7 上内存吃紧，建议 VS3600/32G；Kalpesh 提议加 "disable preview" 开关 | Lotus 8/06、Kalpesh 8/08 | ⏳ QA 仍在测（8/13 还在等机器），结论未出，可能扩围 |

TM1100 / RPS One 额外约束（若纳入范围）：开 422 10-bit 需**全通道同时开**，且 record 也必须 444 或直接关闭（fujianfang 7/13、7/14）。

---

## 4. 关键判读：「channel by channel」到底支不支持

原始三条（8/14）：

> **Matt**：can we add on a channel by channel basis?
> **fujianfang**：**don't support**, for example.
> 　h264 420 8bit + 422 10bit → GPU hung
> 　h265 420 8bit + 422 10bit → **don't have issue**

**他嘴上的 "don't support" 与自己举的第二个例子矛盾** —— 第二例中两通道设了不同配置且不出问题，本身就是逐通道设置。

**判定真实规则**：422 10-bit **可以逐通道设**，唯一硬约束是「整机不得出现任何 H.264 通道」。他那句大概率想说"不支持任意自由混搭"。

→ 已在 thread 里抛出确认问题，**等 fujianfang 回复**。

⚠️ 别混淆：fujianfang 7/14 那句 "RPS also can support 422, but maybe only can support one channel 422 too" 说的是**原生 422 编码**（GPU 不支持 low power，很吃资源），与本需求的"编 444 → receiver 转 422"路径不是一回事。

---

## 5. 待办 / 缺口

- [ ] **等 fujianfang 确认** §4 的逐通道规则
- [ ] **要一张合法组合表**（chroma × bit depth × codec）—— 4:2:2 + 8-bit 是否允许？H.264 通道下 10-bit 是否可选？没这张表定不了联动规则
- [ ] **补 JIRA 单** —— 请 Kalpesh 或 Matt 建，否则交付无处挂
- [ ] **要 baseline** —— RPS (New) / CC 当前通道编码设置页的截图或 Figma 源。Matt 8/06 自己也在问 "Do you have a screenshot of the settings in the UI?"，说明团队内都没有
- [ ] **范围待定：TM1100 / RPS One 含不含**。⚠️ 这是**我推出的空白，非 thread 内既有争议点** —— 依据是 fujianfang 7/10「后端 RPS + TM1100 均支持」、Matt 7/11 问「will it work on all four channels of TM1100 / RPS One?」**至今无人回答**。GUI 三条请求（8/06、8/14）只提 RPS Link New。先按 RPS (New) 单产品推进
- [ ] **等 QA 内存/容量测试结论**（§3 约束 5），可能牵出 preview 开关设计

---

## 6. 人员路由

| 角色 | 人 | Slack ID |
|---|---|---|
| 需求发起（PM） | Kalpesh Dave | `USJDRJDJS` |
| 客户侧 PM | Matt McEwen | `U6EHS0TNK` |
| 后端 / 约束真源 | fujianfang | `U021MHBDCVD` |
| 产品 | Lotus Chen | `USST27WP8` |
| UI ENG（thread 内被 @） | Trevor Yao | `U6DK2FACD` |
| **CC 设计（已转交）** | **Click Mao** | `U011FPGPTUH` |
| 硬件编码器测试 | Dave Hu | `USC5M69QS` |

---

## 7. 已发出的 Slack 回复

1. 认领：`Sure, I'll take a look and share a UX design ASAP`（8/14 10:03）
2. 转交 + 确认问题：
   > I looked into this. The change would land on the new RPS GUI, which is integrated into and controlled from Command Center — @Click Mao is the designer for Command Center, so looping Click in.
   >
   > @fujianfang one thing worth confirming before design starts: from your example, 422 10-bit *can* be set per channel as long as no channel on the unit is using H.264 — is that right? If so, the UI should force the remaining channels to H.265 once 422 10-bit is selected on any channel.
3. 追加（Fujian 补充信息后）：
   > Just confirmed with @fujianfang — in addition to the 4:2:2 setting, the GUI also needs an 8-bit / 10-bit setting. So it's two separate controls, not a single combined "422 10-bit" option. @Click Mao FYI.