![]() |
||
Elite Member
![]() ![]() ![]() ![]() ![]() 加入日期: Aug 2003
文章: 10,520
|
引用:
x265個人是覺得壓制技術還不成熟∼有些不是出問題 就是壓出來畫質沒比x264好 LAV和mpc-be 解碼各有優劣 我是碰過LAV 看起來像幻燈片或是lag 快拉或後退會卡住 MPC就ok 總之解碼組合你們可以自己換看看 若使用上有問題∼也可以試試lav 分離器∼我上面那張圖有 可自己行加進去 此文章於 2015-01-03 12:37 PM 被 cys070 編輯. |
||||||||
![]() |
![]() |
Major Member
![]() 加入日期: Aug 2001
文章: 211
|
引用:
有空再玩,我這台 ATI 的顯卡跑 LAV 比較順,不過硬解不太有感,我一直懷疑到底有沒有硬解。 因為另一台用 nVidia 顯卡的硬解很有感(除了 x265)。 多謝你分享啦,原本我還不知道有 MPC 的可以玩,LAV 也是當初要弄硬解去網路上看人家照著弄的。 ![]() ![]() ![]() ![]() ![]()
__________________
滿招損 謙受益 此文章於 2015-01-03 12:41 PM 被 darkangel 編輯. |
|||
![]() |
![]() |
Elite Member
![]() ![]() ![]() ![]() ![]() 加入日期: Aug 2003
文章: 10,520
|
硬解我是關掉了
A牌的卡其時lav 硬解並不是很好用........ lav 軟解優點就是某些影片真的比較順 但是碰到卡的就卡..... MPC解碼是相容性比較好 所以我才說兩家各有優劣 可以照我那張圖∼有些給lav.有些給mpc 去解碼 此文章於 2015-01-03 12:46 PM 被 cys070 編輯. |
![]() |
![]() |
Major Member
![]() 加入日期: Aug 2001
文章: 211
|
x265 用 LAV 解碼:
![]() 雖然 LAV 解 x265 時 CPU 使用率較一般影片高很多,但還是很順。 x265 用 MPC-BE 解碼: ![]() 改用 MPC-BE 解碼時 CPU 使用率飆升,乍看 FPS 可維持在 23.98,但在某些片段會下降,快轉時影片也感受到明顯的延遲。
__________________
滿招損 謙受益 此文章於 2015-01-03 01:37 PM 被 darkangel 編輯. |
![]() |
![]() |
Advance Member
![]() ![]() 加入日期: Apr 2005
文章: 479
|
現在MPC-HC跟BE最大的差異在於分離器跟解碼器
HC版從v1.6.8版開始,捨棄從原Media Player Classic那邊繼承而來的MPC分離器 改用LAV filters的分離器與解碼器 個人測試的經驗 如果看的影片都是較新一點的格式,像H.264, H.265這種的 或是想用Intel內顯的QSV或Nvidia CUVID硬體解碼的話 那我建議使用HC版會比較適合 因為Lav filters支援許多最新的解碼模式 至於BE版 則是自v1.6.8與HC版分家,堅持使用自Gabest起頭的MPC分離器 對較古老的封裝或影片格式的相容性,會比Lav Filters好一點 對於一些有年代的、或效能不太夠的電腦,BE版用的分離器會比較省資源一點 不過由於MPC-BE內建的解碼器的部份,基本上是拿FFmpeg的源碼來用 所以本質上與FFDSHOW差不多,除非使用外部分離器及解碼器 否則內建的解碼器硬解的部份僅支援DXVA,不支援QSV或CUVID解碼 所以要怎麼選擇其實不難就是,依使用狀況而定 ![]()
__________________
提高計算速度的方法不只一種。 平行計算只是一種提高效率的方式,具有不確定性與複雜性。關於提高效率的方式,存在著各種不同的理論。 對於我們來說,那並不是完美的東西。 此文章於 2015-01-03 08:44 PM 被 路過 編輯. |
![]() |
![]() |
Elite Member
加入日期: May 2002 您的住址: 地球的上面..
文章: 5,854
|
LAV的CUDA和QSV都會增加CPU overhead...
他目前並不是一個推薦的項目... 微軟的DXVA2n才是首選的... 此文章於 2015-01-03 09:12 PM 被 vxr 編輯. |
![]() |
![]() |
Advance Member
![]() ![]() 加入日期: Apr 2005
文章: 479
|
引用:
其實x265是H.265(HEVC)的GPL編碼器而非編碼格式... 所以用HEVC應該是比較正確的說法 而且在Windows下的解碼器裡,經Doom9那些半夜不睡覺的老外實際測試的結果來看 對HEVC相容性最好的解碼器,目前應該就屬Lav filters了 所以這個測試結果非常的 "正常" ![]() 至於x265目前開發的狀況,蠻像2007年左右的x264 大概還要個一兩年的時間,才會媳婦熬出婆就是... ![]()
__________________
提高計算速度的方法不只一種。 平行計算只是一種提高效率的方式,具有不確定性與複雜性。關於提高效率的方式,存在著各種不同的理論。 對於我們來說,那並不是完美的東西。 |
|
![]() |
![]() |
Master Member
![]() ![]() ![]() ![]() 加入日期: Mar 2012
文章: 2,345
|
沒人用Mplayer?
個人播放器演進史: MPC→KMP→Potplayer→SPlayer→Mplayer ![]() |
![]() |
![]() |
Major Member
![]() 加入日期: Aug 2001
文章: 211
|
引用:
我覺得 Windows 版本的 MPlayer 很難用啊,光是不能自定 filter 之類的就還不如用 MPC,Potplayer 討厭的地方是在於沒有開源加上版本很亂,常會不知道哪個版本穩定要一個個試,不然以功能性來說,其實 Potplayer 是最好的。 但是我在 Mac 沒啥好選的,其實也是用 MplayerX,有沒有人可以推薦 Mac 的 Player 啊,最好是自由度高可以自設 filter 像 Potplayer 那樣的。
__________________
滿招損 謙受益 |
|
![]() |
![]() |
Major Member
![]() 加入日期: Aug 2001
文章: 211
|
引用:
以我個人的經驗,CPU loading,nVidia CUVID < DXVA。 ATi 基本上都只能用 DXVA,所以我說沒啥感覺,nVidia 真的開下去很有感,畫面也不太一樣。 至於 Intel 的硬解沒玩過不清楚。
__________________
滿招損 謙受益 |
|
![]() |
![]() |