PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 顯示卡討論區
帳戶
密碼
 

  回應
 
主題工具
TRFMK2
Major Member
 

加入日期: Sep 2004
文章: 118
能解8K是一回事
實際上螢幕沒上8K
最終渲染輸出都會節省頻寬降頻到你目前的解析度
無法輸出8K的訊號測試VRAM占用有何意義...= =

HDMI 2.0連4K 60P HDR都無法YCbCr 4:4:4 10Bit輸出
HDMI 2.1協定要上到8K/60p...也必須要降到4:2:0

現狀4K都搞不好了實在不要想到8K去

現狀NV驅動還對4K HDR直通輸出有問題
無法10bit輸出在doom9吵好久了
驅動只能選8bit跟12bit
螢幕不能很好的處裡12bit時畫面會出現banding

A家目前消費級顯卡VP9採用混合解碼不是純硬解
4K下是可以正常混合解碼撥放的
A家Chrome要開混合硬解必須在捷徑後面加上這段
-enable-accelerated-vpx-decode=2

現狀A家就Ryzen R5 2400G APU支援VP9 4K硬解
     
      
舊 2018-05-07, 06:37 PM #61
回應時引用此文章
TRFMK2離線中  
bigDDD
Elite Member
 

加入日期: Oct 2013
文章: 4,853
引用:
作者TRFMK2
能解8K是一回事
實際上螢幕沒上8K
最終渲染輸出都會節省頻寬降頻到你目前的解析度
無法輸出8K的訊號測試VRAM占用有何意義...= =

HDMI 2.0連4K 60P HDR都無法YCbCr 4:4:4 10Bit輸出
HDMI 2.1協定要上到8K/60p...也必須要降到4:2:0

現狀4K都搞不好了實在不要想到8K去

現狀NV驅動還對4K HDR直通輸出有問題
無法10bit輸出在doom9吵好久了
驅動只能選8bit跟12bit
螢幕不能很好的處裡12bit時畫面會出現banding

A家目前消費級顯卡VP9採用混合解碼不是純硬解
4K下是可以正常混合解碼撥放的
A家Chrome要開混合硬解必須在捷徑後面加上這段
-enable-accelerated-vpx-decode=2

現狀A家就Ryzen R5 2400G APU支援VP9 4K硬解

可是我看他輸出也是8K

也的確會吃到不少資源阿?
還是說拿8K的螢幕給他跑他會更出力更耗資源這樣?
 
舊 2018-05-07, 08:23 PM #62
回應時引用此文章
bigDDD離線中  
TRFMK2
Major Member
 

加入日期: Sep 2004
文章: 118
引用:
作者bigDDD
可是我看他輸出也是8K
https://i.imgur.com/OObkoMth.png
也的確會吃到不少資源阿?
還是說拿8K的螢幕給他跑他會更出力更耗資源這樣?

DirectShow架構的撥放器
讀取檔案後會經過Splitter
將其分離為視訊編碼跟音訊編碼
視訊編碼傳給Video decoder做解碼
基本上分CPU軟體解碼跟GPU硬體解碼
解碼完的視訊內容傳給Video renderer
渲染後交由顯卡輸出

你看到的8K輸出是在Video decoder這個階段

影響影片畫質的重點在這個Video renderer
這個階段要處裡的東西實在太多
你要知道PC端輸出是採正常是採RGB 4:4:4
影視業者為了成本考量
加上人眼對色度的改變不及亮度敏感
一般現在影片是使用YCbCr抽樣成4:2:0儲存節省頻寬
PC端使用YCbCr 4:2:0 OR 4:2:2
你會看到字體顯示不清晰還會有偽色

因此我們播放一個YCbCr 4:2:0的影像時
要將其色度資訊升頻到原始解析度YCbCr 4:4:4
在依照目前螢幕的解析度大小而做影像升頻或降頻的動作
如果PC端使用RGB 4:4:4還會進行YCbCr→RGB轉換

今天你使用4K螢幕撥一個1080P的影片
會做一個1080P升頻到4K的動作

反之你只有1080P螢幕去撥8K的影片
則8K要降頻到1080P去輸出

現階段主流顯卡DP 1.4可以單條輸出8K外
還要等後來的HDMI 2.1
但要輸出也要螢幕支援
顯卡、顯示器、線材、解碼設備都要支援缺一不可
現在8K電視端子不統一亂七八糟
有的產品是DP 1.3要接兩條
HDMI 2.0接四條才能跑8K
舊 2018-05-07, 09:22 PM #63
回應時引用此文章
TRFMK2離線中  
space
Junior Member
 

