SDK 适合什么场景
HBRun StreamCore SDK 面向需要把音视频能力集成进自有软件的团队。它适合桌面客户端、服务端程序、移动端 App、专用设备软件和跨平台工具，而不是作为独立摄像头管理后台使用。
如果用户希望在自己的程序中完成 RTSP / RTMP / HTTP(S) 播放、摄像头 / 麦克风 / 屏幕采集、RTMP / RTSP / SRT 推流、录像、GB28181 注册和状态回调，SDK 方式比部署网关更直接。
常见集成路径
典型集成可以分成三条线：播放、采集推流、GB28181。播放线关注 URL、解码、渲染、首帧、错误状态和低延迟参数。采集推流线关注摄像头、麦克风、桌面、媒体文件、编码参数和目标服务器。GB28181 线关注注册、保活、目录、INVITE 应答和 PS / RTP 媒体发送。
正式项目还需要确认平台包、宿主进程名、Android 包名、Bundle ID、32/64 位架构、H.264 / H.265、硬件解码、日志目录和授权绑定信息。
与 StreamGate 的区别
StreamCore SDK 是开发组件，适合嵌入客户软件。StreamGate 是现场网关，适合部署后统一接入设备、录像、浏览器播放和开放接口。两者可以独立使用，也可以在同一项目中分别承担客户端能力和现场接入能力。
跨平台 SDK 评估重点
StreamCore SDK 面向软件集成，不是独立网关。评估时应按目标平台分别验证：Windows / Linux / macOS 桌面程序、Android App、iOS / macOS App、.NET 程序或 Qt 程序是否能正确加载 SDK、拉流播放、本地采集、推流、录像、日志和授权状态。不同平台的包形态不同，Windows / Linux 通常关注动态库和头文件，Android 关注 AAR，Apple 关注 XCFramework，.NET 关注 NuGet 和 native 依赖。
跨平台能力不只看“有没有包”，还要看 API 是否一致、错误码是否清晰、H.264 / H.265、硬件解码、低延迟参数、回调线程、日志目录和授权绑定是否容易集成。桌面端通常关注 RTSP / RTMP / HTTP(S) 播放、本地摄像头/麦克风/屏幕采集和 RTMP / RTSP / SRT 推流；移动端更关注相机采集、预览、推流、包名或 Bundle ID 绑定和权限。
Demo 使用路径
Demo 的作用是让集成方先确认目标平台、目标协议和授权绑定是否跑通。Qt Demo 覆盖桌面工作流，Android / iOS Demo 覆盖移动端采集与播放，.NET Demo 适合验证 C# 客户端集成。正式集成前，建议保留 Demo 版本、SDK 版本、系统版本和测试流地址，便于后续定位环境差异。