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

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

  回應
 
主題工具
Lancelot_93
Advance Member
 
Lancelot_93的大頭照
 

加入日期: Feb 2015
文章: 441
引用:
作者wuciboy
不用謝
不用謝
不用謝


不客氣
不客氣
不客氣
     
      
舊 2015-05-05, 05:39 PM #11
回應時引用此文章
Lancelot_93離線中  
orakim
Master Member
 

加入日期: Sep 2003
文章: 1,810
> H.265的4K Ultra HD年代,10-bit會越形重要
> Ultra HD版的BD標準,已經將H.265的Main 10 Profile納為預設
10bit 也要全部配合才可以正常顯示出來
拍攝要10bit 編碼要10bit 解碼要10bit 輸出訊號要10bit 顯示器要10bit
即便前面大部分都已經滿足10bit,最後面一個顯示器只能顯示8bit 那畫面還是8bit
(目前10bit的顯示器算是少見,主流都還是8bit)

我個人認為沒有10bit 沒有其必要性,但H.264的10bit相對於H.264 8bit 有必要性
或許有人認為這互相矛盾,但其實沒有
我的觀點在於8bit H.264 在處理漸層方面不行(可能只用到5~6bit 或者更少)
使用10bit H.264 可以改善這個狀況

可能就有人會因為這個狀況,認為自己在8bit的顯示器下可以看出10bit、8bit的不同
畫面的不同只是因為採取了不同的encoder 漸層可以處理的比較好
由於顯示器是8bit 看到的其實還是8bit的畫面

簡單測試 紅框內是用GIMP處理過後的漸層(8bit),節圖的影片是8bit 藍光
https://lh3.googleusercontent.com/-...-h1080-no/Z.png
可以看出同樣是8bit 為什麼紅框內處理過的沒有色帶(至少我看不出來)
相鄰兩個色帶 存在很多8bit顏色沒有被用到,例如下面這兩個
e3b762 -> e3b865

改善8bit encoder 在漸層方面的處理會比真正的10bit來的實際一點
 
舊 2015-05-05, 08:02 PM #12
回應時引用此文章
orakim離線中  
Stone Crab
*停權中*
 
Stone Crab的大頭照
 

加入日期: Mar 2015
您的住址: 熱火隊地盤
文章: 2,703
記得GTX 980/970沒有,
後出的960才有H.265硬解.


我也在關注,
不過在UHD BD上市之前不是必要條件.
舊 2015-05-05, 11:22 PM #13
回應時引用此文章
Stone Crab離線中  
BanjoWind
Regular Member
 

加入日期: Mar 2015
文章: 66
引用:
作者orakim
> H.265的4K Ultra HD年代,10-bit會越形重要
> Ultra HD版的BD標準,已經將H.265的Main 10 Profile納為預設
10bit 也要全部配合才可以正常顯示出來
拍攝要10bit 編碼要10bit 解碼要10bit 輸出訊號要10bit 顯示器要10bit
即便前面大部分都已經滿足10bit,最後面一個顯示器只能顯示8bit 那畫面還是8bit
(目前10bit的顯示器算是少見,主流都還是8bit)

我個人認為沒有10bit 沒有其必要性,但H.264的10bit相對於H.264 8bit 有必要性
或許有人認為這互相矛盾,但其實沒有
我的觀點在於8bit H.264 在處理漸層方面不行(可能只用到5~6bit 或者更少)
使用10bit H.264 可以改善這個狀況
...

我是這樣看,4K或10-bit是內容保存/發行的大方向,顯示器有沒有4K解析度/10-bit色彩表現,倒不是重點,好比CD是44.1KHz/16-bit,甚至現在數位音樂發展到192KHz/24-bit,但人耳可以聽到聲音的頻率範圍,明明只在20Hz到20KHz,192KHz早就超出人耳極限了,一般的器材也重現不出192KHz,但是一旦拿到一張CD或是192KHz/24-bit的音樂檔不能播,那更嘔!
舊 2015-05-06, 09:14 AM #14
回應時引用此文章
BanjoWind離線中  
rockports
Power Member
 
rockports的大頭照
 

加入日期: Feb 2015
文章: 618
引用:
作者BanjoWind
我是這樣看,4K或10-bit是內容保存/發行的大方向,顯示器有沒有4K解析度/10-bit色彩表現,倒不是重點,好比CD是44.1KHz/16-bit,甚至現在數位音樂發展到192KHz/24-bit,但人耳可以聽到聲音的頻率範圍,明明只在20Hz到20KHz,192KHz早就超出人耳極限了,一般的器材也重現不出192KHz,但是一旦拿到一張CD或是192KHz/24-bit的音樂檔不能播,那更嘔!


