Seetong · Report

Seetong 问题雷达 17:00 第 199 期

时间窗口:2026-09-22 09:00:00~17:00:00(Asia/Shanghai)

📌TL;DR 核心要点

  • 🔴 Android 卡回放拖动卡顿与时间跳转:6 个独立用户,严重度 90/100,置信度中。
  • 两份代表性 Logan 均出现 TPS_ReplayDevFileRsp is invalid;其中一份在约 10 秒内连续产生数十次 onTimeSelected,表明拖动过程存在高频选择事件,最终虽有首帧返回,仍可能造成旧响应与新目标时间竞争。
  • 神策 NvrMonitorFrameResult 近 7 日每天保持 1.1 万~1.9 万次出图,今天截至查询时为 7,290 次/50 人;未见全量出图中断,问题更偏向特定回放交互与设备响应链路。

🔥最近一个月 Top 问题

按严重度与复发期数排序,已把跨期同类反馈归集;负责人由问题代码锚点对应的 Git 提交历史(blame / 近期主要提交者)反查;数据窗口:最近 30 天(截至 2026-09-22)。

#问题(严重度降序)严重度平台版本负责人问题原因
1设备反复掉线、离线(详细分析)
1 期
100Android · HarmonyOS1.1.1.6 / 8.3.14.2唐胜、张威样本显示设备服务端已下发离线状态或NVR通道P2P建流失败,Android仅忠实消费SDK回调;现有神策缺失失败码,不能断言为单一Relay或客户端缺陷。
2HarmonyOS 实时预览不可用
2 期
—Android · HarmonyOS · iOS1.1.1.6唐胜(本期未收敛到单一根因)
3NVR多通道视频加载异常(详细分析)
2 期
—Android8.3.14.2张威、唐胜证据更支持特定NVR通道切换后的播放帧输入/解码状态异常,而不是NVR离线、AddWatch失败或全局Relay故障。
4Android设备离线(详细分析)
1 期
—Android8.3.14.2许源、张威该样本的设备在线状态由服务端列表与P2P离线回调共同判定为离线,证据指向设备侧连接或在线状态同步,未见客户端网络整体中断。
5iOS连接不上摄像头(详细分析)
1 期
—iOS8.3.8.5欧阳荣、谭伟仅有单条描述,无法区分设备离线、P2P建连失败、权限限制或客户端显示异常。
6人形侦测漏提醒
1 期
—Android · HarmonyOS—陈宝旺、唐胜、张威、许源(本期未收敛到单一根因)
7回放不可用、卡顿与异常音频
1 期
—Android · HarmonyOS1.1.1.8 / 8.3.13.3唐胜、张威(本期未收敛到单一根因)
8回放列表为空或无法播放
1 期
—Android · HarmonyOS1.1.1.6 / 8.3.14.2唐胜、张威现有证据更符合部分设备当天录像索引为空或回放协议响应无效,而非Android客户端通用建流故障。
9多摄像头实时预览卡在80%
1 期
—Android8.3.14.2唐胜(本期未收敛到单一根因)
10多端回放不可用/画面停滞(详细分析)
1 期
—Android1.1.1.6 / 8.3.14唐胜多端回放投诉已聚集,但现有埋点无失败码、Logan又未覆盖用户操作,无法区分设备无录像、SDK回放建连失败、解码渲染停滞或进度控制异常。

