视频监控存储空间大小与传输带宽计算方法

摘要:
视频监控存储空间大小和传输带宽计算方法比特率是指每秒传输的比特数。视频监控存储空间大小和传输带宽计算方法传输带宽计算比特率大小×摄像机数量=至少网络带宽。注意其下行带宽为2Mbps=256KB/s,本地监控点CIF视频格式的每台摄像机的比特率为512Kbps,即每台摄像机所需的数据传输带宽为512Kbp。

在视频监控系统中,对存储空间容量的大小需求是与画面质量的高低、及视频线路等都有很大关系。下面对视频存储空间大小与传输带宽的之间的计算方法做以介绍。

视频监控存储空间大小与传输带宽计算方法

视频监控存储空间大小与传输带宽计算方法

比特率是指每秒传送的比特(bit)数。单位为 bps(Bit Per Second),比特率越高,传送的数据越大。比特率表示经过编码(压缩)后的音、视频数据每秒钟需要用多少个比特来表示,而比特就是二进制里面最小的单位,要么是0,要么是1。比特率与音、视频压缩的关系,简单的说就是比特率越高,音、视频的质量就越好,但编码后的文件就越大;如果比特率越少则情况刚好相反。

码流(Data Rate)是指视频文件在单位时间内使用的数据流量,也叫码率,是视频编码中画面质量控制中最重要的部分。同样分辨率下,视频文件的码流越大,压缩比就越小,画面质量就越高。

上行带宽就是本地上传信息到网络上的带宽。上行速率是指用户电脑向网络发送信息时的数据传输速率,比如用FTP上传文件到网上去,影响上传速度的就是“上行速率”。

下行带宽就是从网络上下载信息的带宽。下行速率是指用户电脑从网络下载信息时的数据传输速率,比如从FTP服务器上文件下载到用户电脑,影响下传速度的就是“下行速率”。

视频监控存储空间大小与传输带宽计算方法

视频监控存储空间大小与传输带宽计算方法

传输带宽计算

比特率大小 × 摄像机的路数 = 网络带宽至少大小
注:监控点的带宽是要求上行的最小限度带宽(监控点将视频信息上传到监控中心);监控中心的带宽是要求下行的最小限度带宽(将监控点的视频信息下载到监控中心)
例:电信2Mbps的ADSL宽带,理论上其上行带宽是512kbps = 64KB/s ,其下行带宽是2Mbps = 256KB/s

地方监控点

CIF视频格式每路摄像头的比特率为512Kbps

即每路摄像头所需的数据传输带宽为512Kbps,10路摄像机所需的数据传输带宽为:512Kbps(视频格式的比特率)×10(摄像机的路数)≈5120Kbps = 5Mbps(上行带宽)

即:采用CIF视频格式各地方监控所需的网络上行带宽至少为5Mbps。

D1视频格式每路摄像头的比特率为1.5Mbps

即每路摄像头所需的数据传输带宽为1.5Mbps,10路摄像机所需的数据传输带宽为:1.5Mbps(视频格式的比特率)×10(摄像机的路数)= 15Mbps(上行带宽)

即:采用D1视频格式各地方监控所需的网络上行带宽至少为15Mbps。

720P(100万像素)的视频格式每路摄像头的比特率为2Mbps

即每路摄像头所需的数据传输带宽为2Mbps,10路摄像机所需的数据传输带宽为:2Mbps(视频格式的比特率)×10(摄像机的路数)= 20Mbps(上行带宽)

即:采用720P的视频格式各地方监控所需的网络上行带宽至少为20Mbps。

960P(130万像素)的视频格式每路摄像头的比特率为3Mbps

即每路摄像头所需的数据传输带宽为3Mbps,10路摄像机所需的数据传输带宽为:3Mbps(视频格式的比特率)×10(摄像机的路数)= 30Mbps(上行带宽)

即:采用960P的视频格式各地方监控所需的网络上行带宽至少为30Mbps。

1080P(200万像素)的视频格式每路摄像头的比特率为4Mbps

即每路摄像头所需的数据传输带宽为4Mbps,10路摄像机所需的数据传输带宽为:4Mbps(视频格式的比特率)×10(摄像机的路数)= 40Mbps(上行带宽)

即:采用1080P的视频格式各地方监控所需的网络上行带宽至少为40Mbps。

监控中心

CIF视频格式的所需带宽:512Kbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=25600Kbps = 25Mbps(下行带宽)

即:采用CIF视频格式监控中心所需的网络下行带宽至少25Mbps

