『漫游』酷论坛>『影音数码技术学习交流』>部分H.264解码器速度相 ..

06_taro@2011-08-05 09:57

引用
引用第25楼辉耀于2011-08-05 01:48发表的  :
PureVideo5理论支持4k x 2k,不过现在驱动只能做到2k x 2k
不过个人觉得“解码测试”最高测到remux就行了,鸭子……


A系列APU共用控制器调用内存做显存的方式对性能影响实在比较大,实际性能就是5550的水准,真秒不了入门卡……再看看价格……


dgnv硬件deint速度质量比还是很好的……nnedi/eedi(以及同算法的tgmc系列)太慢了……

edge-dependent interpolation和temporal gaussian blurring同算法?


引用

mawen1250@2011-08-05 10:21

又去看了一下六维的zfylich写的教程,懂了。

关于30i的处理:
30i的每一个奇数场和偶数场都是单独的一个画面,也就是相当于每秒钟由60个单独的画面构成。每一个画面的宽度与无交错相同,高度却只有半帧的单场,即无交错帧的一半(理解下Live类的BD)。我们需要的是完整的高度、无交错的画面,所以需要对只有一半高度的片源进行补插。
补出来的信息基本是基于数学上的差值算法(有兴趣可以去查),常见的有2种:
①基于图像边缘的补插:Edge dependent interpolation (edi),其核心是在奇偶两个场内拿单个场来补插成完整的场。
主要有:eedi2、eedi3、nnedi、nnedi2、nnedi3等。属于30i -> 30p 最标准的反交错(deint)。
②不舍弃任何一个场,对每一个场都补插成完整的帧:30i源里每秒有60个场,每个场都补插成完整的帧后速率就变成了60fps,这就是bob。
主要有:TGMC2z、QTGMC等。属于30i -> 60fps ,相对30fps有更好的动态效果,即更为流畅。
引用

辉耀@2011-08-05 16:37

因为TGMC的EdiMode参数……我一直以为就是基于nnedi/eedi系列的……看来雾很大……

求详解……
引用

06_taro@2011-08-05 23:04

tgmc对每个场做edi插补从30i变成60p是小事,对60p做motion compensation和temporal gaussian blurring才是关键……
引用

upyzl@2011-08-06 09:27

增加BD Remux测试,片源在27楼
我截取了一段,平均码率 32.5 Mbps

由于期间我更新了ffdshow,故新结果直接发在这里好了


DecoderClip CLAS (NCOP 28~50)
123AvgCPUGPU
CoreAVC 2.5.5 x6452.3640 51.7895 52.4139 52.1891 98%0/2/0
CoreAVC 2.5.5 x8654.0308 54.3842 54.0548 54.1566 98%0/1/0
CoreAVC 2.5.5 x86
DXVA
43.2520 43.2320 43.2120 43.2320 6%2/6/82
CoreAVC 2.5.5 x86
CUDA
42.4864 42.9264 42.9338 42.7822 15%5/6/85
LAV CUVID 0.9 x6442.5297 42.8144 42.6928 42.6790 16%5/8/85
LAV CUVID 0.9 x8642.6577 42.9421 42.8784 42.8261 15%5/8/85
Microsoft DTV-DVD
Video Decoder x86
DXVA
43.4670 43.4690 43.5140 43.4833 12%2/6/84
DiAVC Free 1.2 x6459.804159.615759.641759.6872 99%0/2/0
FFDshow r3964 x64
XhmikosR MSVC2010
55.174156.415456.765756.118499%0/1/0
FFDshow r3964 x86
XhmikosR ICL12
54.9147 56.4170 56.4809 55.9375 98%0/1/0
FFDshow r3960 x86
XhmikosR ICL12
DXVA
43.1750 43.2490 43.2050 43.2097 3%2/5/85
LAV Video 0.31 x86 53.649254.345354.337454.110698%0/1/0


GPU列的数据含义(A/B/C)
A: GPU Load (%)
B: Memory Controller Load (%)
C: Video Engine Load (%)
工具:GPU-Z 0.5.4








[ 此帖被upyzl在2011-08-15 17:20重新编辑 ]
引用

upyzl@2011-08-06 10:03

知道ffdshow x64为什么总是测不了了
引用
Revision 3961 - Directory Listing
Modified Fri Aug 5 16:43:42 2011 UTC (9 hours, 14 minutes ago) by clsid2
Disabled Hi10P decoding in x64 build because it crashes. Will be re-enabled when the crash is fixed.

等XhmikosR编译好r3961我再测试下
引用

upyzl@2011-08-07 09:00

34楼更新

ffdshow x64更新到r3964 可以测试了
为了有可比性x86的也升级到r3964再测试了下
引用

uc0083@2011-08-07 23:22

ffdshow都已经超过coreavc了。。。。
引用

zys4416@2011-08-08 09:23

引用
引用第37楼uc0083于2011-08-07 23:22发表的  :
ffdshow都已经超过coreavc了。。。。


ffdshow怎么硬解?
引用

mawen1250@2011-08-08 09:31

引用
引用第38楼zys4416于2011-08-08 09:23发表的  :


ffdshow怎么硬解?


ffdshow DXVA video decoder
效果基本和MPC-HC内置的MPC Video Decoder硬解一样
引用

回 39楼(mawen1250) 的帖子

zys4416@2011-08-08 09:51

考虑播放质量很兼容性的情况,硬解是否仍可替代软解?
引用

06_taro@2011-08-08 11:40

为啥不加入LAV Video……
引用

upyzl@2011-08-08 12:38

引用
引用第41楼06_taro于2011-08-08 11:40发表的  :
为啥不加入LAV Video……


我打算等nev正式放出再弄
引用

uc0083@2011-08-08 21:59

引用
引用第38楼zys4416于2011-08-08 09:23发表的  :


ffdshow怎么硬解?



现在是软解都比coreavc快了,考虑兼容性,明显ffdshow强
引用

zys4416@2011-08-08 22:45

引用
引用第43楼uc0083于2011-08-08 21:59发表的  :


现在是软解都比coreavc快了,考虑兼容性,明显ffdshow强


神马软解能让我的E2140流畅播放15M码率以上的1080P……(渣主板超不了频)
引用

«1234»共4页

| TOP