|
||
|
Junior Member
  加入日期: Feb 2013
文章: 718
|
FFmpeg 2.1 Supports VP9, HEVC
http://www.phoronix.com/scan.php?pa...item&px=MTQ5NzU
FFmpeg 2.1 (codenamed "Fourier") was tagged Sunday and with it comes a whole lot of improvements to the popular open-source multimedia encoder/decoder software. There's VP9 and H.265 / HEVC decoding and a whole lot more! Among the highlights for FFmpeg 2.1 include RTMP seek support, support for reading EXIF meta-data in JPEG images, Opus support in Matroska, lossless and alpha support for the WebP decoder, SFTP protocol support, a native VP9 decoder, a DPX parser, PulseAudio output device support, a ReplayGain scanner, enhanced ER AAC ELD decoding (Low-Delay AAC), H.265 / HEVC decoder (High Efficiency Video Coding), and Linux frame-buffer output device support. H.265 的時代終於來了。 有沒有人要猜要多久才會流行起來？ 算起來 mp4 好像沒流行多久， 大概 2010 左右才比較多人用來壓檔。 我電腦連放 H.264 都很吃力， 得等年底買新電腦才能測。 |
|||||||
2013-10-28, 08:38 PM
#1
|
|
|
Master Member
加入日期: Sep 2003
文章: 1,810
|
關鍵的HEVC 還是在decoder 階段
對我來說H.265 的時代,free encoder 也要有才能算 H.264 在x264 出現之前 雖然有一些商業encoder可以用 但實際上被大眾使用是x264出現之後的事 |
||
|
2013-10-29, 01:07 AM
#2
|
|
|
*停權中*
加入日期: Mar 2006
文章: 4,081
|
我的CPU光是encode h264 1080p就只剩15張左右了
h265不是更慢嗎  而且在高畫質位元有比較好嗎, 之前只聽說在低流量有改良 |
|
2013-10-29, 01:47 AM
#3
|
|
|
Master Member
加入日期: Sep 2003
文章: 1,810
|
高流量 低流量 這方面的東西倒是沒聽說過
規劃上H.265 需要的流量是H.264的一半 以HiHD 舉例 13M的H.264的 同樣畫質用H.265可以減少至6.5M 依此類推 話說回來 ffmpeg 2.1 還是有個高興的消息 opus 終於可以放到MKV 裡了 如果可以一口氣弄出新格式(mp5?) 是H.265+opus 那就更好了 ogm 可以說是推廣失敗,希望至少opus 可以推廣成功 此文章於 2013-10-29 02:27 AM 被 orakim 編輯. |
|
2013-10-29, 02:25 AM
#4
|
|
|
*停權中*
加入日期: Mar 2006
文章: 4,081
|
我還是很重視encode的速度...
有相關測試嗎, 比h264慢就不用提了, 因為現在CPU速度根本沒有什麼成長 h264下i5 2400超頻壓1080p只有一秒15張左右, 如果變成10張以下要壓到什麼時候 |
|
2013-10-29, 09:01 AM
#5
|
|
|
*停權中*
加入日期: Mar 2006
文章: 4,081
|
找到了一篇
http://www.extremetech.com/computin...-expectations/2 Compared to x264, even on the –veryslow preset, x265 encodes take noticeably longer — our Ivy Bridge 3770K encoded the same file in H.264 in 129 seconds as compared to 247 seconds for H.265. Keep in mind, however, that this is very, very early software. 只能希望未來有改善了 |
|
2013-10-29, 09:18 AM
#6
|
|
|
Master Member
加入日期: Sep 2003
文章: 1,810
|
> 我還是很重視encode的速度...
這個就不用太擔心,Life will find its way out! 當壓縮率提高到兩倍,即便硬壓品質不好也會明顯優於相同流量的前代格式 |
|
2013-10-29, 11:54 AM
#7
|
|
|
Golden Member
 
加入日期: Jul 2012
文章: 2,590
|
目前是這樣
1. 相同畫質 = 3倍以上的時間 + 更小的容量 2. 相同容量 = 3倍以上的時間 + 更好的畫質 但是如果使用者的目標是"某個畫質"而不去care容量, 很在意速度 (例如我) 那只能說h265不是我的菜
__________________
公司用擋簽名檔帳號 |
|
2013-10-29, 12:07 PM
#8
|
|
|
Master Member
加入日期: Sep 2003
文章: 1,810
|
> 1. 相同畫質 = 3倍以上的時間 + 更小的容量
> 2. 相同容量 = 3倍以上的時間 + 更好的畫質 我說的剛好就是你上面沒提到的 3. 更好畫質 =1/3 以下的時間 +更小的容量 更小的容量 不會比你的1. 小 但至少比H.264小(合理參數設定) 更好的畫值 不會比你的2. 好 但至少比H.264好(合理參數設定) 但是3.(硬壓) 速度應該是可以遠遠勝過1. 2. 採用軟壓的方式 不管H.265 是不是你的菜 等到有H.265硬壓出來 還在用CPU 軟壓H.264 顯然不會是講求速度跟品質的最佳選擇 (除非考慮到相容性,畢竟現在大部分裝置都沒有H.265 decoder) 此文章於 2013-10-29 12:24 PM 被 orakim 編輯. |
|
2013-10-29, 12:23 PM
#9
|
|
|
Golden Member
加入日期: Jul 2012
文章: 2,590
|
等硬壓出來也許是一個解
但目前連h264的硬壓都很慘, 連CRF都不給(cuda,quicksync) 只能希望h265能好一點了
__________________
公司用擋簽名檔帳號 |
|
2013-10-29, 12:24 PM
#10
|
|
