ffmpeg输出x264的CBR流或者文件
CBR(Constant Bit Rate)是以恒定比特率方式進(jìn)行編碼,有Motion發(fā)生時(shí),由于碼率恒定,只能通過增大QP來減少碼字大小,圖像質(zhì)量變差,當(dāng)場(chǎng)景靜止時(shí),圖像質(zhì)量又變好,因此圖像質(zhì)量不穩(wěn)定。這種算法優(yōu)先考慮碼率(帶寬)。
這個(gè)算法也算是碼率控制最難的算法了,因?yàn)闊o法確定何時(shí)有motion發(fā)生,假設(shè)在碼率統(tǒng)計(jì)窗口的最后一幀發(fā)生motion,就會(huì)導(dǎo)致該幀size變大,從而導(dǎo)致統(tǒng)計(jì)的碼率大于預(yù)設(shè)的碼率,也就是說每秒統(tǒng)計(jì)一次碼率是不合理的,應(yīng)該是統(tǒng)計(jì)一段時(shí)間內(nèi)的平均碼率,這樣會(huì)更合理一些。
VBR(Variable Bit Rate)動(dòng)態(tài)比特率,其碼率可以隨著圖像的復(fù)雜程度的不同而變化,因此其編碼效率比較高,Motion發(fā)生時(shí),馬賽克很少。碼率控制算法根據(jù)圖像內(nèi)容確定使用的比特率,圖像內(nèi)容比較簡(jiǎn)單則分配較少的碼率(似乎碼字更合適),圖像內(nèi)容復(fù)雜則分配較多的碼字,這樣既保證了質(zhì)量,又兼顧帶寬限制。這種算法優(yōu)先考慮圖像質(zhì)量。
參考自:http://blog.csdn.net/szfhy/article/details/50820119
由于項(xiàng)目中,不允許出現(xiàn)波動(dòng)較大的流,所以VBR不適合。
在網(wǎng)上也有找一些關(guān)于CBR的編碼參數(shù),有些參數(shù)確實(shí)可以很好的控制媒體流的碼率,但是質(zhì)量影響太大了。所以我需要一組參數(shù),介于CBR與VBR之前。即碼率可以允許波動(dòng),但不要波動(dòng)太大。
固定碼率
ffmpeg -i orig.mp4 -vcodec libx264 -profile:v baseline -b:v 6000k -minrate 6000k -maxrate 6000k -bufsize 250k -an -movflags rtphint -bf 0 test.mkv
用bitrate工具分析test.mkv的碼率,波動(dòng)很小,如圖:
其中,bufsize的大小等于bitrate / framerate。(但不清楚為什么bitrate分析出來的碼率值與轉(zhuǎn)碼參數(shù)中的值有些出入)??梢钥闯?#xff0c;加入碼率控制相關(guān)的參數(shù),ffmpeg確實(shí)可以很好的控制輸出文件的碼率。但質(zhì)量影響很大。再看Elecard工具分析的截圖:
從各幀的大小來看,I幀碼率與P幀差不多,可以想象,I幀的質(zhì)量會(huì)有多差。播放效果也指明,在場(chǎng)景切換的時(shí)候,質(zhì)量會(huì)很差,然后又會(huì)好起來。
所以,這種CBR的參數(shù)并不實(shí)用。
ffmpeg -i orig.mp4 -vcodec libx264 -profile:v baseline -b:v 6000k -minrate 6000k -maxrate 6000k -bufsize 500k -an -movflags rtphint -bf 0 test.mkv
跟上一組參數(shù)比較,bufsize放大了一倍,其它參數(shù)不變,然后再用bitrate工具分析其碼率,如圖:
碼率出現(xiàn)了一些波動(dòng),但波動(dòng)范圍很小。再看看elecard工具分析的截圖:
I幀的碼率上去了,圖像質(zhì)量也有明顯的提升。
簡(jiǎn)單總結(jié):想要輸出CBR,bufsize參數(shù)很重要(具體多少合適,應(yīng)該根據(jù)使用場(chǎng)景來確定,但網(wǎng)上給的公式:bufsize = bitrate / framerate肯定不合適),否則影響畫面質(zhì)量。
總結(jié)
以上是生活随笔為你收集整理的ffmpeg输出x264的CBR流或者文件的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Cell | 深度突变学习预测SARS-
- 下一篇: Facebook员工跳楼轻生——没有任何