我将从一个低分辨率的相机每分钟生成一次图像。我想运行10到20个图像,并压缩它们,以便在带宽非常有限的通道上传输。我看过使用x264,但感觉有点杀伤力。
假设我的图像是320x240,帧之间有很高的冗余度,那么最好的方法是什么?
编码不一定要特别快,它更多的是在嵌入式设备上实现的难度和总文件大小的减少之间找到平衡。
我将完全控制观看软件,所以使用一些压缩方案的修改版本将是可以的。
我将使用freeRTOS
发布于 2010-10-27 08:29:14
该设备是否有libavcodec端口?我想它有一个内置的h.264编码器。我不认为h.264是过度杀伤力。
不过,请定义“带宽有限”。如果你有足够的带宽以每像素1比特的速度传输(在1帧/分钟的频率下就是每秒160字节),你不需要超过jpeg。如果你有更少的,时间压缩(某种类型的MPEG)是有必要的。
发布于 2010-10-27 08:20:34
要做到这一点,一种简单而健壮的方法是将每一帧编码为JPEG。这可以表示为M-JPEG流。压缩通常是不错的,即使不是最优的。如果这对你来说足够好,那就去做吧。
发布于 2010-10-27 11:31:45
为什么x264
是过度杀伤力?这是一个非常有效的编码器,如果你想利用时空冗余,你需要使用像H.264这样的压缩算法,而不是一堆JPEG。
https://stackoverflow.com/questions/4029043
复制相似问题