PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   顯示卡討論區 (https://www.pcdvd.com.tw/forumdisplay.php?f=8)
-   -   [影片轉檔] 不同品牌的GPU,以AV1 編碼出來的畫面結果不一樣? (https://www.pcdvd.com.tw/showthread.php?t=1203832)

igogo 2023-08-07 01:52 AM

引用:
作者EANCK
以AV1 來說,目前各晶片廠的GPU 只做到RPOFILE 0,
這個"RPOFILE XX " 似乎是定義顏色,無關乎演算法,
將來若推出RPOFILE 1、2、3....,已經做死的晶片要怎麼套用新的顏色定義呢?

或者會無視新的定義,只要用到GPU加速,就是只套用晶片內的版本?

AV1官方如果有變更"演算法"的話,我知道只能期待下一代GPU有重新針對新算法設計。


使用軟體編碼會去調用的是顯卡硬體編碼加速套件,各家本來編碼套件對同一編碼格式(例如AV1、H.265等)參數就不會一樣


FFMpeg官網文件也提到了像是AMD AMF(Advanced Media Framework)AV1有著多樣化自調項目(https://reurl.cc/94NN5d ),看你轉檔軟體整合引擎時怎麼整合SDK裡的細項。你說的"照道理"像是使用預設Profile參數相同時轉出來的效果應該相同這點......應是指CPU軟體編碼時不受顯卡編碼套件影響才會出現。

EANCK 2023-08-07 08:43 AM

引用:
作者igogo
使用軟體編碼會去調用的是顯卡硬體編碼加速套件,各家本來編碼套件對同一編碼格式(例如AV1、H.265等)參數就不會一樣
https://i.imgur.com/ZEPiuab.jpg

FFMpeg官網文件也提到了像是AMD AMF(Advanced Media Framework)AV1有著多樣化自調項目(https://reurl.cc/94NN5d ),看你轉檔軟體整合引擎時怎麼整合SDK裡的細項。你說的"照道理"像是使用預設Profile參數相同時轉出來的效果應該相同這點......應是指CPU軟體編碼時不受顯卡編碼套件影響才會出現。


謝謝解說,

再請教自調項目是下面這些嗎? 還是還有更多?
1.Encoding profile and level
2.GOP size and structure
3.Rate control mode and strategy
4.Motion estimation method and precision
5.Multi-Pass encoding
6.Deblocking filter strength
7.Adaptive quantization and rate distortion optimization
8.Bitrate and resolution constraints

當中的 第4~7項 我在h.264、hevc中沒看過可以調,
不知道調整這4項後出現的效果會是怎樣,
看來要懂的東西比h.264、hevc更多。

我看網路上關於 intel在 av1 encode這一塊,沒有a750 vs. a770資料,
只有找到 在h.264 encode的比較,結果為 a750 ≒ a770,
 這是否能自行腦補成在 av1 encode方面,a750 ≒ a770呢? 

沒有這方面的比較,是不是怕若a750 真的近似 a770,
只有轉檔需求的人就不買a770了?

https://www.pugetsystems.com/labs/a...ng_and_Encoding

https://www.pugetsystems.com/pic_disp.php?id=76903

Adsmt 2023-08-07 09:39 AM

av1 標準文件
https://aomediacodec.github.io/av1-spec/av1-spec.pdf

This document defines the bitstream formats and decoding process for the Alliance for Open Media AV1 video codec.

所以和我聽說的沒錯,標準只有定義位元流格式及解碼程序。至於編碼程序是自由發揮。

EANCK 2023-08-07 10:53 AM

引用:
作者Adsmt
av1 標準文件
https://aomediacodec.github.io/av1-spec/av1-spec.pdf

This document defines the bitstream formats and decoding process for the Alliance for Open Media AV1 video codec.

所以和我聽說的沒錯,標準只有定義位元流格式及解碼程序。至於編碼程序是自由發揮。


這樣的話,感覺av1官方也不知道怎樣的編碼程序(encode process)才是最優的,
還是說 只要各步驟都有做到,步驟的順序無所謂?
可以這樣解讀嗎?

a9607 2023-08-07 01:52 PM

無損壓縮,是不管那家的編碼器,解碼之後的資料都一樣。

影像壓縮是有損壓縮,每個(軟/硬體)編碼器只要編碼過後的資料符合規範能解得開就好,至於品質、速度就各自表述了

:rolleyes:

EANCK 2023-08-07 05:12 PM

引用:
作者a9607
無損壓縮,是不管那家的編碼器,解碼之後的資料都一樣。

影像壓縮是有損壓縮,每個(軟/硬體)編碼器只要編碼過後的資料符合規範能解得開就好,至於品質、速度就各自表述了

:rolleyes:


印象中看過一份檢測報告,h.264每次就算調最高畫質,每經過一次encoding,
失真度接近2%,算是非常高。

當原影片為了節省容量,每單位面積的容量被降低到某個程度後,
例如: 640*1080p的高畫質影片,30fps, kbps被一次性降到剩 900 kbps,
此後若再次用h.264 encode,就算不降kbps也會慘不忍睹,方格感十分明顯。

另一種情況是原高畫質影片被經過多次 encode,
就算到你手上時,640*1080p (30fps)的影片尚有2000 kbps,
那畫質也是糟的噁心,沒得救。

這時只能用hevc、av1調最高畫質去編碼,盡量原持原畫質,
用hevc, 容量必定變大 ;
用av1, 容量可能略小一點或持平。

hevc的影片,為啥我只要跳著看,將進度條亂拉,必定會定格0.5~3秒後畫面才會動。
是cpu不支援 hevc的關係嗎?

a9607 2023-08-07 06:54 PM

引用:
作者EANCK
hevc的影片,為啥我只要跳著看,將進度條亂拉,必定會定格0.5~3秒後畫面才會動。
是cpu不支援 hevc的關係嗎?


一、多試幾個播放器看看,也許是播放軟體的關係。

二、某些影片轉擋的時候用是非常規的參數,也可能會有這類的問題。

EANCK 2023-08-07 08:24 PM

引用:
作者a9607
一、多試幾個播放器看看,也許是播放軟體的關係。

二、某些影片轉擋的時候用是非常規的參數,也可能會有這類的問題。


謝啦,
我剛剛拿影片去cpu支援hevc的電腦上測,發現一樣有卡頓的現象,
只不過時間短很多,約介於0.5~1秒間,
感覺像是decode需要相當的時間。

試了5種撥放器:

mpc-hc : 依然卡頓

windows media player : 依然卡頓

klc player : 依然卡頓


DivX player 裝完要重開機,還不能播放任何格式的影片,均顯示"無法辨識......"
再加上以前使用這貨的經驗也沒多好,果斷刪除,結果連刪除後也被要求重開機。

PotPlayer : 依然卡頓

Adsmt 2023-08-08 10:36 AM

我的電腦沒這個問題,你的 CPU, 顯卡是什麼?會不會是影片的問題?

a9607 2023-08-08 03:29 PM

引用:
作者EANCK
印象中看過一份檢測報告,h.264每次就算調最高畫質,每經過一次encoding,失真度接近2%,算是非常高。

當原影片為了節省容量,每單位面積的容量被降低到某個程度後,
例如: 640*1080p的高畫質影片,30fps, kbps被一次性降到剩 900 kbps,此後若再次用h.264 encode,就算不降kbps也會慘不忍睹,方格感十分明顯。

另一種情況是原高畫質影片被經過多次 encode,就算到你手上時,640*1080p (30fps)的影片尚有2000 kbps,那畫質也是糟的噁心,沒得救。

這時只能用hevc、av1調最高畫質去編碼,盡量原持原畫質,
用hevc, 容量必定變大 ;用av1, 容量可能略小一點或持平。


除非轉擋(re encode)後,畫質損失極小+檔案大小差個30%以上
不然都建議原擋保存就好

如果畫質損失很小、但是檔案大小也沒小多小,那何必為了那幾%、十幾二十%去損失畫質呢?(現在儲存的成本很低了)

如果檔案可以小個三四十%或更多,但是畫質損失很多,那也沒必要,儲存成本不高,要低畫質的話還不如找些線上片源看一看就好了對吧


:cool:


所有的時間均為GMT +8。 現在的時間是02:25 PM.

vBulletin Version 3.0.1
powered_by_vbulletin 2024。