→ idisnothing: 那像deinterlace之类的后处理可以offload给GPU吗? 03/13 20:03
→ idisnothing: 还是一样只能由CPU来处理? 03/13 20:05
推 s9209122222: 这我不确定,不晓得怎么看,但用htop看cpu使用率有增 03/13 21:09
→ s9209122222: 加 03/13 21:09
→ idisnothing: 一开始我也是看cpu跟gpu的使用率 后来发现vlc的 03/13 21:48
→ idisnothing: message把level调到debug后就能看到更多资讯 03/13 21:49
→ idisnothing: gpu是geforce 210, vlc的video ouput跟hardware-acce 03/13 21:55
→ idisnothing: lerated decoding都选vdpau 从message上看来是有把 03/13 21:56
→ idisnothing: deinterlace交由gpu处理 cpu usage也很低 03/13 21:57
→ idisnothing: 但画面看起来差强人意 还在研究到底怎么回事 03/13 21:57
推 s9209122222: 不过现在还有很多需要去交错的影片吗?我只有网络上 03/13 22:11
→ s9209122222: 找到的某些片片会看到 03/13 22:11
→ idisnothing: 有喔 数位电视的讯号就是1080i跟480i的QQ 03/13 22:14
推 s9209122222: 我发现纯vaapi没办法deinterlace,只有vaapi-copy可 03/13 22:16
→ s9209122222: 以 03/13 22:16
推 s9209122222: 然后vdpau可以,但画面很顿 03/13 22:18
→ s9209122222: 看了他的 framing time 明明就很低啊 03/13 22:19
→ idisnothing: 看来两个api都能将一些后处理都offload给gpu了 感动 03/13 22:35
→ idisnothing: 你是用vlc还是mpv? 如果是vlc然后decoding选vdpau 03/13 22:37
→ idisnothing: 那vo也要选vdpau 画面才不会顿 03/13 22:38
推 s9209122222: mpv 03/13 22:43
→ idisnothing: mpv我没用过 有机会再试试 03/13 22:45
推 s9209122222: 试了一下要是vo=vaapi,那么vaapi也能去交错,但效果 03/13 22:50
→ s9209122222: 一样糟糕 03/13 22:50
推 s9209122222: 目前用起来最顺的是加上
那像deinterlace之类的后处理可以offload给GPU吗?还是一样只能由CPU来处理?
这我不确定,不晓得怎么看,但用htop看cpu使用率有增加
一开始我也是看cpu跟gpu的使用率 后来发现vlc的message把level调到debug后就能看到更多资讯gpu是geforce 210, vlc的video ouput跟hardware-accelerated decoding都选vdpau 从message上看来是有把deinterlace交由gpu处理 cpu usage也很低但画面看起来差强人意 还在研究到底怎么回事
不过现在还有很多需要去交错的影片吗?我只有网络上找到的某些片片会看到
有喔 数位电视的讯号就是1080i跟480i的QQ
我发现纯vaapi没办法deinterlace,只有vaapi-copy可以然后vdpau可以,但画面很顿看了他的 framing time 明明就很低啊
看来两个api都能将一些后处理都offload给gpu了 感动你是用vlc还是mpv? 如果是vlc然后decoding选vdpau那vo也要选vdpau 画面才不会顿
试了一下要是vo=vaapi,那么vaapi也能去交错,但效果一样糟糕目前用起来最顺的是加上 --vf=lavfi=yadif 这个选项配上 vaapi-copy
我之前试也是差不多的结果 要像windows下那样把所有
工作都丢给gpu去做还是有难度 我试的结果也是decoding选vaapi 然后vo选xv 去交错交给cpu(yadif)来做这样的播放效果最好 跟你的结果差不多
vdpau 自己有硬件 deinterlace,vaapi 我记得也是有至少 nvidia 跟 intel 在这块都是 ok 的Blu-ray 影片也有 1080i 的
作者: obarisk (OSWALT) 2017-03-14 13:45:00
纯推intel内显,wayland现在挡的住吗?Ubuntu是换定了吧
作者:
OrzOGC (洞八达人.拖哨天王)
2017-03-14 18:12:00intel安定,wayland现在还是...............
作者:
LiDra129 (éµç‹¼)
2017-03-14 18:18:00回s大 我一直是用专利驱动 因为想要用OpenCL
intel 的用 hwdec=vaapi vo=opengl
opengl这选项不是改叫gpu了吗?OpenCL我是用AUR里那从amdgpu-pro提取出来的那个
debian stable 收的 mpv 0.23 还是叫 opengl
作者: ddtsatan 2018-04-19 01:16:00
推
作者:
Debian (Debian)
2018-04-24 12:28:00推荐文章。
试到现在 画面看起来最流畅的mpv参数下法为--hwdec=vdpau --vo=gpu --vf=vdpaupp=deint=yes:deint-mode=temporalGT610可能不太够力 用temporal-spatial来去交错画面总是顿顿的 看欧冠时尤其明显蛮意外的是把解码和去交错都交给GPU来做时 画面流畅度居然比把两者交由CPU来做要来得好 一直以为软解+软件去交错是best solution的说
要 CPU 做后制就一定要从 vram 抓东西回 ram 来算有过 bus 会慢是正常的
我现在试的都是纯CPU解码+去交错 或 纯GPU解码+去交错 所以不会从vram复制解码过后的资料回system ram做后处理
vlc 软件 deinterlacer 不是通常都用 yadif 吗