→ 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 嗎