Seetong · Report

🎯 Seetong 问题雷达 17:00 第132期

时间窗口:2026-08-24 09:00~17:00

📌TL;DR 核心要点

  • 🔴 多端回放不可用/画面停滞(严重度80/100,置信度弱):8小时内4个独立样本横跨Android与Harmony;神策事件量无异常尖峰,但错误码未上报;两份代表性Logan不覆盖反馈操作时段。
  • 反馈245649“不能看回放”、245629“回放有声音但画面停止”、245560“打开回放黑屏”、245552“进度条滑动迟钝”。
  • 4条独立样本,Android 8.3.14.2与Harmony 1.1.1.6,覆盖河南、上海、山东;未命中24小时内同关键词深挖。

🔥最近一个月 Top 问题

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

#问题(严重度降序)严重度平台版本负责人问题原因
1HarmonyOS 1.1.1.6 多功能受阻
1 期
100HarmonyOS1.1.1.6唐胜、谭伟、张威HarmonyOS 1.1.1.6 在登录、设备状态、媒体连接多个表象上集中报障,当前可证实其落在共享 P2P/媒体状态链路附近,但缺少 Harmony 日志和端侧源码,尚不能锁定具体分支。
2Harmony 1.1.1.6 多用户"离线/看不到监控"聚集(严重度 90/100,置信度 弱)
1 期
90Android · iOS1.1.0.9 / 1.1.1.6待定可能为 Harmony 1.1.1.6 客户端连接信令或 P2P SDK 与 HUAWEI 设备兼容性偶发问题;需补 Logan 才能确认
3设备状态错判 / P2P 误报离线(详细分析)
1 期
90Android8.3.13.3 / 8.3.14.2 / 8.3.14.3唐胜、张威SDK 在设备实际在线的情况下持续收到并上报 TPS_MSG_P2P_OFFLINE dev4gOnline=0,客户端 deviceOffline() 未充分去重即触发 UI 状态变更,导致用户看到"设备离线"但设备实际正常工作的矛盾现象
4HarmonyOS 1.1.1.6 看不到回放 / 回放卡顿
7 期
80Android · HarmonyOS · iOS1.1.1.6 / 1.1.6 / 8.3.14.3唐胜、许源、张威、欧阳荣HarmonyOS 1.1.1.6 用户在 5+ 省、3 款 HUAWEI 机型上持续报"看不到回放 / 回放卡顿",已累计 4 期观测(8/1 H09 / 8/3 H17 / 8/4 H17 / 8/5 H09),疑似 1.1.1.6 版本云回放链路(P2P 协商 / RTSP 拉流 / KMP 播放器初始化)某分支与 HarmonyOS 系统调度兼容性问题
5Android 对讲通话,对方无法听到
2 期
75Android8.3.13.3 / 8.3.14.2唐胜、张威用户点击对讲按钮后,App 无对讲行为日志,对讲上行链路未建立,可能为 UI 事件未正确触发 Native 对讲逻辑
6iOS 同一用户频繁掉线
1 期
75iOS8.3.14.3欧阳荣该用户设备端(摄像头固件/路由器)在有电有网条件下频繁离线,APP 端无主动触发逻辑,问题出在设备端或网络环境
74G摄像机画面卡顿 / 回放卡顿
1 期
70Android · HarmonyOS · iOS8.3.13.3 / 8.3.14.2待定4G摄像机默认走RELAY转发(占71-72%),在4G信号弱(wifiSignal 2-4)时,RELAY转发带宽不足导致H265+视频流卡顿;P2P直连在4G场景下多数失败(connect=-1)
8人像/人体识别结果缺失(详细分析)
1 期
70Android · HarmonyOS1.1.1.6 / 8.3.12.5许源、唐胜、谭伟、张威目前仅确认两端均出现人像/人体结果缺失,代表设备支持该能力;缺少人形报警事件和配置回包,尚不能归因到 App、设备配置或设备端算法。
9在线看不到
1 期
70Android8.3.13.3张威、唐胜NVR 通道预览链路在握手后立即被底层判为 PeerOffLine,APP 按现有逻辑只做快速重试,没有把通道离线与临时连接抖动区分开,最终表现为“在线看不到”。
10多端手机端无回放
1 期
70Android1.1.1.6 / 8.3.13.3冉博麟、李国涛(本期未收敛到单一根因)