加入日期: Apr 2003
文章: 730
引用:
作者bigDDD
不過我看我的顯卡RAM也吃一半了(我是8K連結餵給potplayer吃)

幫樓上網友做個補充順便回答你的問題

YUV(YCrCb)各通道8bit整數(16~235)共24bit
RGB也是各通道8bit整數(0~255)共24bit
但是YUV轉RGB的公式中的常數帶有小數,所以YUV不可能無損轉成RGB

如果是像potplayer這樣的播放器
為了顯示"理想中"正確的顏色
在預設設定下EVR(CP)渲染器會先將YUV 4:2:0 升頻為 4:2:2(占用顯示記憶體)
升頻後的YUV會先抖成各通道 10bit 整數RGB(又佔用顯示記憶體)
然後再向下壓縮成各通道 8bit 整數RGB
最後再將縮放後的8K影片以1080P輸出

------------------------------------------------------------------------
一般來說系統或是瀏覽器內建的播放器為了效率沒有做升頻跟抖色這兩部份
或是有做但是採用低精度或是簡單的算法,所以占用的顯示記憶體與運算量較少

此文章於 2018-05-08 02:44 AM 被 space 編輯.
舊 2018-05-08, 02:39 AM #64
回應時引用此文章
space現在在線上  
bigDDD
Elite Member
 

加入日期: Oct 2013
文章: 4,853
引用:
作者space
幫樓上網友做個補充順便回答你的問題

YUV(YCrCb)各通道8bit整數(16~235)共24bit
RGB也是各通道8bit整數(0~255)共24bit
但是YUV轉RGB的公式中的常數帶有小數,所以YUV不可能無損轉成RGB

如果是像potplayer這樣的播放器
為了顯示"理想中"正確的顏色
在預設設定下EVR(CP)渲染器會先將YUV 4:2:0 升頻為 4:2:2(占用顯示記憶體)
升頻後的YUV會先抖成各通道 10bit 整數RGB(又佔用顯示記憶體)
然後再向下壓縮成各通道 8bit 整數RGB
最後再將縮放後的8K影片以1080P輸出

------------------------------------------------------------------------
一般來說系統或是瀏覽器內建的播放器為了效率沒有做升頻跟抖色這兩部份
或是有做但是採用低精度或是簡單的算法,所以占用的顯示記憶體與運算量較少

所以瀏覽器撥放吃資源較少

那這樣看來哪種撥放效果"還原度"較高?
是不太加料的瀏覽器還是potplayer這種?
這會不會又牽扯到以前硬解剛出來時
我記得有一派是提倡軟解的
他認為軟解是最真實而且還原度最高的
一路走來好像也是如此
以前硬解時也遇到某版驅動出現奇妙色塊
但軟解不會發生
不過現在對我而言硬解已經很成熟而且是不可或缺的存在(即便我電腦早已經是多核心的了)

此文章於 2018-05-08 08:16 AM 被 bigDDD 編輯.
舊 2018-05-08, 08:15 AM #65
回應時引用此文章
bigDDD離線中  
TRFMK2
Major Member
 

加入日期: Sep 2004
文章: 118
引用:
作者bigDDD
所以瀏覽器撥放吃資源較少

那這樣看來哪種撥放效果"還原度"較高?
是不太加料的瀏覽器還是potplayer這種?
這會不會又牽扯到以前硬解剛出來時
我記得有一派是提倡軟解的
他認為軟解是最真實而且還原度最高的
一路走來好像也是如此
以前硬解時也遇到某版驅動出現奇妙色塊
但軟解不會發生
不過現在對我而言硬解已經很成熟而且是不可或缺的存在(即便我電腦早已經是多核心的了)

現在硬解這塊喔
Google 自己在推VP9沒錯
但Chrome是不支援硬體解碼的
採用的是軟硬體混合解碼
Firefox也是採軟硬體混合解碼
其中Chrome的混合硬解效率是最差的
只有微軟的瀏覽器才能對VP9使用純硬體解碼

現在Windows主流硬解模式
也分好幾種LAV video decoder算是支援最齊的

微軟早期的DXVA2(D3D9)
又分native跟copy-back兩種模式
copy-back下需要將影像解碼資料從
顯卡記憶體COPY到系統記憶體
解碼效率會低一點CPU占用率會比native模式來的高

native模式CPU佔用就非常低
但對N卡會有一些色度的畫質損失
解HDR影片也會有條紋(Banding)的問題

