智慧工地／园区云值守：移动巡检与固定点位的混合接入
内容提要
固定点位与移动巡检的诉求不同：前者重清晰度，采用固定高码率；后者重可达性，需自适应码率、帧率优先并保障音频。二者不应共用编码配置，须按端拆分策略。移动端还需应对设备编码差异，上线前应检测环境并纳入验收清单。
延伸解读
移动巡检的定位：覆盖盲区而非追求高清
文章指出，移动巡检的核心价值是到达固定点位无法覆盖的区域，如塔吊背面、基坑内部。因此其画质预期应主动下调，优先保障连通性和音频。若错误地追求与固定摄像头同等的清晰度，在弱网下反而会导致画面既不清楚也不连续。理解这一定位，有助于在方案设计时合理分配带宽预算。
自适应策略：移动端配置的关键维度
固定点位与移动巡检的诉求差异决定了二者不能共用编码配置。移动端需启用自适应码率、帧率优先，并设置码率下限及触底行为。文章以ZEGO Express SDK为例，说明ADAPTIVE_FPS为默认属性，可多选ADAPTIVE_RESOLUTION和自适应音频码率。但需注意，使用自适应分辨率时初始分辨率须为16:9或4:3，否则不生效。
设备异构性：上线前必须验证的编码兼容问题
移动端设备编码能力差异是实际部署中的主要挑战。文章列举了部分Android设备不支持H.264编码、低版本Chrome推流报错、华为浏览器无法推流等问题，并建议将H.264支持纳入采购验收清单，使用checkSystemRequirements接口提前检测环境。这些措施有助于减少联调阶段的意外故障。
软件边界：物理限制与验收兜底
文章强调，工地4G拥塞、结构遮挡等属于物理限制，软件无法解决，只能通过补固定点位或有线回传应对。同时，跨平台SDK虽能复用业务逻辑，但各端编码能力、浏览器策略不同，行为一致性需靠验收清单保障。因此，终端选型、系统版本准入等应写入部署要求，避免过度依赖软件方案。
Q&A
智慧工地中，固定点位和移动巡检为什么不能共用一套编码配置？
因为两者的设计目标不同：固定点位追求清晰度，需要固定高码率、固定分辨率和GOP；移动巡检追求可达性，需要自适应码率、帧率优先并保障音频。共用一套配置会导致移动端弱网时卡顿花屏，固定端则被限制码率而看不清细节。
移动巡检在弱网环境下应该优先保障什么？
移动巡检应优先保障连通性和音频连续性。具体策略包括：帧率优先、分辨率其次，保留ADAPTIVE_FPS默认属性，设置码率下限并选择触底后以极低帧率发送，同时单独配置自适应音频码率，确保对讲指令不中断。
Android手持终端推流报错可能是什么原因？如何解决？
部分Android设备不支持H.264编码，使用低版本Chrome浏览器会出现推流报错，升级Chrome可解决；华为浏览器及华为设备中的Chrome浏览器无法推流，可改用VP8编码推流。
使用自适应分辨率时，本地录制文件需要注意什么？
使用自适应分辨率时，如需本地媒体录制，MP4格式会受影响，必须改为FLV格式。这个代价常在联调最后一天才发现，需要提前注意。
移动巡检和固定点位如何接入同一套系统？
通过跨平台SDK（如ZEGO Express SDK）将两端接入同一房间，共用一套信令和坐席端。但码率和自适应策略必须分开配置，不能共用一套参数。
软件策略能完全解决工地4G网络拥塞问题吗？
不能。工地4G在特定时段与区域的拥塞属于物理限制，结构遮挡、时段并发上行、基站容量上限都不是编码策略能绕开的。软件只能让画面退化得慢一点；若某区域必须随时可见，正解是补固定点位或走有线回传。
