监控摄像头如何集成到一个智能化系统里 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
gtchan13579
V2EX    问与答

监控摄像头如何集成到一个智能化系统里

  •  
  •   gtchan13579 2022-05-10 09:08:38 +08:00 2935 次点击
    这是一个创建于 1302 天前的主题,其中的信息可能已经有所发展或是发生改变。
    最近在调研一个 ZF 项目,需要将若干个园区内企业的摄像头集成到一个统一的智能化系统里以供实时预览。
    目前正在考虑用何种方案,所以想集思广益,听听看目前市面上有没有成熟的方案。
    要求就是对各个企业上传带宽的要求小一点,打开预览的时候要流畅快速。试过集成公网 ip 的录像机,发现比较慢。
    29 条回复    2022-05-11 01:23:45 +08:00
    gainsurier
        1
    gainsurier  
       2022-05-10 09:09:25 +08:00
    同型号用厂商的 sdk ,不同型号就用 onvif 呗
    gtchan13579
        2
    gtchan13579  
    OP
       2022-05-10 09:10:40 +08:00
    @gainsurier #1 但是每个企业的监控数量比较多,但企业理论上只有一个公网 ip
    vincentxue
        3
    vincentxue  
       2022-05-10 09:18:20 +08:00
    IPC 都是用的 P2P 技术,现在业界最好的一般是用 WebRTC ,比如 AWS 的 KVS ,涂鸦等,其次是走各个方案商的裸 P2P ,比如 TUTK ,尚云之类的。还有一些什么 DDNS 的不清楚现在还有没有厂商采用,比较落后的技术。
    vincentxue
        4
    vincentxue  
       2022-05-10 09:20:05 +08:00
    现在 IPC 一年出货量很大,各类方案都是很成熟的,你要根据自身情况选择。理论上如果没有特别的要求,应该选 WebRTC ,性能好,开发量也比较少。
    vincentxue
        5
    vincentxue  
       2022-05-10 09:28:27 +08:00
    我建议你就直接用 WebRTC 的方案就好了,否则你还需要维护 P2P 服务器,Relay 服务器,自己开发通讯协议,自己对音视频编解码、渲染。如果你要做回放,还要自己去做实现。Web 端也比较难实现,有一系列问题。WebRTC 因为现在是标准协议,基本上都是用的 HLS 或者相似的技术,你只需要打开一个 URL ,就可以实现播放,云回放功能方案商都是帮你做好的,你只需要掏钱就可以了。

    上传带宽小那你就要用高压缩比的格式,比如 H265 ,但是 WebRTC 因为版权、商业考虑等是不支持 H265 的,但是它支持 VP9 ,而且在 B 端你可以随便折腾。
    lower
        6
    lower  
       2022-05-10 09:42:33 +08:00
    webrtc 是真的快,不过我用 webrtcstreamer 试的时候,大华的摄像头在鉴权时出问题了,不知道新版本设备怎么样;
    如果要转码、推流啥的,太卡就取子码流,把分辨率、码率调低
    lower
        7
    lower  
       2022-05-10 09:48:09 +08:00
    @vincentxue op 说他是 zf 项目,估计不太会用云厂商的服务,自己搭建的话,还有没有现成的完整的开源方案?类似 webrtcstreamer 这种
    fmumu
        8
    fmumu  
       2022-05-10 10:05:21 +08:00
    同一个厂商的可以找厂商的解决方案,这在安防业是个比较常见的场景吧
    GlennGould
        9
    GlennGould  
       2022-05-10 10:10:23 +08:00 via Android
    买个安防厂商的基础平台,gb28181 接入,你 api 或者音视频控件集成下
    masterclock
        10
    masterclock  
       2022-05-10 10:13:41 +08:00
    政府项目 GB/T-28181
    vincentxue
        11
    vincentxue  
       2022-05-10 10:14:12 +08:00
    @lower 可以用 AWS 中国的服务。除非物理机是自己的,否则用云主机的话,那还是一样的。阿里目前还没看到有安防专用的方案,都是直播的。开源的我没做过,我们商用都是用方案商的,没时间也不敢乱折腾。
    vincentxue
        12
    vincentxue  
       2022-05-10 10:14:55 +08:00
    政府项目有什么要求我就不太懂了,一直做自研的,没这种经验。
    masterclock
        13
    masterclock  
       2022-05-10 10:16:33 +08:00
    回复快了,实际上还有其他一堆国标,对应不同的行业等,比如公路
    gtchan13579
        14
    gtchan13579  
    OP
       2022-05-10 10:19:36 +08:00
    @GlennGould #9 试了一下百度智能云的视联网平台 用的 gb28181 预览效果不理想 有卡顿
    gtchan13579
        15
    gtchan13579  
    OP
       2022-05-10 10:21:12 +08:00
    @vincentxue #11
    @vincentxue #3
    @vincentxue #4
    @vincentxue #5
    @vincentxue #12
    可以使用云平台,本身 ZF 大多项目都是外包的,承包商也不会透露给你具体用的什么技术,所以技术要求其实很广泛,比较注重效果体验。我先了解一下 webrtc
    gtchan13579
        16
    gtchan13579  
    OP
       2022-05-10 10:23:15 +08:00
    @fmumu #8 因为要集成智能化系统,所以最好还是灵活性强一些的,厂商的太封闭化了。
    gtchan13579
        17
    gtchan13579  
    OP
       2022-05-10 10:25:23 +08:00
    @vincentxue #3 我这边想请教一下,onvif 协议是不是只能在局域网内使用,无法通过端口映射的方式在公网使用
    vincentxue
        18
    vincentxue  
       2022-05-10 10:30:29 +08:00
    那我看最合适的可能就是 AWS 的 KVS 了,但是这个系统在国内用的还不多,但是在海外我们已经帮他躺过很多坑了,现在基本上没什么大的坑了。国内你可能要联系客户经理开放这个功能,似乎还没有完全的公开。
    vincentxue
        19
    vincentxue  
       2022-05-10 10:31:34 +08:00
    @gtchan13579 不好意思这个问题真不知道,onvif 我了解的不多,我们的产品不支持,我们产品不是做传统的 IPC 的,只是相关。
    GlennGould
        20
    GlennGould  
       2022-05-10 10:36:43 +08:00 via Android
    @gtchan13579 webrtc 不适用的原因楼上也提到了,不支持 h265 。各园区现有监控 h.265 占比比较大,你不可能让园区全部改为 h.264 。
    这种项目需要考虑的优先级 1.接入兼容性; 2.带宽; 3.才是流畅等体验,建议政府项目老老实实用 gb ,可以考虑本地安防平台或者其他厂商的云平台。
    ysc3839
        21
    ysc3839  
       2022-05-10 10:58:45 +08:00 via Android
    @GlennGould 我简单搜索了一下,Intel 的 Open WebRTC Toolkit 是支持 H.265 的。
    https://github.com/open-webrtc-toolkit/owt-server/issues/645
    sarices
        22
    sarices  
       2022-05-10 11:28:49 +08:00
    你这个应该是要在园区部署服务器,先把视频处理过再传到集成系统里面吧,企业无需走公网,走园区内网就好
    ZiShuo
        23
    ZiShuo  
       2022-05-10 11:32:57 +08:00
    楼主的需求和我司产品比较相似,我司目前智能化平台接入 1W+设备,H265 从占用带宽来说比 H264 小,但是目前浏览器解码支持的不是很好,而且对客户端性能有要求,如要浏览器兼容还是 H264 好点,可以考虑园区内部搭建上云网关,将内部摄像头进行拉流后实时转码推流到公有云流媒体或者是自建流媒体。上云网关安装一张好点的显卡,使用子码流进行转码推流,基本上可以满足楼主的需求。
    gtchan13579
        24
    gtchan13579  
    OP
       2022-05-10 11:56:54 +08:00
    @ZiShuo #23 请问你们公司有官网吗,想了解一下。我简单搜索了一下云网关转码推流,发现了一款叫 EasyRTSPLive 的产品,云网关是不是就是可以理解为一台带显卡的服务器,配置了一个软件专门用于转码推流到 RTMP 流媒体服务器
    gtchan13579
        25
    gtchan13579  
    OP
       2022-05-10 12:14:30 +08:00
    @ZiShuo #23 我找到了一家青犀视频(安徽旭帆信息科技有限公司 )的公司,好像专门做你说的这个产品,不会就是你们公司吧。
    ZiShuo
        26
    ZiShuo  
       2022-05-10 14:43:52 +08:00
    @gtchan13579 不是我司,青犀算是同行吧,青犀他们做的挺好的,算是行业的先行者,我印象中 EasyRTSPLive 是没有对 RTSP 视频流进行实时转码的,所以一台工控机都可以跑起来,但这种弊端就是对带宽的消耗还是比较大,云网关可以理解为一台带 GPU 显卡的服务器,为什么要推荐带显卡的服务器是因为使用 GPU 对视频进行实时转码主要是为了降低视频码流,当然也可以直接用 CPU 进行软解转码,不过这只适合摄像头比较少的情况,特别是针对 H265 的视频流,CPU 硬抗的话压力挺大的,现在监控级别的摄像头其实带宽占用还是不小的,特别是成百上千的摄像头进行汇聚然后上云,出口带宽的消耗还是很大。所以能上 GPU 的话还是优先 GPU 硬解。至于流媒体服务器的话,这个开源的方案很多,并且都做的足够的优秀。

    你这个需求的整体流程大概就是:RTSP 拉流-->上云网关实时转码推流-->公有云流媒体接收流-->智能化管理平台查看流。
    gtchan13579
        27
    gtchan13579  
    OP
       2022-05-10 14:51:58 +08:00
    @ZiShuo #26 感谢,受教了。目前准备采用这种方案尝试一下。
    ZiShuo
        28
    ZiShuo  
       2022-05-10 15:15:06 +08:00
    @gtchan13579 如果有需要,可以加 VX:ShimenWa 我司产品也是 ZF 项目为主,所以在此次不方便发案例。
    g22k
        29
    g22k  
       2022-05-11 01:23:45 +08:00 via Android
    找电信运营商买类似校园监控之类的业务。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2438 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 23ms UTC 15:41 PVG 23:41 LAX 07:41 JFK 10:41
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86