Creative 即將發表 Audigy2?

音效卡的問題在此討論。

版主: DearHoney

頭像
kouyoumin
神人
文章: 1612
註冊時間: 2001-01-05 08:00
來自: 中正紀念堂
聯繫:

文章 kouyoumin »

GPF 寫:
Silky 寫:講到軟體DTS解碼.....
DD 則不同,DD 的解碼有 MDCT 計算精度的差異(要 24bit 以上的解碼精度才能被稱為 Group A 等級的解碼器),軟解硬解的差距就可能會很大,同時 DD 的複雜度較高,這時候要求要有硬體解碼才比較 make sense。
理論上,我沒研究所以不敢發表意見。
但是實際上聽起來就是差一大截。
解碼後面還有別的事要做呀!
SRC.D/A....ooxx
聽起來不同是可預期的 :)
節約用電 - VIA EPIA CN運作中
頭像
巨熊
神人
文章: 2741
註冊時間: 2001-04-17 08:00
來自: 臥熊崗
聯繫:

文章 巨熊 »

kouyoumin 寫: 解碼後面還有別的事要做呀!
SRC.D/A....ooxx
聽起來不同是可預期的 :)
Audigy 2本身提供的Dolby Digital EX也是跳過SRC的.
tyf
初學者
文章: 10
註冊時間: 2002-10-16 02:52
來自: 烏托邦

文章 tyf »

SilkyDTS 寫: 使用的 ADPCM 壓縮法,任何 decoder 解出來的結果都相同。
PowerDVD 的音質會比較差,是其他因素造成的,這個需要做實驗去研究,我現在沒那種時間研究。(PowerDVD 連放 LPCM 的音質都很差)
我想說的是,DTS 軟體解碼和硬體解碼的結果是一樣的,音質的變化是其他因素造成的,而這些通常可以由使用者自行調整。(關閉動態壓縮、關閉 EQ、關閉音場效果...)
DTS 的演算法複雜度低,用軟體解碼就可以輕鬆應付,實在不必去要求一定要有硬體解碼。
DD 則不同,DD 的解碼有 MDCT 計算精度的差異(要 24bit 以上的解碼精度才能被稱為 Group A 等級的解碼器),軟解硬解的差距就可能會很大,同時 DD 的複雜度較高,這時候要求要有硬體解碼才比較 make sense。
您的意思是 DTS 是類似 .png,而 DD 類似 .jpeg
是這樣的意思嗎?
DTS 是不失真壓縮?
Silky
大師
文章: 82
註冊時間: 2001-01-09 08:00
來自: Phantasmagoria

文章 Silky »

tyf 寫:您的意思是 DTS 是類似 .png,而 DD 類似 .jpeg
是這樣的意思嗎?
不是這樣的意思。
DTS 是不失真壓縮?
DTS 是失真壓縮,只是失真的程度極微。

失不失真和壓縮的演算法是不是只有一種固定解法是兩回事。
舉例來說,數字 94 以量化間距 10 量化,94/10 得到量化後的數字 9。
還原時 9 乘上量化間距 10 等於 90,和原來相差 4,有失真。
但是所有 decoder 的作法都是乘上量化間距 10,都會得到相同的解碼後的數字 90,所以所有 decoder 解碼後都會得到相同的結果。

而有一些壓縮法,解碼的時候需要做一些轉換的計算,這些計算沒有一定的解法,你可以做得很精確(計算得很精確),也可以做得很簡略,只要算出來的結果符合一定的規範,誤差範圍不要太大,我們都可以接受,視為合於標準。當然這其中不同計算精度算出來的結果,音質就會有差。DD 便是屬於這種情況。
tyf
初學者
文章: 10
註冊時間: 2002-10-16 02:52
來自: 烏托邦

文章 tyf »

Silky 寫: DTS 是失真壓縮,只是失真的程度極微。
失不失真和壓縮的演算法是不是只有一種固定解法是兩回事。
怎麼知道所有的 Decoder 有相同的演算法?
有規定一定要這樣解?
大家都只會這樣解?
這就是唯一解?

--
我不是來踢館的,我真的不知道...
頭像
kouyoumin
神人
文章: 1612
註冊時間: 2001-01-05 08:00
來自: 中正紀念堂
聯繫:

文章 kouyoumin »

如silky大大的例子:
編碼時A/B=C這種簡易的演算法(94/10=9)
解碼時要用B.C反推A, 自然是CxB(9x10=90)
Decoder間不會有差異(除非解錯)

另, 我猜想的:
如果有壓縮格式解碼要用到根號.sin.cos之類運算
解碼時小數點後面的位數就會有影響了...
節約用電 - VIA EPIA CN運作中
tyf
初學者
文章: 10
註冊時間: 2002-10-16 02:52
來自: 烏托邦

文章 tyf »

kouyoumin 寫:如silky大大的例子:
編碼時A/B=C這種簡易的演算法(94/10=9)
解碼時要用B.C反推A, 自然是CxB(9x10=90)
Decoder間不會有差異(除非解錯)
如果有一家的 B 用 8 呢,那麼 94/8≒12,解回去就是 96,失真更小.
我就是要問這個 B 是哪種情形?龍頭規定的?大家公認的?唯一的?

一般來說,只有不失真壓縮才能拍胸脯保證大家解回去都一樣.
既然已經失真了,只要各家演算法稍有不同,就很難保證有相同解.
頭像
巨熊
神人
文章: 2741
註冊時間: 2001-04-17 08:00
來自: 臥熊崗
聯繫:

文章 巨熊 »

tyf 寫: 如果有一家的 B 用 8 呢,那麼 94/8≒12,解回去就是 96,失真更小.
我就是要問這個 B 是哪種情形?龍頭規定的?大家公認的?唯一的?

一般來說,只有不失真壓縮才能拍胸脯保證大家解回去都一樣.
既然已經失真了,只要各家演算法稍有不同,就很難保證有相同解.
那個只是舉例, Quantization Table並不是這樣隨便制訂的.
頭像
kouyoumin
神人
文章: 1612
註冊時間: 2001-01-05 08:00
來自: 中正紀念堂
聯繫:

文章 kouyoumin »

tyf 寫:如果有一家的 B 用 8 呢,那麼 94/8≒12,解回去就是 96,失真更小.
我就是要問這個 B 是哪種情形?龍頭規定的?大家公認的?唯一的?
可以用8呀, 你高興用2也可以(量化係數越低, 失真越低, 壓縮比也越低)
但這是Encoding的差異
Decoding時只要知道B與C的值
照算CxB=A就好了
Decoder間不會有差異
節約用電 - VIA EPIA CN運作中
tyf
初學者
文章: 10
註冊時間: 2002-10-16 02:52
來自: 烏托邦

文章 tyf »

kouyoumin 寫: 可以用8呀, 你高興用2也可以(量化係數越低, 失真越低, 壓縮比也越低)
但這是Encoding的差異
Decoding時只要知道B與C的值
照算CxB=A就好了
Decoder間不會有差異
我前面弄錯了
舉另一個例子好了..
原始資料:1564
電影廠商編碼器 f(x)=(√x)/5 編碼後的值為 8
公板解碼器 g(y)=(y*5)^2   反算得 1600
如果有一家 DVD Player 公司不爽用公板的 g(y),自行研發...
自家解碼器 h(y)=[(y*1.1111)^2]*20 反算得 1580

癥結就在這裡,為何解碼器只有一種 g(y)?
回覆文章