分页: 1 / 3

Libav/FFmpeg编译版【2013/04/11】

发表于 : 2011-09-06 10:06
06_taro
单独开一贴吧……

历史版本:libav/ffmpeg

最新版:
Libav-v9-907-git-r37007(f4b0d12).7z
FFmpeg-n0.8-20722-git-r51658(e2946e5).7z

與官方版區別:
libav:
1. 對mp4/mov格式支持的一些修正
2. 增加.264的raw avc後綴名
3. libx264編碼默認不使用open-gop
4. 編碼時fps顯示為浮點數
5. 部分支持PAFF的H.264

ffmpeg:
1. 增加.264的raw avc後綴名
2. 編碼時fps顯示固定為浮點數,而不是根據具體數值改變精度
3. 對mp4/mov格式支持的一些修正
4. 部分支持PAFF的H.264
5. 增加libfdk-aac的解码器,可以解码aac-ld/eld。因为aac的默认解码器仍然是libavcodec的内置解码器,需要使用ffmpeg -c:a libfdk_aac -i "input" xxxx来指定(现在我不屏蔽libavcodec的内置utvideo解码器了,所以同样的对utvideo如果需要用libutvideo来解码的话,需要在-i前使用-c:v libutvideo)。

Re: libav编译版【10/16 v0.7-1318-git-r30392(91038cd)】

发表于 : 2011-10-16 8:51
06_taro
10.16 v0.7-1318-git-r30392(91038cd)-v2
比較大的更新,所以單獨log一下:
加入libcdio、freetype、libaacplus。
libcdio是可以對cd抓軌用的,這個是僅x86版有,雖然大家肯定還是都用eac……
freetype估計做特效的會比較熟悉,一個很方便的字體工具,不過在libav裡作用有限。
libaacplus是一個支持lc/sbr/sbr+ps的aac編碼器,libav本身自己的aac編碼器質量一般;之前編譯版加入的faac質量在高碼應該還可以,低碼完全沒有使用價值;而vo-aacenc目標是3gpp標準的移動設備aac編碼器,而且由於開始開發時間還比較短質量仍然不夠成熟。所以這次把經過一定考驗的libaacplus加入以填補libav對低碼aac的空白。其實支持libaacplus的patch早就有了我也一直想加進去,只不過它和vo-aacenc有衝突,而我也懶得去解決。現在用了一個比較tricky的方式讓二者融合了。下次更新tMod的x264時也會把它放進去,這樣對於沒有qtaac的x64版x264來說也是一個不錯的補充。

Re: libav编译版【10/16 v0.7-1318-git-r30392(91038cd)】

发表于 : 2011-10-16 15:54
-o-o-304-o-o-
拜谢taro大。。。

Re: libav编译版【10/21 r30492 支持4:2:2 H.264解码】

发表于 : 2011-10-21 19:11
06_taro
10.23 ffmpeg-git-r33955(9e8dff9).7z/libav-v0.7-1461-git-r30535(e71ebb1).7z
增加ffmpeg,主要是因為其支持解碼的celt在HA的64kbps測試中居然擊敗了Apple和Nero的HE AAC。嘛其實libav也可以通過patch來支持celt,我懶得搞而已……其他增加的還有libmodplug,過幾天準備把libutvideo支持搞出來,畢竟ut video是和ffv1有一拼的優秀lossless video codec……
另外lame更新到3.99,全面psy化,雖然現在用mp3的人不多了吧……

10.21 libav-v0.7-1418-git-r30492(b8bb9c0).7z
現在全面支持H.264 4:2:2的解碼了(intra/inter/lossless),之後以此為基礎編譯的x264用lavf/ffms的demuxer也因此可以直接吃4:2:2了。過兩天搞個出來吧~

Re: libav/ffmpeg编译版【2012/04/22】

发表于 : 2012-04-22 22:58
06_taro
04.22 ffmpeg和libav裡加上了libaacplus,限制最高bitrate為72kbps,不過這個碼率的aacplus已經比128k左右的vo-aacenc更好了,而vo-aacenc在96k以上質量就已經不如faac了……而libaacplus與vo-aacenc衝突,質量上考慮就都去掉了vo-aacenc

Re: libav/ffmpeg编译版【2012/04/25】

发表于 : 2012-04-25 8:31
06_taro
04.25 ffmpeg內取消libavcodec的utvideo解碼器,改用libutvideo(v11.0.0)。libavcodec的utvideo解碼器沒有SIMD優化,速度比libutvideo慢得多。而且libutvideo還支持utvideo的編碼(-c:v libutvideo)。目前而言使用libutvideo代替ffv1應該是更加合適的,一方面utvideo是純粹intra型的編碼,不涉及到參考幀,編解碼速度都比ffv1快得多(如果拿比較低的參數讓x264直接壓ffv1有時候ffv1解碼的CPU佔用就能達到x264編碼的一半甚至更高,在原本CPU就接近滿載的情況下很不合算),而體積常常只比ffv1增大10~20%;另一方面現在ffv1的標準正在重新整理中,目前進度是v1.2->v1.3的過程,所以ffmpeg裡編碼ffv1的做法不穩定,有可能出現之後的解碼器無法解碼現階段編碼出來的結果,穩定性考慮不建議使用。

1920x1080的ffv1/utvideo純解碼速度的benchmark:
图片

ffv1這個實時都做不到的解碼速度說實話真心不能忍…

Re: libav/ffmpeg编译版【2012/04/25】

发表于 : 2012-04-25 9:52
mawen1250
多谢taro大,不过我已经很久没有硬盘空间来出ffv1了。

Re: [置頂] libav/ffmpeg编译版【2012/07/15】

发表于 : 2012-08-14 14:38
zhongpang
试用了utvideo,解码方面确实比FFV1快了很多
但是某些帧却出现了问题
比如第四,五帧本应都是全黑的画面,但是却都和第三帧一模一样(读取用的是ffvideosource
不知是哪里出了问题

Re: [置頂] libav/ffmpeg编译版【2012/07/15】

发表于 : 2012-08-14 22:35
06_taro
ffms編譯用的libav/ffmpeg如果沒集成libutvideo而不禁用libavcodec的utvideo解碼器的話,結果是不靠譜的,這個是libavcodec的問題。直接壓成avi,安裝utvideo官方解碼器,然後用avisource走vfw解碼就行了,反正utvideo編碼是完全intra的。或者用x264直接壓的話用ffmpeg版的tmod,ffmpeg版是用libutvideo的,再或者安裝過官方vfw解碼器的話lite版或者avs4x264mod都可以直接吃,默認優先調用avisource的。

Re: [置頂] libav/ffmpeg编译版【2012/07/15】

发表于 : 2012-08-14 23:48
zhongpang
问题解决,感谢