Seetong · Report

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

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

📌TL;DR 核心要点

  • 🔴 HarmonyOS 1.1.1.6 实时播放声音异常(严重度 75/100,置信度 🔴 弱)。4 条跨 4 地区,均为华为设备;当前缺 Logan,无法确认音频流、解码或设备端输入的具体故障层。
  • 🟣 -102/-101 约 68 条仍为普遍连接提示,按规则排除;回放、存储卡等其余功能反馈均为孤例或重复,不进入本期雷达。
  • 用户反馈为“鸿蒙系统上查看监控杂音特别大”“有杂音”“观看视频有大噪音”“鸿蒙7不支持实时播放语音”。

🔥最近一个月 Top 问题

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

#问题(严重度降序)严重度平台版本负责人问题原因
1Harmony 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 才能确认
2HarmonyOS 1.1.1.6 看不到回放 / 回放卡顿
2 期
80Android · HarmonyOS1.1.1.6 / 1.1.6许源、张威、唐胜、谭伟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 系统调度兼容性问题
34G摄像机画面卡顿 / 回放卡顿
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)
4在线看不到
1 期
70Android8.3.13.3张威、唐胜NVR 通道预览链路在握手后立即被底层判为 PeerOffLine,APP 按现有逻辑只做快速重试,没有把通道离线与临时连接抖动区分开,最终表现为“在线看不到”。
5多端手机端无回放
1 期
70Android1.1.1.6 / 8.3.13.3冉博麟、李国涛(本期未收敛到单一根因)
6设备离线/掉线后无法预览
1 期
70Android · iOS1.1.1.6 / 8.2.2.1 / 8.3.13.3唐胜、张威设备预览链路在收到 TPS_MSG_P2P_OFFLINE 后直接走离线兜底分支,UI 进入“该设备不在线”,而自动恢复逻辑又被离线判断短路,导致用户感知为“掉线后无法再连上”。
7录像回放缺失 — 无 SD 卡的设备被直接引导云存购买(产品设计问题)
1 期
65Android · iOS8.3.12.5 / 8.3.13.3 / 8.3.13.4张威、唐胜、陈宝旺无 SD 卡 + 未开通云存的设备,在 NVR 回放协议响应无效时直接跳转云存购买页,没有任何"为什么没录像"的说明,用户感知是"以前能看现在不能"
8Android NVR 回放/预览偶发不出图,断开重连后恢复
1 期
60Android—唐胜、张威NVR 回放/预览链路在首次 addWatch + 查询录像时间片 阶段存在瞬时失败,UI 侧又把多类失败统一收敛为空/超时,导致用户感知为“不出图,重连才恢复”。
9Android 监控预览 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 次的循环重试视觉感受
10HarmonyOS 设备 WiFi 连接成功但无画面
1 期
60HarmonyOS1.1.1.6唐胜、张威(本期未收敛到单一根因)

🔴 问题 1:HarmonyOS 实时声音异常(详细分析) | 负责人:唐胜

1. 现象与覆盖范围

  • 用户反馈为“鸿蒙系统上查看监控杂音特别大”“有杂音”“观看视频有大噪音”“鸿蒙7不支持实时播放语音”。
  • 涉及反馈:4 条,HarmonyOS 1.1.1.6;HUAWEI HBP-AL00、PSN-AL00、VYG-AL30;内蒙古通辽、河北保定、海南澄迈,另 1 条位置未提供。
  • 严重度评分:75/100(反馈量 20/30:4 条;共性 30/30:版本、品牌型号、地区三个维度;关键度 25/40:影响远程查看音频,但未证实整条预览失败)。

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

  • MonitorWatchStep 近 6 个完整日 UV 为 18.1 万~18.7 万、PV 为 32.8 万~33.8 万,整体稳定;8 月 5 日截至 17:00 为 11.8 万 UV、19.7 万 PV,属于未完整日,未见预览事件量断崖。
  • 字段核验:该事件不存在 error_code,错误码分布查询返回 SA-D-32-19;改按实际字段 k_connect_ok 查询,返回值高度离散且结果截断,不能映射为音频失败码。
  • 结论:神策可证明预览主链路仍有稳定流量,但缺少音频接收、解码和播放状态埋点,不能为本问题提供根因级证据。

3. Logan 关键日志(核心数据源)

  • 代表反馈:FB-240801、FB-240807、FB-240810、FB-240829。
  • 四条 loganFileDownloadUrl 均为空,无法取得 AddWatch、音频参数、PC_InputAudioData 或播放器错误上下文;这是本期置信度降级主因。
  • 未发现崩溃、卡死、ANR 或黑屏描述,未触发友盟查询。

4. 代码定位与根因结论

  • 涉及模块:~/seetong-app-harmony/settongLibrary/src/main/cpp/napi_init.cpp。
  • 调用链:Harmony 预览页 → IDeviceListService.playDevice(..., audioEnable) → FC_AddWatchEx(napi_init.cpp:1730-1733)→ SDK 回调携带 bHaveAudio/audioParam → CreateAudioPlay(775-777 或 888-891)→ PC_InputAudioData(1134)。
  • 关键分支:bHaveAudio != 0 才初始化音频参数并打开播放;收到音频帧后才写入 PC_InputAudioData。任一环节的采样率、声道、位宽与实际帧不匹配,或播放器状态未运行,都可能表现为无声或杂音。
  • 修复方向锚点:在 napi_init.cpp:775-779、888-891、1134 为 audioParam、bHaveAudio、音频帧长度、播放器状态增加统一埋点与异常计数;重点校验 samplerate/channels/samplebitswitdh 与首帧解码结果。
  • 置信度:🔴 弱。
  • 一句话根因:现有证据仅确认 Harmony 1.1.1.6 的音频异常在多地重复出现;缺 Logan 且无音频埋点,尚不能区分设备源流异常与客户端解码/播放异常。
  • 关键证据链:4 条同版本跨地区反馈互相印证;神策预览量稳定排除全局预览中断;Logan 与音频错误埋点缺失使根因不能闭环。
  • 建议下一步:Harmony 端补充音频参数和首帧播放埋点;收集至少 1 份含 Logan 的异常样本;用上述 3 个机型复现不同采样率与声道的实时预览。

本期扫描全量

#关键词反馈数分类处置
1Harmony 实时声音异常4🔴 进雷达详细分析见上
3回放不可用3🟡 孤例/既有回放主题持续观察
4测试字符、设备电源/操作咨询8🟢 用户操作已排除
5功能建议5🟤 心愿单建议已排除
已折叠 1 条普遍性网络问题(含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板,如 Проверьте телефонную сеть、Please check your mobile network);全量明细见同名 Markdown 知识库。

待补证

  • Harmony 异常反馈未提供 Logan,无法确认音频流参数与错误码。
  • 预览埋点缺音频状态字段,神策仅能作为主链路基线。

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

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

🗂️历史期次

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