Seetong · Report

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

第135期=上期第134期+1;起点为2026-06-24 H08第1期。
窗口:2026-08-26 01:00~09:00
扫描:36条(-102/-101约26条、NVR预览/视频加载2条、其他8条)
雷达:2条/排除34条(🟢约4、🟡约1、🟣约26、🟤约3)
---

📌TL;DR 核心要点

  • 🔴 NVR多通道预览/视频加载异常(严重度70/100,置信度🟡中):两名Android用户反馈“全部摄像头不出图、卡死”与“多台手机持续加载”。日志记录多路TPS_MSG_P2P_OFFLINE和连接超时;神策无可用失败码,不能判为全局Relay故障。
  • 现象与覆盖范围:反馈246027称NVR全部摄像头预览无画面,实时与回放均卡顿;反馈246005称三台手机加载视频失败。两条均为Android 8.3.14.2,来自山东烟台与河南商丘,影响远程查看主路径。
  • 严重度评分:70/100=反馈量10(2条)+共性20(两个独立用户、NVR多通道/实时与回放)+关键度40(远程查看不可用)。近24小时无“多通道NVR预览/加载”详细分析;8月25日回放单点不视为重复。

🔥最近一个月 Top 问题

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

#问题(严重度降序)严重度平台版本负责人问题原因
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 对讲通话,对方无法听到
1 期
75Android8.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 期
70Android1.1.1.6 / 8.3.13.3冉博麟、李国涛(本期未收敛到单一根因)
10Android 监控预览 addWatch 失败 + 10 秒循环重试
1 期
60Android8.3.13.3唐胜Android 端 LibImpl.startPlay 把 addWatch 返回的 P2P 断连错误码(-1)通过 if (ret == SDK_CONSTANT.ERR_P2P_DISCONNECTED) ret = 0; 强制归零,导致上层误以为流启动成功,进入 10 秒循环重试;用户看到的"长时间缓冲"实质是 10 秒 × N 次的循环重试视觉感受

🔴 问题1:NVR多通道预览/视频加载异常(详细分析) | 负责人:张威、唐胜

  • 现象与覆盖范围:反馈246027称NVR全部摄像头预览无画面,实时与回放均卡顿;反馈246005称三台手机加载视频失败。两条均为Android 8.3.14.2,来自山东烟台与河南商丘,影响远程查看主路径。
  • 严重度评分:70/100=反馈量10(2条)+共性20(两个独立用户、NVR多通道/实时与回放)+关键度40(远程查看不可用)。近24小时无“多通道NVR预览/加载”详细分析;8月25日回放单点不视为重复。
  • 神策证据(核心数据源):SiotDevConnectResult近7日独立用户为116.6万~119.5万,8月25日118.2万;8月26日截至09:00为47.3万,未见总量中断。query_segmentation_report按relay_close_reason分组均为null;事件定义无error_code,无法提供失败码、漏斗或用户序列。服务可用,但诊断字段缺失。
  • Logan关键日志(核心数据源):246027日志L216~L220连续收到4个设备TPS_MSG_P2P_OFFLINE,L222记录RtcConnection Connection timed out后断开;同日志NVR回放可收到TPS_MSG_RSP_PLAYSTART_NVR,OpenStreamAgent/PlayAgent返回0并有首关键帧。246005日志NVR在线,TPS_AddWachtRsp.nResult=0、OpenStreamAgent ret=0,但有InputVideoDataAgent return -33。支持部分通道或会话不稳定,不支持客户端全量播放失败。
  • 代码定位(详细):PlayerPreviewActivity→PreviewPlayerView.startPlay→LibImpl.addWatch(LibImpl.java:1468)→AddWatchEx(1538)→onMsgRspAddWatch(5085)→OpenStreamAgent(5176)→PlayAgent(5230)。NVR未连接/离线在1516~1520直接返回;非零响应在5134~5136返回。P2P离线经3279~3309标记设备离线,PreviewPlayerView.kt:1749~1761执行onDevOffLine()。修复锚点:失败返回和离线分支补齐设备ID、NVR通道、nResult、Relay地址与重试次数,统一写入神策失败字段。
  • 根因结论:置信度:🟡中。 更符合NVR通道P2P/Relay会话超时或在线态切换导致部分预览失败;日志同时存在成功出帧,不能归为全局解码故障。分配给连接链路与Android播放负责人;回查246027设备的网关与Relay会话,并补齐error_code、device_id、nvr_channel、relay_close_reason。以多通道NVR连续切换、4G/WiFi、实时/回放组合回归。

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

#关键词反馈数分类处置
1NVR预览不出图/视频加载2🔴进雷达详细分析见上
3回放、离线、折叠屏全屏约3重复/单点前两类24小时内已分析;其余未达阈值
4操作咨询、无效文本、录制建议约5🟢用户操作/🟤心愿单已排除
已折叠 1 条普遍性网络问题(含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板,如 Проверьте телефонную сеть、Please check your mobile network);全量明细见同名 Markdown 知识库。

待补证

  • 神策连接事件缺失败码与非空relay_close_reason,影响面只能以总量判断。
  • 按246027设备标识回查网关与Relay服务端会话。

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

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

🗂️历史期次

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