重点问题:Android 卡回放拖动卡顿与时间跳转

  1. 现象与覆盖:反馈 252042 表示下午回放突然跳到早上,252037 表示第二段回放明显卡顿,252032 与 252029 表示回放不可见,251982 表示拖动时间条卡顿,251996 表示查看历史录像后自动恢复到最新画面。共 6 个独立用户,覆盖 Android 8.3.14.2、8.4.1.4、8.4.0.6,以及 HUAWEI、OnePlus、vivo 等机型和辽宁、陕西、吉林、安徽、河北、河南等地区。
  2. 严重度评分:90/100(反馈量 30/30、共性广度 30/30、业务关键度 30/40)。该聚类不含普遍网络提示,且与第 198 期的单个 Harmony 离线/录像线索平台和表现不同。
  3. Logan 样本一:反馈 251982 在 L1472-L1475 连续记录两个通道 TPS_ReplayDevFileRsp is invalid;L1648-L1653 从时间轴选择 69914 秒后,同时向枪机与球机下发 playVideoByTime;L3230-L3719 在约 10 秒内持续产生密集 onTimeSelected,随后才在 L3927-L3933 下发 Seek 并收到双通道首帧。日志说明拖动事件频率高,且多通道请求并行。
  4. Logan 样本二:反馈 252037 在 L1420-L1453 完成首次选择、播放和 Seek,但 L1498-L1512 连续切换多个目标时间后,最后一次 Seek 超过 7 秒未见首帧;L1720-L1724 随后出现 3 次无效回放响应。第二轮在 L2103-L2121 从播放到首帧约 5 秒,并在 L2198-L2203 再次出现 3 次无效响应,和用户“第二个视频卡住”的描述一致。
  5. 神策趋势:NvrMonitorFrameResult 在 9 月 16 日至 21 日分别为 19,092、16,147、17,758、17,156、15,144、11,309 次;9 月 22 日截至查询时为 7,290 次/50 人。NvrDeviceVideoPlayback 近 7 日仅有 18 次,埋点覆盖不足,不能据此计算失败率;现有证据不支持全量故障,但支持端侧局部卡顿。
  6. 代码调用链:KMPTimelineView.kt:272 的 emitSelected 将选择时间上抛,页面层转换为播放时间后调用 KMPPlayBackVideoView.kt:223 的 playVideoByTime;控制动作在 KMPPlayBackVideoView.kt:213 进入 seekReplay,再由 RecordPlayerView.kt:368-379 异步调用桥接层,最终到 LibImpl.java:955-983 的 controlNvrReplay,按局域网或 P2P 路径发送 NVR_ACTION_SEEK,失败时仅同步重试一次。
  7. 根因判断与修复锚点:置信度为中。当前最可能是时间轴连续拖动产生高频选择事件,多通道回放又并行下发 Seek;旧请求、无效 TPS_ReplayDevFileRsp 和新目标首帧缺少显式序列隔离,造成加载状态延长或画面回跳。优先在页面层为 Seek 增加防抖和单调请求序列,只接受当前序列的首帧/失败回调;在 RecordPlayerView.seekReplay 与 LibImpl.controlNvrReplay 补充请求序列、目标时间、返回值和耗时埋点,并将无效响应映射为可恢复错误。

本期扫描全量

类别数量分类与处置
Android 回放卡顿、跳转或不可见6🔴 进入雷达;详细分析见上
Harmony 录像/存储卡2🟡 单点线索;均无 Logan,暂不与 Android 回放聚类合并
Harmony 预览、离线、权限、对讲、报警6🟡 单点功能反馈;未形成同症状聚类
密码、分享、换网、客服与描述不足12🟢 配置、操作或无效描述;不进入雷达
已折叠 2 条普遍性网络问题(含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板,如 Проверьте телефонную сеть、Please check your mobile network);全量明细见同名 Markdown 知识库。

数据源状态与行动

  • 反馈平台:成功;原始返回 76 条,按严格时间窗口剔除 17:00:47 的 1 条后计 75 条。心愿单返回 0 条。
  • Logan:成功下载并分析反馈 251982、252037 两份代表性日志;两份均有具体无效回放响应和时间轴调用链证据。
  • 神策:事件字段、7 日趋势和当天聚合查询成功;版本分组返回空维度,未用于版本归因。
  • 友盟:本问题不是崩溃/ANR 类,按规则不查询。TAPD:反馈未引用已有缺陷号,本期不查历史缺陷库。
  • 任务账本:已新增 T-20260922-170415-9496,状态为 captured。下一步由 Android 与共享回放链路负责人复现单通道/双通道连续拖动,验证 Seek 防抖、请求序列隔离、首帧超时和无效响应恢复。

下一期=第 200 期=2026 年 9 月 23 日 09:00(明天早上 9:00)。

本消息由 Seetong小助手 自动生成,欧阳荣 监督发布。