作者k7system (abcd)
看板AVEncode
标题[推荐] 1080p测试影片，测试是否能正常播放。
时间Sat Jan 29 20:44:10 2011
前言：什麽是有意义的测试片？
是把使用者的cpu考倒吗？并不是。
这又不是cpu benchmark，要让cpu跑不动是很容易的事。
http://www.nicovideo.jp/watch/sm12433988
【H.264】 ダンミキベンチマーク Lv.10 【3840x2160 60fps】
↑我的cpu被击沉了 QQ （天啊，居然还有Lv.12 orz...）
影片解析度超过1080p有意义吗？
老实说意义不大，
请问你现的正在用的萤幕解析度有超过1920x1080(或1920x1200)吗？
我用的LCD就刚好只有1920x1080而已。
片源画质有超过1080p吗？
并没有，蓝光影片的解析度就刚好是1080p。
既然片源画质没有超过1080p，
那麽niconico动画网站上有很多3840x2160或是更高解析度的影片是怎麽来的？
多数是用软体拉的吧…
上面放的那一段影片解析度虽高，但很容易看到马赛克，
这样子的影片还能说是画质好吗？
片源每秒张数有超过60fps吗？萤幕更新率有超过60Hz吗？
电影通常是24fps，电视放送通常是29.97fps，
而我在用的LCD萤幕更新率则只有60Hz，比较高级的萤幕是有120Hz没错，
电影阿凡达出来後就造成话题的3D电视机至少也有120Hz。
片源要超过60fps，大概要出动high speed camera才能办到吧…
所以niconico动画网站上有很多90fps、120fps的影片，有意义吗？
嗯，是有意义，证明我的cpu很烂，跑不动。
硬解的限制？
超过1080p就无法硬解了。
我认为一个有意义的测试片应该要像是↓这样子才对。
sm8646921 - 【MikuMikuDance】高画质限界に挑戦的なテスト动画でござる
http://www.nicovideo.jp/watch/sm8646921
避免nico处於经济模式无法下载原始档案，提供的其他下载点：
http://sync.hamicloud.net/_oops/k8system/0fm
档案CRC32为【025a9159】
为什麽有意义？因为它没有超过1080p，也没有超过60Hz。
只要这个能播，其他1080p影片应该都能够播放。
而且该影片是可以用显示卡硬解辅助播放的，当然也能够选择软解。
这是我自己播放该影片的样子：
https://www.youtube.com/watch?v=8MBNuUrQ9-A&hd=1
（nVidia GTS450有开硬解，你问cpu使用率高达二十几%是怎麽回事？
这是因为录影软体要吃cpu啊。）
要观察播放有没有顺畅的重点有二。
1、客观：影片有没有掉格？
从frame rate始终维持在59.XX，且frame dropped=0来看，是及格的。
2、主观：眼睛看到的画面是否流畅？
我相信我的眼睛 QQ
嗯…画面顺畅，初音很萌（被拖走），是及格的。
当同时符合上面二点时，就代表测试影片的播放是成功的。
--
测试影片sm8646921【MikuMikuDance】高画质限界に挑戦的なテスト动画でござる
mediainfo看到的资讯是：
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile :
[email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 58s 33ms
Bit rate mode : Variable
Bit rate : 14.0 Mbps
Maximum bit rate : 29.3 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 60.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.113
Stream size : 96.0 MiB (99%)
Writing library : x264 core 78 r1310 ec46ace
Encoding settings : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x131 /
me=tesa / subme=10 / psy=1 / psy_rd=0.2:0.0 / mixed_ref=1 / me_range=18 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
chroma_qp_offset=-1 / threads=6 / nr=0 / decimate=0 / mbaff=0 /
constrained_intra=0 / bframes=4 / b_pyramid=0 / b_adapt=2 / b_bias=0 /
direct=3 / wpredb=1 / keyint=600 / keyint_min=1 / scenecut=60 / rc=2pass /
mbtree=0 / bitrate=14048 / ratetol=1.0 / qcomp=0.80 / qpmin=10 / qpmax=51 /
qpstep=10 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 /
aq=2:0.90
Encoded date : UTC 2009-10-27 19:13:26
Tagged date : UTC 2009-10-28 02:50:42
Matrix coefficients : BT.470-6 System B, BT.470-6 System G, BT.601-6 625,
BT.1358 625, BT.1700 625 PAL, BT.1700 625 SECAM, IEC 61966-2-4 601
--
※ 发信站: 批踢踢实业坊(ptt.cc)
※ 编辑: k7system 来自: 112.105.98.152 (01/29 20:49)
1F：推 AsDfJJJ:感谢测试心得，其实吃2X%也不算高啦:P 01/29 21:20
2F：→ kcl0801:有的片源画质是真的有超过1080P喔 不多就是了 01/29 21:26
3F：→ xvid:开影片的编码规格 比看一段倒胃的影片有效 01/29 22:10
4F：→ xvid:影片的内容百百种 瞬间流量分布也不同 单一影片指标性不大 01/29 22:11
5F：推 web2312:Frame dropped一般来说不会等於0(除非使用reclock),因为 01/29 22:57
6F：→ web2312:硬体clock不一致的关系,所以一定会每隔一段时间顿一次 01/29 22:58
7F：→ web2312:不过对一般使用者来说应该不会造成影响就是了@@ 01/29 22:59
8F：→ k7system:我有看过cpu还不错，播放这个影片时的cpu使用率很低， 01/30 00:21
9F：→ k7system:但frame dropped却大量增加，眼睛直接看也是容易看出掉格 01/30 00:22
10F：→ k7system:这就是当事人的软体设定出了问题，并不是他的cpu不够好。 01/30 00:23
11F：→ k7system:web2312大的reclock教学文很棒，这种顿感我是知道的。 01/30 00:28
12F：→ k7system:还有一种不舒服的感觉是[鸟专栏]我们需要120Hz液晶电视吗 01/30 00:29
14F：→ k7system:作者Bird 发表於2009年7月21日18:13 因网址太长故缩网址 01/30 00:32
15F：→ web2312:CRT画面在移动的时候,眼睛可以很好的追踪,但是LCD画面则 01/30 01:43
16F：→ web2312:会稍微糊掉,换句话说LCD的动态解析度降得颇严重的... 01/30 01:44
17F：→ web2312:可以拿视窗拖曳做比对,CRT的话就算晃动视窗,字还是很清楚 01/30 01:45
18F：→ web2312:但是LCD则会糊掉甚至出现拖曳尾巴 01/30 01:45
※ 编辑: k7system 来自: 1.34.95.56 (02/15 14:08)