Seetong · Report

🎯 Seetong 问题雷达 09:00 第144期

时间窗口:2026-08-30 01:00~09:00

📌TL;DR 核心要点

  • 🔴 远程视频访问不可用(预览/回放)(严重度90/100,置信度🟡中)。
  • 9条反馈覆盖 Android、iOS、HarmonyOS;回放事件今日仅1名用户、299次触发,未见全局量级突增。
  • 代表 Android 日志显示一次网络握手失败后,预览建链、AddWatch响应和首帧均成功;当前不能归因于统一客户端故障。

🔥最近一个月 Top 问题

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

#问题(严重度降序)严重度平台版本负责人问题原因
1HarmonyOS 1.1.1.6 多功能受阻
1 期
100HarmonyOS1.1.1.6唐胜、谭伟、张威HarmonyOS 1.1.1.6 在登录、设备状态、媒体连接多个表象上集中报障,当前可证实其落在共享 P2P/媒体状态链路附近,但缺少 Harmony 日志和端侧源码,尚不能锁定具体分支。
2设备反复掉线、离线(详细分析)
1 期
100Android · HarmonyOS1.1.1.6 / 8.3.14.2唐胜、张威样本显示设备服务端已下发离线状态或NVR通道P2P建流失败,Android仅忠实消费SDK回调;现有神策缺失失败码,不能断言为单一Relay或客户端缺陷。
3Harmony 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 才能确认
4设备状态错判 / P2P 误报离线(详细分析)
1 期
90Android8.3.13.3 / 8.3.14.2 / 8.3.14.3唐胜、张威SDK 在设备实际在线的情况下持续收到并上报 TPS_MSG_P2P_OFFLINE dev4gOnline=0,客户端 deviceOffline() 未充分去重即触发 UI 状态变更,导致用户看到"设备离线"但设备实际正常工作的矛盾现象
5HarmonyOS 1.1.1.6 看不到回放 / 回放卡顿
9 期
80Android · HarmonyOS · iOS1.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 系统调度兼容性问题
6Android 对讲通话,对方无法听到
1 期
75Android8.3.14.2唐胜用户点击对讲按钮后,App 无对讲行为日志,对讲上行链路未建立,可能为 UI 事件未正确触发 Native 对讲逻辑
7iOS 同一用户频繁掉线
1 期
75iOS8.3.14.3欧阳荣该用户设备端(摄像头固件/路由器)在有电有网条件下频繁离线,APP 端无主动触发逻辑,问题出在设备端或网络环境
84G摄像机画面卡顿 / 回放卡顿
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)
9人像/人体识别结果缺失(详细分析)
1 期
70Android · HarmonyOS1.1.1.6 / 8.3.12.5许源、唐胜、谭伟、张威目前仅确认两端均出现人像/人体结果缺失,代表设备支持该能力;缺少人形报警事件和配置回包,尚不能归因到 App、设备配置或设备端算法。
10HarmonyOS 设备 WiFi 连接成功但无画面
1 期
60HarmonyOS1.1.1.6唐胜、张威(本期未收敛到单一根因)

🔴 问题1:远程视频访问不可用(预览/回放) | 负责人:唐胜

1. 现象与覆盖范围

  • 反馈246913/246903/246902/246892称“看不到回放”“录像视频看不了”“没有录像”;246926/246909/246908/246907/246891称监控加载、预览或设备打不开。
  • 涉及9条、三个客户端平台、多个机型和河北/广东/河南/陕西等地区,版本集中于 Android 8.3.14.2、iOS 8.3.14.3、HarmonyOS 1.1.1.7。
  • 严重度90/100=反馈量30(>5条)+共性30(平台、机型、地区)+关键度30(远程查看/录像回放)。与上一期“HarmonyOS实时预览不可用”相邻,但本期新增Android与iOS回放样本,按跨端聚类继续观察。

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

  • 神策字段核验:NvrDeviceVideoPlayback提供connect_type、first_frame_time、duration等字段,未提供error_code,故无法生成失败码分布。query_segmentation_report按连接类型返回近7日均为RELAY;8月30日截至09:00为1名用户、299次触发。近7日事件量为1742、1250、95、497、493、293、299次,今日不呈全局暴涨。
  • Logan FB-246902:06:19:24出现CSSLComm: ssl_connect return error -2000008与HttpRequest failed, ret=-102;06:19:34进入PlayerPreviewActivity,LibImpl-addWatch返回0;06:19:53收到onMsgRspAddWatch nResult=0,06:19:53.926记录onRecvFirstFrame。该会话说明网络握手曾失败、后续实时预览恢复,不能证明回放失败由H265解码或播放SDK造成。
  • Logan FB-246892:设备列表显示devIsOnline=1,多次card-playback-advert-space请求均为HTTP 200/ret=0,未记录回放启动、失败码或异常栈。两份日志均可读取;关联失败会话的回放埋点不足,根因置信度下调。
  • 未出现崩溃、闪退、卡死、ANR或黑屏等明确描述,未查友盟;无已知BUG单号,未查TAPD。

3. 代码定位与根因结论

  • Android预览调用链:device_list/.../VideoPlayerView.kt:199 → playVideo:209 → mBridgeService.startPlay:298 → LibImpl.startPlay:443 → addWatch:1468 → AddWatchEx:1538;SDK响应由LibImpl.onMsgRspAddWatch:5091解析,并在result!=0时于5140终止。
  • UI关键分支:VideoPlayerView.kt:292先拦截NVR远程预览权限;306处理同步返回码;761处理异步AddWatch非零结果。NVR未连接/离线在LibImpl.java:1516-1519直接返回特定错误。回放权限状态由PlayerDevice.java:1281-1287写入,1311-1317判断。
  • 修复锚点:在回放入口与上述三类失败分支统一上报device_id、平台、AddWatch/result、连接类型、首帧耗时和权限判定;将“无录像”与“实时预览失败”分开聚类,避免把设备侧无录像、权限与P2P失败合并为客户端缺陷。
  • 置信度:🟡中。跨端、多地区的反馈密度支持升级观察;神策未显示回放量级异常,且代表日志出现成功首帧,现有证据不足以判定统一根因。
  • 建议下一步:分配给视频播放与埋点负责人;优先补齐回放启动至首帧的失败码链路,并使用出现“回放不可用”的同会话日志回归验证权限拒绝、设备无录像、P2P建链失败三条分支。

本期扫描全量

#关键词反馈数分类处置
1远程视频访问不可用9🔴进雷达详细分析见上文
3出厂设置后无法打开、无效文本、亮度咨询5🟢用户操作/单点排除
已折叠 1 条普遍性网络问题(含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板,如 Проверьте телефонную сеть、Please check your mobile network);全量明细见同名 Markdown 知识库。

数据源状态与待补证

  • 反馈、心愿单、神策、Logan均正常;神策事件缺少error_code字段,不能提供失败码分布。
  • 仅需补一份“回放不可用”当时的完整播放会话日志,并联动新增的结构化失败埋点。

下一期=第145期=2026-08-30-H17(今天下午17:00)

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

🗂️历史期次

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