D1视频格式的所需带宽:1.5Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)= 75Mbps(下行带宽)

即:采用D1视频格式监控中心所需的网络下行带宽至少75Mbps

720P(100万像素)的视频格式的所需带宽:2Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和) = 100Mbps(下行带宽)

即:采用720P的视频格式监控中心所需的网络下行带宽至少100Mbps

960P(130万像素)的视频格式的所需带宽:3Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和) = 150Mbps(下行带宽)

即:采用960P的视频格式监控中心所需的网络下行带宽至少150Mbps

1080P(200万像素)的视频格式的所需带宽:4Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和) = 200Mbps(下行带宽)

即:采用1080P的视频格式监控中心所需的网络下行带宽至少200Mbps

视频监控存储空间大小与传输带宽计算方法

视频监控存储空间大小与传输带宽计算方法

存储空间计算

码流大小(单位:KB/s;即:比特率÷8)×3600(单位:秒;1小时的秒数)×24(单位:小时;一天的时间长)×30(保存的天数)×50(监控点要保存摄像机录像的总数)÷0.9(磁盘格式化的损失10%空间)=所需存储空间的大小

(注:存储单位换算1TB=1024GB; 1GB=1024MB; 1MB=1024KB)

50路存储30天的CIF视频格式录像信息的存储空间所需大小为:64×3600×24×30×50÷0.9 = 8789.1GB≈9TB

50路存储30天的D1视频格式录像信息的存储空间所需大小为:192×3600×24×30×50÷0.9 = 26367.2GB≈26TB

50路存储30天的720P(100万像素)视频格式录像信息的存储空间所需大小为:256×3600×24×30×50÷0.9 = 35156.3GB≈35TB

50路存储30天的960P(130万像素)视频格式录像信息的存储空间所需大小为:384×3600×24×30×50÷0.9 =52734.3GB≈52TB

50路存储30天的1080P(200万像素)视频格式录像信息的存储空间所需大小为:512×3600×24×30×50÷0.9 = 70312.5GB≈69TB

免责声明:文章转载自《视频监控存储空间大小与传输带宽计算方法》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇编译apollo实践WebSocket和kafka实现数据实时推送到前端下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

曝光时间为行数该怎么理解

看sensor datasheet 里说到AE时,有个integration time 积分时间   ntegration time即积分时间是 以行为单位表示曝光时间(exposure time)的,比如说INT TIM为159,就是指sensor曝光时间为159行,两者所代表的意思是相同的,都是表示sensor的曝光时间,但是integration...

11.3.1 将MediaRecorder用于视频

    为了将MediaRecorder用于视频捕获,必须采用与音频捕获相同的步骤,同时加上一些视频特定的步骤。此外,MediaRecorder是一个状态机,因此必须遵循从实例化到录制的特定步骤序列。     首先将实例化MediaRecorder,然后依次进行其他的步骤。 1 MediaRecorder recorder=new Medi...

c# ffmpeg常用参数

c#  ffmpeg常用参数   转换文件格式的同时抓缩微图: ffmpeg -i "test.avi" -y -f image2 -ss 8 -t 0.001 -s 350x240 'test.jpg' 对已有flv抓图: ffmpeg -i "test.flv" -y -f image2 -ss 8 -t 0.001 -s 350x240 'test....

Flink实战(八十八):监控(五)全链路端到端延迟的测量方法

来源:https://mp.weixin.qq.com/s/52qSPOxX1F-o4sSwF0rgaQ 一、背景 FLink Job端到端延迟是一个重要的指标,用来衡量Flink任务的整体性能和响应延迟(大部分流式应用,要求低延迟特性)。通过流处理引擎竞品对比,我们发现大部分流计算引擎产品,都在告警监控页面,集成了全链路时延指标展示。一些低延时的处理场景...

GSYVideoPlayer 视频播放库

01. 优先介绍一下模拟器中没有声音的问题: 官方Demo中的内容较多,我这边按照自己的需求,做了个小DEMO,便于后期引用学习 ----------------------------------------- 02. 依赖配置       1 //视频播放 2 implementation 'com.shuyu:GSYVideoPla...

MySQL监控、性能分析——工具篇

转自http://blog.csdn.net/leamonjxl/article/details/6431444 MySQL越来越被更多企业接受,随着企业发展,MySQL存储数据日益膨胀,MySQL的性能分析、监控预警、容量扩展议题越来越多。“工欲善其 事,必先利其器”,那么我们如何在进行MySQL性能分析、监控预警、容量扩展问题上得到更好的解决方案,就...