PTT數位生活區 / Headphone (耳機)

Re: [討論] 無意間爬知識+看到

看板Headphone (耳機)作者 (窮死了)時間16年前 (2009/07/06 20:38), 編輯推噓10(10推 0噓 46→)
留言56則, 12人參與, 最新討論串2/10 (看更多)
順便一題, CD的音樂格式是IEC 60908(a.k.a Red Book Audio Standard), 他是由Sony以 及Phillips所定立的. 他用44100 Hz的雙聲道Pulse Code Modulation採樣率來收錄聲音 , 而且他*沒有*壓縮. 所以, CD的格式跟CD轉成WAV, FLAC... 等等都是相同的. 無論你 用CD播音樂, 還是用WAV/FLAC... etc, 音效卡的驅動程式所收到的資訊是*一模一樣*的 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ . 唯一有可能差的, 就是在轉換的過程, 光碟機沒有讀到正確的資訊(灰塵或什麼的, 真 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 的不常發生), 導致轉換的問題, 不過這種一般都是壞掉的光碟機才會有的問題, 一般, 只要你讀的到, 那就沒問題了. 在從CD上取出WAV後 無論如何轉換各種無損壓縮 從數位資料上的理論是相同的 但是取出來後之WAV與原先於CD上之音軌是否完全一樣<--- 這才是關鍵 所以問題在於取音軌所用的程式 然後轉換之各種無損格式之播放 是否能確實保證直接於光碟機播放CD時所讀取之音軌 類比波形完全相同? (單純討論抓音軌部份之jitter 而非音效卡上之類比輸出後因各項變因造成的波形改變) 如果一樣 那EAC是比WMPoriTunes等音訊軟體的抓軌能力強在哪裡? 大家來討論這萬年OP吧 :) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.133.76.65
推
07/06 19:29,
推啦!
07/06 19:29
推
07/06 19:34,
一堆金耳硬要說CD與無損壓縮不一樣
07/06 19:34
有jitter因素 應該沒人能保證讀取出來類比波形會跟Audio CD上所紀錄的一模一樣 請參閱IEC 908的規範 :-o
推
07/06 20:17,
如果無損壓縮會失真 那現在電腦科技根本不可靠XD
07/06 20:17
無損之間的轉換理論上不會失真 因為在電腦中是以data的角度在看資料 但是... 檔案還是有可能毀損 別忘了 某些lossless格式可以接受部分毀損依然可以播放的(容錯度高) (如flac) 這種情況下除非還原成WAV比對原始檔案波形 不然還是有可能存在失真阿 XDD -- 同名專輯 http://lopadro.blogspot.com/ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.27.50
推
07/06 20:44, , 1F
其實我覺得容錯性高到是還好..自己實驗就知道了
07/06 20:44, 1F
→
07/06 20:44, , 2F
拿一個wav檔 自己弄成無損 再轉回wav 比較後兩者就好
07/06 20:44, 2F
→
07/06 20:46, , 3F
樓上的實驗我玩過....比對起來一模一樣 :p
07/06 20:46, 3F
→
07/06 20:50, , 4F
容錯不容易遇到 通常要在多次轉換儲存位置或傳輸後才易發生
07/06 20:50, 4F
推
07/06 20:51, , 5F
等我一下...
07/06 20:51, 5F
推
07/06 20:54, , 6F
我比較好奇的是CD上儲存格式是數位還是類比的!?
07/06 20:54, 6F
推
07/06 20:55, , 7F
數位 類比的是LP,或是錄音帶
07/06 20:55, 7F
→
07/06 20:56, , 8F
通常毀損的話 就很明顯會有爆音,斷音等情況了
07/06 20:56, 8F
推
07/06 20:56, , 9F
嗯,這讓我想到一杯水分成五杯再倒回成一杯是否會一樣 XD
07/06 20:56, 9F
→
07/06 20:56, , 10F
所以根本是撥放器材不同產生的影響阿
07/06 20:56, 10F
→
07/06 20:56, , 11F
其實跟myav討論那種..空間感,空氣感沒關係了
07/06 20:56, 11F
→
07/06 20:57, , 12F
虛淵自己都沒給肯定答案了..XD
07/06 20:57, 12F
→
07/06 21:01, , 13F
電腦科技本來就有限呀!用數位描述類比本來就無限可能
07/06 21:01, 13F
→
07/06 21:01, , 14F
取樣44.1K如果真的夠用,就不會有人死守LP了呀！
07/06 21:01, 14F
→
07/06 21:06, , 15F
在極高頻通常只取兩個點,卻要電腦畫一個漂亮的弦波
07/06 21:06, 15F
推
07/06 21:06, , 16F
不是在討論數位壓縮嗎..XD 怎麼突然變出CD規格
07/06 21:06, 16F
→
07/06 21:06, , 17F
等等，為什麼會出現虛淵玄？ (carl好萌 Q_Q)
07/06 21:06, 17F
→
07/06 21:07, , 18F
畫出來長的像三角形都可以算是很漂亮了,還弦波咧...
07/06 21:07, 18F
→
07/06 21:07, , 19F
MYAV的中神通有句話說的很妙，有問題的不是數位音訊，而是
07/06 21:07, 19F
→
07/06 21:08, , 20F
CD這個載體...我現在還在參悟這句話...
07/06 21:08, 20F
→
07/06 21:09, , 21F
我是對這篇原PO說從CD中擷取類比訊號這點產生疑惑
07/06 21:09, 21F
→
07/06 21:10, , 22F
所以儲存到電腦裡面的無損跟wav檔播放出來應該是一樣的
07/06 21:10, 22F
→
07/06 21:11, , 23F
除非是CPU在解壓縮產生的雜訊影響?
07/06 21:11, 23F
推
07/06 21:15, , 24F
CD爛沒錯呀 像是decca提供的96/24檔案購買就很威猛XD
07/06 21:15, 24F
→
07/06 21:17, , 25F
decca現在也有了？那麼只剩ＥＭＩ還沒提供下載音樂檔的服뀠
07/06 21:17, 25F
→
07/06 21:17, , 26F
務了 ....@_@
07/06 21:17, 26F
→
07/06 21:21, , 27F
剛剛翻 發現記錯了XD
07/06 21:21, 27F
推
07/06 21:32, , 28F
有趣的是,CD雖然儲存的是數位資料,紀錄的概念卻是類比的
07/06 21:32, 28F
→
07/06 21:51, , 29F
CD這個載體為什麼會有問題&有怎樣的問題？請大師指點
07/06 21:51, 29F
推
07/06 21:52, , 30F
恩，如果DATA傳輸那麼容易出錯，電腦真的跑不起來
07/06 21:52, 30F
→
07/06 21:53, , 31F
所以一般情況根本不用去擔心CD->WAV->無損會有loss
07/06 21:53, 31F
→
07/06 21:54, , 32F
真要說可能會損毀 啊你CD被損毀還不是一樣會失真|||
07/06 21:54, 32F
→
07/06 21:58, , 33F
我想先釐清一個觀念：CD髒了、刮傷了，影響的不只是
07/06 21:58, 33F
→
07/06 21:59, , 34F
跳針、讀不到…等~~還會影響他高低頻的值嗎？
07/06 21:59, 34F
→
07/06 22:01, , 35F
好像有點白痴的問題…但還是想知道一下><
07/06 22:01, 35F
→
07/06 22:22, , 36F
前面有句重點 CD這載體是記錄數位資料 卻是以類比概念紀錄
07/06 22:22, 36F
→
07/06 22:23, , 37F
所以我才說 有興趣請參閱IEC908(Red Book)
07/06 22:23, 37F
→
07/06 22:25, , 38F
所以正常來說失真是在紀錄當時就失真了 後面的傳輸動不
07/06 22:25, 38F
→
07/06 22:25, , 39F
太到結果，電腦上許多東西容錯率0耶？
07/06 22:25, 39F
→
07/06 22:26, , 40F
Audio CD跟Data CD在規範上的資料嚴謹性並不相同
07/06 22:26, 40F
→
07/06 22:27, , 41F
這我知道，一個50%一個1/20k 但是那也只是紀錄當時...
07/06 22:27, 41F
→
07/06 22:28, , 42F
那些錯誤更正技術的應用在要傳什麼上沒什麼關聯啊
07/06 22:28, 42F
→
07/06 22:36, , 43F
另外，現在的無損壓縮基本上都是以資料在處理了
07/06 22:36, 43F
→
07/06 22:37, , 44F
所以除非你的電腦壞了，要不然內容會是完全一樣的
07/06 22:37, 44F
推
07/07 00:57, , 45F
jitter我認為還是卡在最後面 要送spdif那時候影響最大
07/07 00:57, 45F
→
07/07 00:58, , 46F
屯在一個資料載體的時候,不需要時間變動 所以沒有jitter
07/07 00:58, 46F
→
07/07 09:42, , 47F
也不能這樣講 CDP讀取CD的時候 jitter的一個來源就是
07/07 09:42, 47F
→
07/07 09:44, , 48F
CD壓制的品質 所以那些不理想的pit狀況其實也算是jitter
07/07 09:44, 48F
→
07/07 09:46, , 49F
嚴謹點說是jitter的某種表現形式(會出現這問題跟當初
07/07 09:46, 49F
→
07/07 09:47, , 50F
壓制時 製程的jitter也脫不了關係)
07/07 09:47, 50F
→
07/08 00:24, , 51F
屯在載體上或是轉成數位資料後 都不是jitter出現
07/08 00:24, 51F
→
07/08 00:25, , 52F
基本上我談論的是在載體的寫入及讀取過程差異造成的波形改變
07/08 00:25, 52F
→
07/08 00:26, , 53F
這不就是XRCD或是Blu-spec CD在做的一些"努力"嗎 :Q
07/08 00:26, 53F
→
07/08 00:28, , 54F
除了載體本身 讀取過程CD的垂直晃動抑制也是CDP一直努力的事
07/08 00:28, 54F
→
07/08 00:46, , 55F
補充一下 我所說的XRCD在載體上的努力指的是製造過程
07/08 00:46, 55F
→
07/08 00:46, , 56F
不是母帶處理部分 K2或K2HD那又是另一回事了 XD
07/08 00:46, 56F
‣ 更多 padro 的文章
文章代碼(AID): #1AKV1Y2- (Headphone)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 2 之 10 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共10篇)
Headphone 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 padro 的文章
文章代碼(AID): #1AKV1Y2- (Headphone)