🔴 问题1:多端回放不可用/画面停滞(详细分析) | 负责人:唐胜

1. 现象与覆盖范围

  • 反馈245649“不能看回放”、245629“回放有声音但画面停止”、245560“打开回放黑屏”、245552“进度条滑动迟钝”。
  • 4条独立样本,Android 8.3.14.2与Harmony 1.1.1.6,覆盖河南、上海、山东;未命中24小时内同关键词深挖。
  • 严重度80/100:反馈量20(3-5条)/共性30(平台、版本、地域3维)/关键度30(录像回放不可用)。

2. 神策证据(核心数据源)

  • NvrDeviceVideoPlayback近7日总量为871、1467、1740、1250、1748、1749、今日截至17:00为1233;今日未超过近期日量,无突增信号。
  • query_segmentation_report按error_code分组返回字段为event.$Anything.error_code且全为空,无法得到失败码TOP3、失败漏斗或用户行为序列。数据源正常,但当前回放事件没有可分析错误码。

3. Logan关键日志(核心数据源,必须含类名:行号 + 错误码)

  • 反馈245649:日志15:22早于16:27反馈;LibImpl-onMsgRspAddWatch:L1034-L1039中nResult=0、OpenStreamAgent ret=0,随后PreviewPlayerView-onRecvFirstFrame:L1138。这是预览成功链路,未出现回放动作或错误码,不能作为回放成功证据。
  • 反馈245552:日志00:09早于09:13反馈;VideoPlayerView-startPlay:L309-L319及onRecvFirstFrame:L398-L415均为预览链路。未见回放开始、seek、倍速控制或失败码。
  • Logan数据源可用但样本覆盖不足;Harmony两条未提供Logan,未重试下载。

6. 代码定位(详细)

  • 涉及模块:Seetong-App-Android/.../kmp/src/main/java/com/seetong/kuikly/export/RecordPlayerView.kt。
  • 调用链:KMP回放页 → RecordPlayerView.startReplay(221)→ 分配playbackWindowId与renderer(238-244)→ BridgeServiceImpl.startNvrReplay(1852-1853)→ LibImpl.startNvrReplay(803)→ SDK;倍速路径为fastReplay(310)→ controlNvrReplay(NVR_ACTION_FAST)(313-318)。
  • 关键分支:startNvrReplay非0时仅重试一次;第二次仍失败才清空m_view_id/m_video并回调错误(250-260)。目前未记录返回码、设备ID、首帧超时或回放时间点。
  • 修复锚点:在250-260和310-318补devId脱敏标识、SDK返回码、首帧耗时、seek/倍速参数及渲染帧时间;Harmony同名回放桥接链路待定位。

7. 根因结论

  • 置信度:🔴 弱。
  • 一句话根因:多端回放投诉已聚集,但现有埋点无失败码、Logan又未覆盖用户操作,无法区分设备无录像、SDK回放建连失败、解码渲染停滞或进度控制异常。
  • 关键证据链:反馈跨端聚集;神策显示总量稳定但错误码缺失;两份Logan均只证明早前预览成功,不支持直接归因。

8. 建议下一步

  • 分配给:回放/KMP桥接与Harmony回放负责人。
  • 优先处理项:补回放启动、首帧、seek/倍速与失败码埋点;回收四个样本反馈时段的完整Logan。
  • 验证方法:按“无录像、首帧超时、音频有画面停、拖动进度、倍速”五组用例,核对SDK返回码与首帧耗时。

本期扫描全量(全部沉淀到知识库)

#关键词反馈数分类处置
1回放不可用/黑屏/停滞/进度迟钝4🔴 进雷达详细分析见上
2设备离线7重复24小时内第130期已分析,跳过
4WiFi配置、空文本、PTZ操作约4🟢/🟡信息不足或配置问题,排除
已折叠 1 条普遍性网络问题(含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板,如 Проверьте телефонную сеть、Please check your mobile network);全量明细见同名 Markdown 知识库。

待补证

  • 回放事件补error_code、首帧与控制动作埋点。
  • 收集反馈时段Logan,覆盖回放而非预览。

下一期=第133期=2026-08-25-H09(明天早上9:00)

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

🗂️历史期次

查看全部历史期次(近 90 天)→