视频编解码,bbv 缓冲区的上溢和下溢
来源:互联网 发布:sas数据分析大赛试题 编辑:程序博客网 时间:2024/05/16 06:46
使用硬件相似的数据处理.一般都是数据进来,处理后立即发出去的形式.所以一般有一个数据进,一个数据出,2个接口.
硬件处理基本都要求实时.数据进来,处理之后马上发处理,这个时间要求非常短,一般要求控制在好多毫秒以内,才能达到实时的要求.一般硬件每秒钟能够处理的数据大小,在设计的时候就固定了.不能像软件那样,可以通过增加CPU来提升处理能力.而且硬件的缓存的容量也是在设计的时候就固定了,不能像软件那样,随意申请内存来用.
所以硬件的缓存都不会太大.缓存的数据太大,会造成等待数据处理延时太高.达不到实时的要求.
硬件每秒能够处理的数据也是固定的.
硬件在处理数据的时候,一般是要等待缓冲区有足够的数据可以处理,然后开始处理.
如果数据输入的速度,固定保持在理想状态,那么缓冲区就会一直有数据供给硬件平稳的进行处理.
输入一直输入数据,硬件一直有数据在处理,输出一直在输出处理好的数据.缓冲区的数据容量,一直保持在某个范围.
如果数据发送太快,硬件处理不过来,缓存已经装不下那么多数据,开始丢弃这些数据,放弃处理.这就是指上溢.
如果数据发送太慢,缓冲区的数据都处理空了,输入数据还没过来,硬件还在等待缓冲区有足够数据可以处理,输出接口就在要求发送处理好的数据出去,就是指下溢.
硬件处理基本都要求实时.数据进来,处理之后马上发处理,这个时间要求非常短,一般要求控制在好多毫秒以内,才能达到实时的要求.一般硬件每秒钟能够处理的数据大小,在设计的时候就固定了.不能像软件那样,可以通过增加CPU来提升处理能力.而且硬件的缓存的容量也是在设计的时候就固定了,不能像软件那样,随意申请内存来用.
所以硬件的缓存都不会太大.缓存的数据太大,会造成等待数据处理延时太高.达不到实时的要求.
硬件每秒能够处理的数据也是固定的.
硬件在处理数据的时候,一般是要等待缓冲区有足够的数据可以处理,然后开始处理.
如果数据输入的速度,固定保持在理想状态,那么缓冲区就会一直有数据供给硬件平稳的进行处理.
输入一直输入数据,硬件一直有数据在处理,输出一直在输出处理好的数据.缓冲区的数据容量,一直保持在某个范围.
如果数据发送太快,硬件处理不过来,缓存已经装不下那么多数据,开始丢弃这些数据,放弃处理.这就是指上溢.
如果数据发送太慢,缓冲区的数据都处理空了,输入数据还没过来,硬件还在等待缓冲区有足够数据可以处理,输出接口就在要求发送处理好的数据出去,就是指下溢.
3 0
- 视频编解码,bbv 缓冲区的上溢和下溢
- 上溢和下溢
- 浮点型的上溢和下溢
- Linux/Windows 下分别编译音视频编解码库ffmpeg的流程和注意事项
- 关于浮点值的上溢和下溢和不符合“常识”的情况&整数上溢和整数下溢~
- c语言---数值的上溢和下溢
- 视频编解码之windows平台下编译ffmpeg的方法和使用教程
- 视频编解码的基本概念
- 视频编解码的科普知识
- 嵌入式Linux下基于FFmpeg的视频硬件编解码
- 嵌入式Linux下基于FFmpeg的视频硬件编解码
- 嵌入式Linux下基于FFmpeg的视频硬件编解码
- 上溢和下溢 & 病态条件数
- H.264视频编解码的代码移植和优化
- 和视频编解码相关的几个东西
- H.264视频编解码的代码移植和优化
- H.264视频编解码的代码移植和优化
- 视频编解码的步骤和主要技术
- jquery 页眉单行信息滚动显示实现思路及代码
- 关于uboot下data abort的问题
- java中static{}语句块详解
- [BAT]批处理修改IP地址
- 【iOS XMPP】使用XMPPFramewok(一):添加XMPPFramework(XCode 4.6.2)
- 视频编解码,bbv 缓冲区的上溢和下溢
- 2048
- ZOJ 2966 Build The Electric System 最小生成树
- Spring MVC之@RequestParam @RequestBody @RequestHeader 等详解
- spinner的用法
- 【iOS XMPP】使用XMPPFramewok(二):用户登录
- boost::thread(wait/join/interrupt/detach)
- 自定义类 析构函数 Virtual function
- DWZ手册补充说明