laichiaheng 发表于 2017-12-14 12:52
所以是 HEVC 的問題嗎？試了 4096*2160p 59.94fps AVC 的謎之物後配上 vaapi-copy 也能很順暢地播放
話說 ...
你确定？掉帧计数没有上涨？GPU占用没有100%？（鉴于你提的掉帧数0但是卡顿的issue，还是看显卡占用吧）
除非你的CPU真的烂到一软解就100%占用，不然我真看不出任何使用硬解的理由。
不过您还真是喜欢4K 60fps的视频。。。是做4K高帧率摄影的专业人士吗。{:7_588:}我的mpv.conf就直接忽视了4K 60fps的存在
cczzhh 发表于 2017-12-14 13:11
你确定？掉帧计数没有上涨？GPU占用没有100%？（鉴于你提的掉帧数0但是卡顿的issue，还是看显卡占用吧）
...
我用 i5-4460 解 HEVC 4K HDR 59.94fps 大約是 60～85% 在跑的，AVC 4K 59.94fps 我只觀察了 5 分鐘，在這 5 分鐘內並沒有顯示掉幀數，也沒看出卡頓感，顯卡佔用率還在找辦法查怎麼看，radeon-profile 在我這邊沒辦法用...
不是我對 HEVC 4K HDR 很執著，而是這顯卡就顯示支援 HEVC 4K HDR，我既然買了他，他就應該要能夠正常地運作，否則這真是花了冤忘錢
本帖最后由 cczzhh 于 2017-12-14 15:02 编辑
laichiaheng 发表于 2017-12-14 14:28
我用 i5-4460 解 HEVC 4K HDR 59.94fps 大約是 60～85% 在跑的，AVC 4K 59.94fps 我只觀察了 5 分鐘，在這 ...
而是這顯卡就顯示支援 HEVC 4K HDR，我既然買了他，他就應該要能夠正常地運作
某种程度上确实支援，支援最常见的24fps。不讲帧率随便号称支持的话，可以试试4K 240fps的视频：https://share.dmhy.org/topics/vi ... _240fps_-_Vmoe.html
另外，支援=勉强能跑，能没错误完美地跑应该叫完美支援{:4_679:}
CPU占用未满->软解无压力->显卡性能不足->渲染掉帧
GPU硬解->不管有没有压力，不管是否是分开的模块，不管是否会影响到渲染器的性能->显卡渲染的性能表现不会比软解时更高->渲染依旧掉帧，还可能因为硬解带来各种各样的问题
我希望这个logic是清楚的。。
反之：
GPU硬解->不管有没有压力，不管是否是分开的模块，不管是否会影响到渲染器的性能->显卡渲染的性能够->渲染OK，不掉帧，但可能因为硬解带来各种各样的问题
CPU占用未满->软解无压力->显卡渲染的性能够，至少肯定不会比硬解时渲染器的性能低->渲染OK，不掉帧，没有硬解的bug
少折腾，多看片吧。
本帖最后由 laichiaheng 于 2017-12-14 15:36 编辑
cczzhh 发表于 2017-12-14 14:52
某种程度上确实支援，支援最常见的24fps。不讲帧率随便号称支持的话，可以试试4K 240fps的视频：https:// ...
恩...github 上面某位人士給我的回答是 85% CPU 使用率並不代表他是夠的，因為 video decoding 並沒有辦法簡單地使用 multi-thread，大部分實做出來的東西也沒有 multi-thread 等等......
看來只能夠等 libva 釋出更新並支援 zero copy 的 vaapi 硬解了
本帖最后由 cczzhh 于 2017-12-14 16:36 编辑
laichiaheng 发表于 2017-12-14 15:32
恩...github 上面某位人士給我的回答是 85% CPU 使用率並不代表他是夠的，因為 video decoding 並沒有辦法 ...
软解时85%的CPU到底是够还是不够自己就能看得出来啊。
decoder掉帧数不为0代表解码性能不够
output掉帧数不为0代表渲染性能不够
如果你软解本来decoder掉帧数就是0，那么我认为即使再怎么用怎么怎么更新过的多么多么牛逼的硬解，本来该掉帧的视频还是得掉帧。因为瓶颈不在解码呀。这时候我仍然坚持在这种CPU够使的情况下硬解毫无意义。。
---------------------------
仔细看了下manual，默认并不会掉decoder的帧，但是有这么句：
--framedrop=<mode>
Skip displaying some frames to maintain A/V sync on slow systems, or playing high framerate video on video outputs that have an upper framerate limit.
The argument selects the drop methods, and can be one of the following:
<vo>
Drop late frames on video output (default). This still decodes and filters all frames, but doesn't render them on the VO. It tries to query the display FPS (X11 only, not correct on multi-monitor systems), or assumes infinite display FPS if that fails. Drops are indicated in the terminal status line as Dropped: field. If the decoder is too slow, in theory all frames would have to be dropped (because all frames are too late) - to avoid this, frame dropping stops if the effective framerate is below 10 FPS.
If the decoder is too slow, in theory all frames would have to be dropped (because all frames are too late) - to avoid this, frame dropping stops if the effective framerate is below 10 FPS.
如果没有低于10fps，没有帧掉光的话，说明解码部分并没有掉帧。我尝试播放4K 120fps，有时会卡住不动一会儿，而且没声音，那应该才是解码能力不够用了触发了这个暂时禁用掉帧，等待解码/渲染队列。
本帖最后由 laichiaheng 于 2017-12-14 16:48 编辑
cczzhh 发表于 2017-12-14 15:51
软解时85%的CPU到底是够还是不够自己就能看得出来啊。
decoder掉帧数不为0代表解码性能不够
問題就在於 4K AVC 59.94fps 的 output 並不會出現掉幀的狀況，但 HEVC 會
如果解碼沒問題，那麼同是 4K 59.94fps 應該不會有差別才對吧？
本帖最后由 cczzhh 于 2017-12-14 17:11 编辑
laichiaheng 发表于 2017-12-14 16:47
問題就在於 4K AVC 59.94fps 的 output 並不會出現掉幀的狀況，但 HEVC 會
如果解碼沒問題，那麼同是 4K 5 ...
AVC的例子有没有HDR？软解试过会掉帧吗？
如果没有HDR，https://www.youtube.com/watch?v=kzfkuVE226M这个例子我也能以spline+mitchell 11.5ms流畅播放。
而且你HEVC HDR的例子，是软硬解都无法流畅吧。
本帖最后由 laichiaheng 于 2017-12-14 17:07 编辑
cczzhh 发表于 2017-12-14 16:55
AVC的例子有没有HDR？软解试过会掉帧吗？
如果没有HDR，https://www.youtube.com/watch?v=kzfkuVE226M ...
結果剛剛載了普通 HEVC 2160p 59.94fps 來測試發現也是順暢播放，看來差個 HDR 真的是非常地吃顯卡
laichiaheng 发表于 2017-12-14 17:01
結果剛剛載了 HEVC 2160p 59.94fps 來測試發現也是順暢播放，看來差個 HDR 真的是非常地吃顯卡
...
是吧。。因为要做HDR->SDR的换算。
所以完全可以摒弃硬解了{:7_593:}
想解决4K HDR 60fps的播放，新显卡才是王道。开gpu-hq用ewa系的chroma升阶的话似乎1070及以上才够。
本帖最后由 laichiaheng 于 2017-12-14 17:22 编辑
cczzhh 发表于 2017-12-14 17:10
是吧。。因为要做HDR->SDR的换算。
所以完全可以摒弃硬解了
我還是不行拋棄 vaapi-copy，要是純軟解，原本很順暢的普通 4K HEVC 59.94fps 的 output 那項就會開始爆增了，照理來講應該是 decoder 那段會先爆增才對？