才變成這樣
但他們只有2路CPU
所以沒發現在4路CPU上會有溢位這種問題
MCW的陳敏說了 写了:看樣子隻能在RelWithDebInfo糢式下檢查,這種現象大多齣現在asm code有bug的時候,但是我記得妳說--cpuid 1也有錯。
我明天前往MCW India office,到那裏我編譯個版本給您測試吧
MCW的陳敏說了 写了:看樣子隻能在RelWithDebInfo糢式下檢查,這種現象大多齣現在asm code有bug的時候,但是我記得妳說--cpuid 1也有錯。
我明天前往MCW India office,到那裏我編譯個版本給您測試吧
代码: 全选
Preset kb/s SSIM 1/(1-SSIM) SSIM(dB) fps time(s) PSNR
ultrafast 1974.67 0.9877241 81.46042245 19.109 8.23 265.31 48.419
superfast 1984.19 0.9890614 91.41937725 19.610 5.64 387.05 49.112
veryfast 1975.76 0.9882289 84.95382759 19.292 5.58 391.56 48.650
faster 1970.92 0.9890528 91.34755919 19.607 5.79 377.28 49.200
fast 1974.23 0.9895858 96.02273818 19.824 4.77 457.87 49.556
medium 1974.25 0.9896604 96.71554025 19.855 3.06 713.68 49.603
slow 1967.12 0.9898459 98.48238643 19.934 1.64 1328.12 49.819
slower 1963.03 0.9903474 103.5990303 20.154 0.45 4886.97 50.086
veryslow 1963.58 0.9903875 104.0312094 20.172 0.29 7538.94 50.085
placebo 1961.21 0.9904317 104.5117733 20.192 0.16 13578.47 50.143
最近才知道MCW里的x265开发者大都使用vc,难怪...翡璃月 写了:icl本身的問題吧..
目前還是以vc為主比較好些
代码: 全选
x264-8 954.56kbps 39m33s (0.92fps)
x264-10 943.16kbps 31m37s (1.15fps)
x265-8 941.71kbps 37m11s (0.98fps)
x265-10 954.31kbps 39m27s (0.92fps)