Re: [討論] 還要愚弄聽眾多少年 痛批音響界十大謊言

看板Headphone作者 (我想我是真的愛妳)時間10年前 (2013/11/27 21:06), 編輯推噓39(39推 0噓 284→)
留言323則, 28人參與, 最新討論串9/23 (看更多)
我決定說一下數位和類比的根本不同 有錯歡迎隨時指正 喇叭和耳機的推動 從留聲機以來的原理都是一樣的 電上面帶著聲音形成的波動記錄->磁鐵->推動單體 這種信號是類比的 特色是他就是隨著時間變化的原始波形 頻域衰減會受到傳輸材質的影響 所以線材一直是一個重點 數位信號是有了電腦之後記錄聲音的新手段 重點只有兩個: 1.取樣原始的信號 2.把取樣到那點波形強度變成數字儲存 以CD的44.1khz/16bits來說明好了 bit:位元 只有0或者1兩種可能性 44.1khz:取樣率,每秒鐘的音樂信號等分切成44100個點取樣 16bits:資料深度 每次取到的資料以一組16個bit的欄位儲存 所以呢 取樣率決定時間上的細膩程度 資料深度決定他能儲放多少值 想成數位照片的解析度和rgba深度也可以 存成這樣的東西不是聲音了 他必須要經過轉換回類比信號 這就是DAC(數位-類比轉換器) 問題是 傳輸這種東西要怎麼辦? 電線上只能跑電流啊 所以數位電路的研究出現了 數位電路的重點是 1.用電壓變化決定現在送的是1還是0 - 所以量數位電路只會量到這個 2.兩邊要有同步的機制-一般是用一個石英震盪器 3.數位電路元件的邏輯是固定的(可程式化的不在討論範圍) 4.數位信號可以儲存 那麼 在USB線上跑的東西是甚麼? 就只是隨著時間變化的高低電壓而已 解讀的工作是兩邊的頭後面接的晶片處理的 你會說 這不是類比的嗎? 我建議先回頭看看上面的差別 數位信號當然會被干擾產生誤差 所以所有的晶片早就都規定好了 多少時間內讀到多少電壓變化才算是一個1或者0 如果作不到 那不是元件壞了 就是信號爛了 信號爛了怎麼辦? 數位信號送的那一串01是沒有"誤差"的 我再說一次 是沒有"誤差"的 USB電腦這邊送1010 DAC讀到1011 那是"錯誤" 處理錯誤的方法 一是叫他重送 二是在這一串01的固定地方插入特定的0或1 這就是ECC, 數學我就不講了 總之他能夠修正信號回1010 所以 USB線上面根本就沒有聲音信號 聲音信號是出了DAC之後的事情 對數位傳輸線甚至電腦本身來說,一切的保護都是為了防止那串01送錯 根本就沒有"音質" 因為送錯了01得到的不是什麼冷暖聲調 而是爆音 雜訊 或者delay 那jitter是甚麼? 簡單的說 上面有提到,所有的數位信號都是跟著一個震盪信號當時鐘的 那萬一沒跟上 或者時鐘不準 資料就會不同步 線材好 當然不同步的可能性就低些 然後大部分的DAC 因為都是數位電路了 放個記憶體來存一下時間不對的01 事後補上去不就好了 這就是resync 大概是這樣 -- 寶貝 愛妳 因為愛妳與被妳愛著 所以世界充滿了光 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.165.5.93
推
11/27 21:09, , 1F
推科普
11/27 21:09, 1F
→
11/27 21:10, , 2F
幫你拍拍手
11/27 21:10, 2F
推
11/27 21:10, , 3F
聽音樂不該聽到把科學變成玄學
11/27 21:10, 3F
推
11/27 21:10, , 4F
字多先推
11/27 21:10, 4F
→
11/27 21:11, , 5F
我想前提還是那個USB到底是走甚麼transfer
11/27 21:11, 5F
推
11/27 21:12, , 6F
你應該順便不沖就算是一條超鳥USB線，BitErrorRate也很低
11/27 21:12, 6F
→
11/27 21:12, , 7F
很多時候是收到錯了也不知道 懂我意思嗎 因為沒有驗證
11/27 21:12, 7F
推
11/27 21:12, , 8F
喜歡你溫暖的文字，洋溢著滿滿的幸福：)
11/27 21:12, 8F
→
11/27 21:12, , 9F
替大眾提出了一個完美的解釋
11/27 21:12, 9F
→
11/27 21:12, , 10F
不然搞不好有人以為buffer可能會不夠
11/27 21:12, 10F
→
11/27 21:13, , 11F
...我沒看過不驗證的USB chip
11/27 21:13, 11F
→
11/27 21:13, , 12F
USB protocol中早就把error check寫的白紙黑字了
11/27 21:13, 12F
→
11/27 21:14, , 13F
我還是再推一下這篇 http://ppt.cc/nGhJ
11/27 21:14, 13F
推
11/27 21:14, , 14F
我印象中USB2 bulk transfer是沒有error check
11/27 21:14, 14F
→
11/27 21:14, , 15F
不過bit error rate會大到什麼程度我倒是很好奇
11/27 21:14, 15F
推
11/27 21:14, , 16F
優文！推～
11/27 21:14, 16F
→
11/27 21:14, , 17F
在扯那麼多之前先把數位電路搞清楚那是甚麼好不好...
11/27 21:14, 17F
→
11/27 21:14, , 18F
usb 好棒棒，請不要質疑 usb
11/27 21:14, 18F
→
11/27 21:15, , 19F
寫過driver大概也知道再幹嘛
11/27 21:15, 19F
→
11/27 21:15, , 20F
我知道高bitrates只能丟啊 因為不然掉更多框啊
11/27 21:15, 20F
→
11/27 21:16, , 21F
聲音資料甚麼時候是高bitrate了....
11/27 21:16, 21F
→
11/27 21:16, , 22F
5V分離就是神, 其他神馬的交由其他高手代打(誤
11/27 21:16, 22F
推
11/27 21:16, , 23F
不過怎麼USB這麼夯啊？用S/PDIF有什麼缺點嗎？
11/27 21:16, 23F
→
11/27 21:17, , 24F
ECC很吃計算好嗎
11/27 21:17, 24F
推
11/27 21:17, , 25F
還好我現在用CD唱盤 從頭到尾沒有購置數位線(菸)
11/27 21:17, 25F
→
11/27 21:17, , 26F
CD裡面就是一個DAC
11/27 21:17, 26F
→
11/27 21:18, , 27F
裡面就有數位線 不然你甚麼都聽不到...
11/27 21:18, 27F
→
11/27 21:18, , 28F
不信拆開來看
11/27 21:18, 28F
推
11/27 21:18, , 29F
轉盤讀光碟的BER我總覺得不會小到哪去....
11/27 21:18, 29F
→
11/27 21:18, , 30F
我說我沒有"購置"數位線
11/27 21:18, 30F
→
11/27 21:18, , 31F
我拆了也看不懂(菸)
11/27 21:18, 31F
推
11/27 21:18, , 32F
歡迎大家來修DSP(誤
11/27 21:18, 32F
→
11/27 21:19, , 33F
好吧 你說我買CD唱盤包含買裡面的數位線也對
11/27 21:19, 33F
→
11/27 21:19, , 34F
幫樓上每一位拍拍手，大家都很棒，文字都滿滿的溫暖
11/27 21:19, 34F
→
11/27 21:20, , 35F
我額外買的都是類比線 這樣就不會被人說成幻聽了好險
11/27 21:20, 35F
推
11/27 21:21, , 36F
不知為啥光纖比較冷門,也是個不錯傳輸介面
11/27 21:21, 36F
→
11/27 21:21, , 37F
有啦D大你之前有買呆門XD
11/27 21:21, 37F
推
11/27 21:21, , 38F
這個要修DAC電路相關的課程，DSP不太教這種的
11/27 21:21, 38F
→
11/27 21:22, , 39F
我不認為是幻聽 自己覺得是真的就是真的
11/27 21:22, 39F
還有 244 則推文
→
11/27 22:52, , 284F
這是迷糊仗 我還是說的很明白 不要混為一談
11/27 22:52, 284F
推
11/27 22:52, , 285F
jitter問題應該是晶振的準度吧?
11/27 22:52, 285F
→
11/27 22:52, , 286F
最大的問題不是線，但線仍然可能產生問題對吧？
11/27 22:52, 286F
→
11/27 22:53, , 287F
不然甚麼都可以影響聲音結果 包括我今天房間貓在不在
11/27 22:53, 287F
→
11/27 22:53, , 288F
這種問法我是不會回答你的
11/27 22:53, 288F
→
11/27 22:53, , 289F
是 jitter最大的問題是石英震盪器
11/27 22:53, 289F
→
11/27 22:53, , 290F
是啊，時間就是最大的變因，每一秒都在產生變化
11/27 22:53, 290F
→
11/27 22:53, , 291F
這是廢話
11/27 22:53, 291F
→
11/27 22:54, , 292F
其實你也不用回答了，我想大家有眼睛會看
11/27 22:54, 292F
→
11/27 22:54, , 293F
我也相信
11/27 22:54, 293F
→
11/27 22:54, , 294F
拿這種問法釣人的人是多卑劣的事情
11/27 22:54, 294F
→
11/27 22:55, , 295F
通常只有政客會搞這種把戲 恩
11/27 22:55, 295F
→
11/27 22:55, , 296F
老大…別人沒罵你你倒先罵人了…
11/27 22:55, 296F
→
11/27 22:56, , 297F
也難怪會被他版的桶…
11/27 22:56, 297F
→
11/27 22:57, , 298F
政客還不會這樣見笑轉生氣哩…
11/27 22:57, 298F
→
11/27 23:40, , 299F
科科。光 CD 說明那段就錯非常大了 XDDDDD
11/27 23:40, 299F
→
11/27 23:41, , 300F
分成44100個點是因為可以還原人耳聽到的頻率
11/27 23:41, 300F
→
11/27 23:41, , 301F
16bits 才是大小聲的細膩程度
11/27 23:41, 301F
→
11/27 23:42, , 302F
害我花這麼多時間在研究。
11/27 23:42, 302F
→
11/27 23:43, , 303F
人耳才是最強的分辨工具啊！再亂的波都聽得出裡面有東西
11/27 23:43, 303F
推
11/27 23:46, , 304F
推樓上
11/27 23:46, 304F
→
11/27 23:47, , 305F
現有理論無法解釋目前的問題
11/27 23:47, 305F
→
11/27 23:51, , 306F
響度、音調、音品；這三個東西可不可以有空看一下 囧
11/27 23:51, 306F
→
11/27 23:53, , 307F
非同步上DDC的driver 會顯示掉多少封包,若latency設太小
11/27 23:53, 307F
→
11/27 23:53, , 308F
或電腦在跑其他東西就會一直狂掉，沒有時候聽一整天也沒
11/27 23:53, 308F
→
11/27 23:53, , 309F
看到error
11/27 23:53, 309F
→
11/27 23:54, , 310F
那不知道tsuanm大對latency設置有何見解?
11/27 23:54, 310F
→
11/27 23:55, , 311F
訊號有問題會讓 DA 出來的響度音調音品出問題啊 囧
11/27 23:55, 311F
→
11/27 23:55, , 312F
越大越好? 如果不考慮錄音不怕被延遲的話是不是這樣呢?
11/27 23:55, 312F
→
11/27 23:57, , 313F
對 DAC 來說，訊號進來我就轉了。響度音調音品不在乎
11/27 23:57, 313F
推
11/28 00:04, , 314F
假設一首歌18MB大概151萬個bit 我BER是10-9來說
11/28 00:04, 314F
→
11/28 00:05, , 315F
平均一首掉不到一個BIT怎麼聽得出差異
11/28 00:05, 315F
→
11/28 00:05, , 316F
有人有量過掉BIT的量嗎?
11/28 00:05, 316F
→
11/28 00:06, , 317F
更正上面的誤差是我太懶直接抓檔案看位元組
11/28 00:06, 317F
→
11/28 00:07, , 318F
而且掉BIT還是隨機掉的每次聽都不可能一樣
11/28 00:07, 318F
→
11/28 00:16, , 319F
jitter 不是掉資料
11/28 00:16, 319F
推
11/28 00:17, , 320F
jitter轉換成的損失也算你bit的loss進DAC
11/28 00:17, 320F
→
11/28 00:17, , 321F
剛剛有人說了46.5ps他的量級跟我們10M在傳輸的信號
11/28 00:17, 321F
→
11/28 00:17, , 322F
差太多了
11/28 00:17, 322F
推
11/28 16:12, , 323F
理工人推一下,數位跟類比沒分清楚才一團混亂,示波器是有道理的
11/28 16:12, 323F
‣ 更多 tsunamimk2 的文章
文章代碼(AID): #1IbUv7z- (Headphone)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 9 之 23 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共23篇)
‣ 更多 tsunamimk2 的文章
文章代碼(AID): #1IbUv7z- (Headphone)