作者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)