系統使用Win8~10的話
就可以用微軟後來新一代的D3D11硬體解碼
目前效率最好的硬解模式
可以得到跟軟解一樣的畫質
也分native跟copy-back兩種模式
但native模式渲染器必須使用madVR
但要玩madVR那又是另外一個坑了...
舊 2018-05-08, 10:51 AM #66
回應時引用此文章
TRFMK2離線中  
plm456
Junior Member
 

加入日期: Jun 2015
文章: 850
引用:
作者TRFMK2
現在硬解這塊喔
Google 自己在推VP9沒錯
但Chrome是不支援硬體解碼的
採用的是軟硬體混合解碼
Firefox也是採軟硬體混合解碼
其中Chrome的混合硬解效率是最差的
只有微軟的瀏覽器才能對VP9使用純硬體解碼

現在Windows主流硬解模式
也分好幾種LAV video decoder算是支援最齊的
...


Firefox和Chrome硬解效率都很差
早在ie11到edge效率都不知道好了多少
都不用設定下去cpu只有3%在跑4k很輕鬆
Firefox和Chrome都還要40~60%
舊 2018-05-08, 12:57 PM #67
回應時引用此文章
plm456離線中  
gkgk214
Advance Member
 
gkgk214的大頭照
 

加入日期: Oct 2005
您的住址: 台北士林
文章: 450
引用:
作者space
解碼器、渲染器、撥放軟體、作業系統、驅動版本
在以上皆不同的情形下很難比較顯卡記憶體或是硬體解碼的資源利用率
尤其是madVR渲染器,如果設定是用比較複雜的算法,在8K解析度下根本是吃視訊記憶體的怪獸

http://www.hao4k.com/thread-13126-1-1.html
有時間可以慢慢看
沒時間看下面這個章節即可
3、YUV->RGB转换过程中的细节


簡單來說,瀏覽器或是系統自帶的播放器為了迎合大眾的配置
在YUV->RGB轉換、8K-->1080P畫面縮放的過程中不以畫質為考量
只考慮效率並希望對資源的消耗越小越好
所以樓上實測用瀏覽器播放8K只要1.x G即可


感謝大大,我這二天下班有空來看看這個連結,
看能不能更搞懂potplayer裡面的一些設定XD,
用potplayer也蠻久了,有些設定還是很不確定= =
還是可以直接問大大您? XD


我剛想起來,的確! 我potplayr在視訊選項裡有動一點點設定,
可能是因為這樣所以顯示記憶體才吃這麼多吧。

不過我剛突然想起一件事= =,
就是我的電視vizio sv421xvt-t 是支援HDMI1.3,
我的線是用大通的HDMI1.3c,
但HDMI1.3最高支援不是只能到2560×1600p 75 Hz(查維基百科的)
那為什麼我播4K60fps,甚至8k60fps,電視沒有出現一些播不動或是沒畫面的情形啊??

難道我之後換了一台HDMI2.0的電視之後,這條HDMI1.3c的線還是可以沿用嗎= =?
__________________
我是黑夜裡展翅飛翔的恐怖!!我是你牙縫裡弄不出來的波菜渣!!我是你一個月不洗頭後產生的寄生蟲!!!我是飛..天..德德德
舊 2018-05-08, 02:12 PM #68
回應時引用此文章
gkgk214離線中  
bigDDD
Elite Member
 

加入日期: Oct 2013
文章: 4,853
引用:
作者plm456
Firefox和Chrome硬解效率都很差
早在ie11到edge效率都不知道好了多少
都不用設定下去cpu只有3%在跑4k很輕鬆
Firefox和Chrome都還要40~60%

用edge播選8K
https://www.youtube.com/watch?v=1La4QzGeaaQ
cpu大概20
GPU的RAM1.2

Chrome播
cpu12
顯示記憶體1.4

早期為了拚軟解還特別把k8 3000+換成op170哩
真懷年那個時代

此文章於 2018-05-08 03:46 PM 被 bigDDD 編輯.
舊 2018-05-08, 03:44 PM #69
回應時引用此文章
bigDDD離線中  
kcw
Major Member
 

加入日期: Dec 1999
您的住址: Taipei
文章: 216
請教一下
為什麼我用EDGE進這影片
沒8K選項可以選



引用:
作者bigDDD
用edge播選8K
https://www.youtube.com/watch?v=1La4QzGeaaQ
cpu大概20
GPU的RAM1.2

Chrome播
cpu12
顯示記憶體1.4

早期為了拚軟解還特別把k8 3000+換成op170哩
真懷年那個時代
舊 2018-05-08, 04:20 PM #70
回應時引用此文章
kcw離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



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


vBulletin Version 3.0.1
powered_by_vbulletin 2024。