93 lines
21 KiB
Markdown
93 lines
21 KiB
Markdown
# 编码、直播录像与回看补充
|
||
|
||
用于依据用户 2026-10-20 对编码与回看运行的两轮反馈修订任务表，第二轮重点为9.101、9.122、9.139和12.14。本文的数值、路径及日期/刻度是这些用例在本轮已确认的要求，其他设备、App 或用例按自己的原文与实际界面确定；不将示例升级为全局默认。运行 ID 用于对应原行，用户反馈与实际 trace 分别注明来源，不把补充要求写成旧运行已执行或通过的证据。
|
||
|
||
## 写入任务表的共同规则
|
||
|
||
- 每个被测状态均完成“设置并保存回读 → 在该状态仍生效时观察直播或录制 → 再切下一态”。开关成功与直播正常分别验收，末态直播正常不能补证之前各态。缺少静态压降测量条件时继续可独立完成的直播观察，画面正常也不代替真实码率效果。
|
||
- 本轮设备编码设置入口是“设备设置页下方 → 自定义编码参数”；9.139第二轮用户称“设备设置 → 自定义码率参数”，按该节核实当前入口标签与实际编码字段。直播清晰度仍在直播页选择。未定位时按 [设置页查找](workbook-contract.md#设置页查找与到底确认) 继续核实，不能用近名页面或设置页分辨率代替直播档位。短时浮层按 [连续操作规则](transient-controls.md) 定位与操作。
|
||
- 直播检查须进入同设备并等到真实出图，用多时点画面/播放反馈观察是否持续播放，记录花屏、黑屏、绿屏、卡住、持续加载等实际现象。按钮、单帧或“设置成功”不能单独证明画面正常；不凭空增加固定观察时长、听音结论或压降阈值。
|
||
- App 内直播录像与 ARTEMIS 操作录屏分开。业务要求录制视频时，实际定位录像控件、点击开始并确认录像计时/录制中反馈，以确认开始的时点计时，持续规定时长后实际点击停止并确认保存。按可靠时钟核验经过时间，有可取得媒体时再核验有效时长；开始、计满、停止、保存四项分别核对，不能把等待回执、模型耗时或自动化屏幕录屏当成本次录像。录像存在与可播放、画面判据分别确认，缺档、短片、未保存或时长缺证分别记缺项。
|
||
- 本轮12.14的录像按钮由用户确认位于直播页面右下角；这是当前App的定位线索，不是固定坐标。两条漏录运行的当前UI已有“开始录像”无障碍描述，虽然该节点资源ID为空，仍应按当前文字/无障碍语义及实际控件关联定位，不能因没有resource-id就跳过。按实际标签、图标和点击后计时/录制中反馈确认身份，不能把声音/静音开关、拍照或截图按钮当成录像；误点须重新定位并实际启动录像，未见计时或录制反馈不能直接进入业务等待。已实际确认同设备直播录像入口时可在后续段复用其语义位置，每段仍核对当前控件及录制反馈。
|
||
- “尚未尝试”与“实际受阻”分开：缺少可信默认、SDK/RTSP、码率分析、媒体提取或长期挂测条件，只保留其对应断言缺项；无实际阻碍时继续App内可做的录像定位、开始、真实计时、停止保存与其余组合。计划中写过录像、观察直播若干秒、因未尝试而称无法录制，均不算已完成或已证明受阻。仅在当前实际尝试及有限纠正后仍有明确控件、加载、状态冲突或工具障碍，或用户取消/实际预算终止时保留受影响段与具体反馈；不得把未验证清单当作省略可做动作的理由。
|
||
- 收尾前按状态/组合核对覆盖，保留原用例的其他有效动作、断言及收尾；单项偏差不提前停止独立可做项。不把新增要求叠加成重复录制或删去原有范围。未明确缩减集合时，改写只回填对应行，保留用户指定底稿的全部用例、编号、顺序、样式、辅助页与其他配置；用户明确只要本轮条目时按其指定集合输出。
|
||
|
||
## 9.101：两种码率模式与六段30秒录像
|
||
|
||
对应首轮运行 `26415f37-4870-4886-8735-a4f35061f9b4`、第二轮运行 `670f780a-513a-4236-b4a2-dd4f7e9d8252`。用户第二轮再次指出缺少直播30秒录像，因此本条须把六段App内录像写成独立必做阶段，不能只强化码率设置或直播观察。本轮已经给出具体目标，不再沿用“任选合法且不同于当前的码率”替代这些值。
|
||
|
||
第二轮实际因清晰度未确认而六段均未录，第23、24、25、42步已有“开始录像”无障碍描述但未实际点击，不能把这一缺口改写成录像能力已尝试且失败。后续按短时控件规则完成当前页清晰度定位与选择；旧运行未取得清晰度浮层证据，不能臆断为浮层曾显示后隐藏。当前档位已能确认时先完成其可做录像；某档确实无法确认时保留该组合未验证，继续其余可做档位及码率分支，不由一个未确认档位推定六段全部不可录。若经有限定位清晰度仍不能确认、但当前App录像入口可用，至少尝试一段原定30秒的开始、计时、停止保存，标明清晰度未确认而不计入任何指定组合；不为此强制重复六段未知档位录像。
|
||
|
||
| 设置阶段 | 本轮目标 | 直播页逐档录像 |
|
||
| --- | --- | --- |
|
||
| VBR | 平均值 2000、峰值 2300 | 标清、高清、超清各独立录制至少完整30秒 |
|
||
| CBR | 平均值 2000 | 标清、高清、超清各独立录制至少完整30秒 |
|
||
|
||
先记录原模式、字段、单位与开关状态，实际选择 VBR 并分别填写平均/峰值，核对必要保存及重新进入回读；不能只改一个字段或把目标值写进记录而未操作。保持该设置回到直播，依次核对标清、高清、超清选中及真实播放，每档实际点击App录像按钮、确认开始计时，持续录制至少完整30秒，再实际停止并确认保存后切档。完成 VBR 三段后，回到码率页选择 CBR、填写平均值2000并保存回读，再按标清、高清、超清完成同样三段，共六段。仅看直播30秒、切换三档或开启操作录屏均不算本条录像。CBR 未提供峰值字段时不编造该字段，不把 VBR 峰值继续当 CBR 验收项；字段单位与合法范围依实际页面记录，目标不可接受时保留该分支受阻，不擅自改数值或单位。
|
||
|
||
每段关联模式、实际设置值、直播档位、录制起止、实际计时及保存结果，能取得媒体时补核有效时长。收尾前按VBR/CBR各三档逐段检查四项动作，缺哪个阶段就补做仍可做的该阶段，不以“码率设置完成”覆盖六段录像。基础录制时长为 `6×30=180秒`，总预算还须覆盖设置、切换、加载和收尾；不从180秒直接推出总任务时限。保留原智能编码自动关闭及厂复默认分支的证据边界，按 [码率原范围](workbook-contract.md#用户确认路径与人工判定采集) 分别核验，缺少厂复默认依据不阻断本轮六段录像，不为补录擅自恢复出厂，也不追加12.14的实测码率或5分钟要求。
|
||
|
||
## 9.122：全部实际侦测关闭、AOV与退出后返回
|
||
|
||
对应首轮运行 `a80f256c-0b79-4496-8783-5a5ac5c230e2`、第二轮运行 `716e7b55-f60b-442b-b6c9-cc3d9fb8aeb4`。第二轮用户明确目标为AOV，不是智能编码。先在设备设置检查本设备实际存在的所有侦测/跟踪及 AI 功能，逐项读取并关闭、完成必要保存回读，再开启 AOV；不能只关移动侦测和声音侦测就宣布“全部已关”。
|
||
|
||
查找范围包括本轮用户列出的：人形侦测、移动侦测、声音侦测、人脸侦测、电瓶车识别、车辆识别、移动追踪、AI周界、AI设置等。它们是查找范围示例，按主设置页及真实子页核对；AI设置或 AI周界如为分组，进入关闭实际存在且可操作的相关算法/功能，并回读状态。近名项目不互相替代，不能把分组入口当成单一开关。找到的新侦测功能也纳入本条“全部实际存在”范围；未见项记录已查范围与尚未确认项，不臆造开关、不把未查写成不存在，不关闭与本条无关的安全或系统功能。
|
||
|
||
在“自定义编码参数”先读取并区分“AOV”和“智能编码”各自的标签、当前状态及所关联开关，实际操作明确属于“AOV”这一行的控件；不能凭相邻位置、颜色或已开启的智能编码推定AOV已开。AOV已开启则核验保持；关闭时开启AOV，并在必要保存后重新进入，回读同一“AOV”行确为开启，再退出App。AOV未定位时继续本页相关查找并记录缺口，不开启智能编码充当替代，也不把误点后的智能编码状态写作AOV生效。两功能身份未核实时不得声称本条前置已建立。
|
||
|
||
第二轮第24、26、27步实际点击相邻智能编码开关，智能编码多次变化而AOV一直关闭。两行共用 `setting_switch` 资源ID，单凭该ID或缓存坐标不能定位AOV；应将当前“AOV”可见文字与其所在行开关绑定，动作后回读同一行。该证据支持目标误定位与AOV未开启，不支持AOV开关存在产品故障；旧点击坐标不写入新提示词。
|
||
|
||
以实际退出并确认离开 App 的时点开始计时，保持不进入该 App 满60秒。设置页等待及App仍在前台的时段不算退出等待，也不能凭模型回合数或估计处理耗时推定已满60秒；退出状态实际持续期间经过的时间按可靠时钟计入；不为“退出”额外清数据、重装或默认强制停止，具体退出动作沿已确认安排。满60秒后重新进入 App、打开同设备直播，核实真实出图、持续播放及异常。分别记录侦测关闭覆盖、明确的AOV标签与开启回读、退出起止/60秒、返回直播结果；不能将智能编码开启记录移作AOV证据。
|
||
|
||
既有原文或用户仍保留的码率设置、真实动/静场景、不开直播挂测及对应生成视频“正常播放、无快播”继续作为独立范围；不凭本轮补充新增未指定码率。若仍需码率配置，在关闭侦测后、开启 AOV 前完成，记录 AOV 开启后的实际参数，不反复改码率干扰 AOV。60秒退出与直播检查是本轮必做的明确链路，不以“长期挂测时长未提供”省略；60秒也不自动证明其他原挂测条件或生成流通过。收尾恢复在直播结果观察后按既定安排执行。
|
||
|
||
## 9.137、12.29、12.3：每个规定智能编码状态都看直播
|
||
|
||
| 编号与对应运行 | 必须增加的观察阶段 | 仍独立保留的原范围 |
|
||
| --- | --- | --- |
|
||
| 9.137；`1feee1ea-4ae9-4233-b248-21c760575ad5` | 开启并回读后进入直播观察；再关闭并回读后再次进入直播观察 | 开关、可信默认及真实静态压降等原断言 |
|
||
| 12.29；`b659b7be-292c-4537-a7e9-6c90e30c7d18` | 开启态和关闭态分别观察直播花屏等异常，关闭后的观察完成再恢复 | 能力/配置项上报、默认、两态实际静态输出等 |
|
||
| 12.3；`fa5aef3c-93c1-4f16-88bf-f0d2a6c8cb76` | 开启并保存回读后进入直播观察花屏等异常 | 真实静态场景输出及关联效果标准；本条不增加关闭态 |
|
||
|
||
本轮9.137、12.29及12.3已确认“智能编码”就是原文的“静态码率压降”开关，不需寻找额外独立同名控件。12.3已回读智能编码开启时可核验并保持、继续直播和效果观察，不能因无另一个字面名为静态码率压降的控件将开启态判缺失；本字段映射限已确认设备/App，不推广为其他近名设置均等价。每一态的直播观察在该态仍生效期间完成。9.137、12.29不能仅在两次开关后最后看一次直播；12.3不能因为共用入口就增加关闭/默认或四组合录像。初始已开可核验保持并观察开启态，不为凑状态变化先关闭；继续按原顺序完成本条所需后续状态。真实测量和直播画面两类缺项分别记录，详情沿 [各条原断言](workbook-contract.md#用户确认路径与人工判定采集)。
|
||
|
||
## 9.139：参数变更后的两次重置提示分支
|
||
|
||
对应首轮运行 `dba4d0f0-baad-4962-83f9-ad26bb7fdc9d`、第二轮运行 `17086c4d-c92b-42fc-bb3c-31b5da99779e`。第二轮用户明确入口为“设备设置 → 自定义码率参数”。上轮同类入口称“自定义编码参数”；按当前实际标签进入，并以码率、帧率、I帧间隔及AOV/智能编码等实际编码字段核实是否为该目标页，仅文案差异不另跑通用AI或画面页，名称相近也不能单独证明页面等同。未定位时在设备设置列表按已确认路径继续查找，不以“画面与声音”“AI设置”或直播清晰度替代参数入口；实际入口名与用户线索分别记录，不倒填第二轮trace已走通。
|
||
|
||
第二轮实际进入的是设备能力集原始Config展示页，未进入可操作的自定义参数页。只读能力/配置文本只能提供实际展示的信息，不能代替本条参数输入、开关操作、弹窗触发及保存回读；发现进入该页后应返回设备设置沿目标入口继续，不在原始文本中寻找交互开关或直接结束互斥验证。
|
||
|
||
完成原码率/帧率/I帧间隔参数变更及自动关闭分支后，仍须实际开启 AOV 或智能编码触发恢复提示，不能在参数修改后结束。按原量词任选可用参数变更，不因本轮列出三项就强制全参数遍历。
|
||
|
||
两个功能分别在本次有效参数变更前置下开启。有可信默认时选合法非默认值；缺少默认依据时选合法且不同于变更前的值，实际变更、保存回读后继续弹窗及三字段核验，仅“恢复成默认”比较待核，不能因无法证明非默认而跳过两分支。参数变更触发保存/应用时，先读取当前自动关闭弹窗全文，再确认并完成保存、重新进入回读，不能先离页再回头核对已消失的提示。
|
||
|
||
随后分别开启AOV、智能编码，各自在离页前核对完整原预期弹窗“设置此功能，码率、帧率、I帧间隔设置将恢复成默认值”，记录实际全文及有无提示，再确认并回读码率、帧率、I帧间隔三项。前一分支已恢复参数时，应重新建立有效参数变更才做后一分支，不能在无变更时开第二个开关并认定重置提示已验证；实际参数变更无法保存或生效时才保留对应触发前置缺口。弹窗、开启状态及三参数默认比较分别验收；前段自动关闭提示即使漏写AOV或其他文案不同，也应保留该差异并继续后面AOV、智能编码各自恢复分支，不能以首个提示不符为由提前收尾。文案差异同样不阻断可做回读；可信默认依据缺少时读回值不冒称默认。保持 [完整互斥核验](workbook-contract.md#编码参数互斥与完整核验9139) 的参数修改前后态、自动关闭、直接关闭及收尾要求，AOV和智能编码不被误设成彼此互斥。
|
||
|
||
## 12.14：智能编码下四组合各录5分钟
|
||
|
||
首轮用户称“9.14”，但稳定运行 `5bbcedfe-efa5-4a71-8a6f-0751f4f89ece` 的 `sessions.initial_goal` 以 `【12.14】码率测试` 开头，指定底稿也为12.14；用户已确认优化原12.14并保留编号。第二轮对应运行 `d064bf8c-0118-46ed-8d8b-05de415dd8c5`，用户再次明确必须在直播页录像，按钮位于右下角；该位置作为当前App线索按当前布局核实，不写固定坐标。
|
||
|
||
第二轮第15、16、29步实际页面已有“开始录像”无障碍描述，但四段均未开始；第16步点“相机”后出现预览缩略图，属于拍照反馈，不是录像开始。该轮仅在自定义分辨率面板看到960×540、2304×1296、2560×1440选项，未选直播高清/超清，不能据此声称直播档位切换已完成。不能以码率分析条件不足或时长等待尚未执行推导App内录像不可做。新提示词须落到实际录像动作和四段时长，未尝试、未录、未保存分别保留，不把历史业务结束状态等同录像覆盖完成。
|
||
|
||
开启智能编码并保存回读，在该设置页核对码流/编码格式切换，严格按以下顺序完成四段：`H265×高清 → H265×超清 → H264×高清 → H264×超清`。先选择H265并回读，回同设备App直播页选高清，等真实出图，在右下区域定位实际录像按钮并点击；核实不是声音或拍照功能，确认本段录像计时/录制中反馈后开始可靠计时，连续完整300秒，再实际点击停止并确认保存。完成后再切超清并重复完整动作。两段H265均结束后回设置页切H264、保存回读，再在App直播页按高清、超清分别完成同样的开始、完整300秒、停止保存，共四次App内直播录像。四个组合逐段关联实际codec、档位、智能编码状态、起止、时长及保存结果，不能仅查看切换菜单、直播播放5分钟、把一段复制为四段或录制中途切档。
|
||
|
||
本轮明确要求在App直播页完成上述四次录像。RTSP等实时码流采集只可补充真实码率定量分析，不能代替App内业务录像，也不能因外部码流可采集而跳过App录像的开始、300秒、停止保存；缺少分析/提取能力同样不阻断可做的四段App录像。每段真实等待是业务动作，尚未执行等待不能写为等待受阻，模型处理耗时或一次短等待不证明已录满300秒；录像仍在持续且无实际障碍时，按可靠截止时间继续剩余时长，不能切档即收尾。开始、真实计满、停止和保存分别确认后才标本段完成；保存失败与时长缺证分别保留，不以“已录制”笼统覆盖。
|
||
|
||
当前已确认的直播档位先录，某个切档入口或组合受阻不吞掉其余可做段。经有限纠正仍无法确认任何清晰度、但实际录像入口可用时，尝试一段原定300秒的App录像，标明档位未确认，不计入四个指定组合；其余切档缺项保留，不为补覆盖重复录四段未知档位视频。
|
||
|
||
复用 [四组合录制方法](workbook-contract.md#编码组合录制与码率判定1214) 中的实际选中、媒体时长核对、素材来源及预算规则时，以此本轮App录像范围为准；编码或清晰度切换后核对智能编码仍生效，发生冲突时记录，不用固定码率代替。基础业务录制已1200秒，按真实总流程保留足够余量及已有合理配置。本条原12.14的全部像素档阈值、峰值及静/动态总量判据继续沿原范围独立保留；四段录像不自动代表其全部通过，也不因本轮补充就缩减原范围。
|
||
|
||
## 12.24：云回看左下日期与最近7日告警抽查
|
||
|
||
对应运行 `4eeb25f7-0cf3-4872-b2f2-7fd0bdbb5eef`。最近7日云告警视频抽查是本轮明确必做项，不能只看普通时间轴、告警列表或“一天快放”。确认同设备云回看，在本轮已确认的左下角日期入口选择日期，按选中反馈回读日期、等待该日数据加载；不固定像素坐标，也不从旧截图沿用定位。以可靠当前日期/时区列明最近7日范围，未另指定时按当天及前6个自然日，当天只查已过去时段，不等待未来七天。
|
||
|
||
逐日查看可用告警记录，在实际有告警的日期抽样选择告警视频并实际播放，关联日期、事件类型、事件时间/片段及播放结果，检查是否正常出图和持续播放。按实际分布覆盖不同日期，不因某日无告警就虚构样本，也不以同一天多个片段充当七日覆盖；用户未指定样本量时按可用记录合理抽样并说明已抽查数量/范围，不把抽查扩成必须播放七天全部视频。日期无记录、保留不足、服务不可用或播放失败分别记录；空列表不证明应有事件无丢失，正常时间轴也不证明告警视频可播放。
|
||
|
||
保留 [原最近七日云/卡时间轴检查](workbook-contract.md#最近七天云存卡存空洞检查) 及原7×24小时、每日10事件、无丢失/可播放范围，各自记录覆盖与待核项；新增云告警抽查不取代双存储历史空洞检查，也不要求无历史的新挂测作为开始抽查前置。完成可做的日期选择与抽查后再按本条约定收尾。
|
||
|
||
## 12.28：卡回看和云回看分别调到12H刻度
|
||
|
||
对应运行 `36d12ee1-1289-430a-8fba-f103e75bff85`。实际进入同设备卡回看、云回看，两侧均需使用页面下角实际可见的放大镜缩放控件，将时间轴显示跨度调至 `12H` 并核对显示；本轮未确认左右位置，按当前页面识别，不写固定坐标或盲点次数。每次操作后观察刻度/跨度反馈，必要时在实际可用的增/减控件之间调整；若界面用其他标签，记录实际刻度，未达到12H时不声称完成。切换存储后重新确认，不能从云侧12H推定卡侧同样生效。
|
||
|
||
`12H` 是显示尺度， [最近十二小时窗口](workbook-contract.md#最近十二小时云存卡存空洞检查) 是实际检查时间范围，两者分别满足。调到12H后仍需确认选中日期、窗口起止与轨段已加载，按同一请求窗口检查两侧，跨日分别选日并覆盖交集；仅见12H标签或一屏正常不等于最近12小时全部已查。保留原空洞颜色/应录制解释、逐洞播放反馈，以及动态高码率负载与至少12小时无重启/掉线等独立判据。缩放受阻时记录控件、实际跨度和已查/未查范围，不用存储卡容量页代替、不反复改侦测来冒充历史负载。
|