SANSAN新鲜事｜对接摄像头？一文读懂哪种方式适合你

本文主要是介绍SANSAN新鲜事｜对接摄像头？一文读懂哪种方式适合你，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

摄像头可以实时采集图像，并通过网络传输到不同系统中。近年来，随着安防、AI技术的发展，使用摄像头的场合越来越多。而孤立的摄像头是没有什么价值的，摄像头采集的图像一般都会被接入到上层的应用系统，用于监控和图像分析。该如何接入摄像头呢？不同的对接方式有哪些优缺点？适用于哪些场景？本文将为您一一介绍，帮助您选择合适的技术方案。

为什么要对接摄像头？

如果您的系统要通过摄像头采集图像，实现一些基于图像的功能，比如做一个监控大屏，或者做一个图像分析算法，那么就需要对接摄像头支持的协议来获取实时图像。

图1 基于三三物联网平台的智慧楼宇大屏

通常摄像头厂家会提供一个标准的监控软件，实现基本的摄像头发现、视频监控、视频回放、云台控制等功能。但您并不能从这个软件获取视频流，也无法基于这个软件上定制您想要的功能。

那么我们需要实现一个流媒体服务器，它的主要功能是：从摄像头获取视频流、将视频流传输到客户端。

从摄像头获取视频流

主要有三种方式：RTSP、GB/T 28181、厂家SDK，以下我们用最简单的语言帮助您理解这三种方式的主要特点。

RTSP：支持对流媒体的播放、暂停、快进、倒退等操作。其优点是可以实现实时的流媒体传输，支持多种编码格式，适用于视频监控、视频会议等场景。缺点是不支持云台控制等命令。另外，RTSP协议本身既支持推流又支持拉流，但有些摄像头只支持RTSP拉流，这样的话，摄像头侧就需要暴露额外的端口。

GB/T 28181：GB/T 28181是中国国家标准，主要用于公共安全领域，实现了不同系统、不同厂商的视频监控设备的互联互通。协议本身既支持推流又支持拉流，常见的用法是推流，摄像头侧不需要暴露额外的端口。GB/T 28181除了支持流媒体的播放、暂停、快进、倒退等操作，还支持云台控制。

厂家SDK：厂家SDK是由厂家提供的其私有协议对接方式的实现，优点是功能完整、性能好、使用方便。缺点是一种厂家SDK，只能对接一种厂家的摄像头，而且您使用的编程语言受限于厂家提供的SDK。

将视频流传输到客户端

目前常见的客户端主要是浏览器，浏览器的拉流方式主要有HLS、FLV、WebRTC这三种：

HLS：是基于HTTP的流媒体网络传输协议，主要传输TS格式的流，最大的特点是安卓、苹果都能兼容，通用性强，而且码流切换流畅，满足不同网络、不同画质的用户播放需要。但是其也存在较为致命的缺陷，那就是网络延时太高，一般在5-30秒左右，不适合交互性较强的场景。

FLV：采用HTTP传输FLV格式，优点是低延时，而且能有效避免防火墙的影响。缺点是它的传输特性会让流媒体资源缓存在本地客户端，保密性不强，而且直到目前仍然不兼容IOS的浏览器。

WebRTC：W3C标准，是一种在Web端上实现的实时音视频通信的协议，延迟很低，可以做到实时。WebRTC适合交互性较高的场景。但使用WebRTC，需要使用到非Web端口，容易被防火墙阻隔，而且目前仍有部分浏览器不支持WebRTC。

轻松实现摄像头对接

看到上面这些介绍，可能您原理是了解了，但要实现这些技术细节，还是非常复杂的，特别是想要能够尽量低延迟的传送更多路视频流，更是面临很多技术挑战。不过，您不用担心，三三开源物联网平台具备了完整的视频接入和分析能力，如果您的系统采用三三物联网平台作为底座进行开发，您将自动获得这些能力。同时，三三还提供了已经开发好的应用，供您使用。