你似乎搞混每秒取樣次數跟人耳可聞頻率了.....
舊 2015-05-06, 10:34 AM #15
回應時引用此文章
rockports離線中  
umi
Master Member
 

加入日期: Dec 1999
文章: 2,066
引用:
作者rockports
你似乎搞混每秒取樣次數跟人耳可聞頻率了.....

取樣頻率本來就跟人耳可以聽的頻率有關(取樣定理)
當初CD定義44.1Khz就是因為人耳只能聽到20Khz...
舊 2015-05-06, 02:46 PM #16
回應時引用此文章
umi離線中  
commando001
Master Member
 
commando001的大頭照
 

加入日期: Nov 2010
文章: 2,414
引用:
作者umi
取樣頻率本來就跟人耳可以聽的頻率有關(取樣定理)
當初CD定義44.1Khz就是因為人耳只能聽到20Khz...


但是取樣頻率人不需要聽到...
__________________
新。弱弱的戰績
舊 2015-05-06, 03:05 PM #17
回應時引用此文章
commando001離線中  
rockports
Power Member
 
rockports的大頭照
 

加入日期: Feb 2015
文章: 618
引用:
作者umi
取樣頻率本來就跟人耳可以聽的頻率有關(取樣定理)
當初CD定義44.1Khz就是因為人耳只能聽到20Khz...


現在提高每秒取樣頻率跟樣本數就是要提高聲音重播品質吧?
一樣只有20hz~20khz但是也是受惠阿~
舊 2015-05-06, 06:36 PM #18
回應時引用此文章
rockports離線中  
orakim
Master Member
 

加入日期: Sep 2003
文章: 1,810
取樣頻率跟可以聽到的頻率其實有關係
以頻率來說代表著這訊號有波峰波谷,要正確紀錄下這個訊號最起碼要紀錄到波峰波谷
也就是必須紀錄下一個半波,一個半波至少需要兩個點(剛剛好一個在波谷一個在波峰)
這也就是為什麼採樣頻率44.1KHz,能紀錄下的頻率最多就44.1KHz的一半 22.05KHz
一般來說聲音的採樣頻率對應到畫面上的元素 應該是resolution,而不是bit

bit 數跟採樣率是完全不同的概念,他代表是準確性 簡單的說就是矩波的階數
矩波可用的階數越高越能紀錄正確的波形,採樣頻率剛剛好採樣到波峰波谷的機率很低
在採樣點必須存在其他數值讓它能紀錄較為正確的值
只有一階就0、1兩種 聽起來就像是電子雜音
兩階就多出0、0.25、0.5、0.75、1 ...等依此類推
越多階越準 但準到一個程度就聽不出來差異,這在聲音上是16bit 在視覺上則是8bit

回到H.264的10bit話題上
我個人在猜8bit 設計的出發點 是用較低bit的顏色(將類似的顏色弄成一個色帶可以增加壓縮率)
參雜雜點進行dither(這部份降低壓縮率)
這樣可以在人體的視覺暫留特性上表現出接近10bit的顏色

但實際上出現10bit的encoder之後 漸層降低bit、dither等功能捏造的假10bit 都不需要了
當然這也只是我個人的猜想,實際上要研究code的人來判斷

此文章於 2015-05-06 06:56 PM 被 orakim 編輯.
舊 2015-05-06, 06:50 PM #19
回應時引用此文章
orakim離線中  
magicalx
Golden Member
 

加入日期: Sep 2001
文章: 3,801
引用:
作者orakim
回到H.264的10bit話題上
我個人在猜8bit 設計的出發點 是用較低bit的顏色(將類似的顏色弄成一個色帶可以增加壓縮率)
參雜雜點進行dither(這部份降低壓縮率)這樣可以在人體的視覺暫留特性上表現出接近10bit的顏色

因8bit YUV無法達到RGB 8bit 16777216色.
http://goldenhige.cocolog-nifty.com...it10bit-97.html
舊 2015-05-06, 10:10 PM #20
回應時引用此文章
magicalx離線中  


    回應


POPIN
主題工具

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

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



所有的時間均為GMT +8。 現在的時間是04:17 AM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。