基于FPGA的H264格式实时编码系统（视频监控）的设计

来源：百度知道 编辑：UC知道 时间：2024/07/02 06:05:46
现下的FPGA能实现实时监控系统的H264编码而做到解码播放时流畅吗?
我的意思是由FPGA（目前普遍的主频50--100MHZ）独立完成H264的编码和解码，而H264的编码似乎要求处理器做到每秒处理10亿次运算！目前市场上现有的基于FPGA的高清视频监控系统都是附带了高速DSP处理器来完成H264的编码。所以不知道独立的FPGA能不能实现实时监控系统的H264的编码并且解码播放时流畅。

首先如果由FPGA来做编码解码，就是纯粹的硬件编解码，不存在什么处理器的运算次数问题，按照楼主的意思，在看处理器的运算能力，那还是软件的思想。
如果你用FPGA完整搭建一个H264编码平台，cpu需要做的就是发指令和搬数，你说这样的话，cpu工作频率需要很高么？
如果真的看频率，也只是在timing上的问题，不存在计算次数啊？？？？
看实时监控系统的H264的编码解码是不是流畅，得看你的硬件部分的设计没秒能处理多少帧的图像，一般到24帧就能比较流畅了。H264编码后，图像压缩比率很高，便于传输。
所以要提高速度，可以用硬件编码解码，但难度很大，美国的hantrol公司的7170可以提供这样的IP。在者，如果用DSP做，那就得看你DSP的运算速度了。

PS；楼主你可以想想，按照你的思想，主频50--100MHZ，怎么可能用软件的方法去编码解码？ 不过你也可以，核心部分，运算量大的用硬件来做，其他用软件做，但这样也会很慢，我做JPEG就出现过。
有问题在联系~~~~我正在做H264。。。。

完全是可以的

当然可以啊，有人专门用FPGA实现了H264的功能。

我想是可以的，按照我的思想来说，如果想完成10亿每秒运算的话，FPGA直接是不支持那么高的频率的，所以如果想单独用FPGA完成的话，你必须牺牲面积来换取速度，如果你真的想单独用FPGA来做的话，你可以去查查面积与速率之间的关系，然后设计去做，当你速率达到10亿每秒的时候，我想你的FPGA面积上的消耗也太大了，你必须用非常好的FPGA，资源特别好的FPGA去做，说实话，我感觉你还是用DSP吧，毕竟DSP的作用在那，你单用FPGA做，我想你会亏本却卖不出去产品的。 这只是我的想法，我搞FPGA有3个星期了，还是新手！