DearHoney 數位音樂工作室討論區

<!-- BBCode Quote Start --><FONT COLOR=GREEN> 補零.... :-.-: 是否有可能依據整個波形的走向, "推算"較接近的波形? 例如原~~ 4.1 4.5 4.9 5.3 ~~的斜直線, 取整數量化後變4 5 5 5 播放時參考前後走勢推出這條直線以降低量化失真...(?) </FONT><!-- BBCode Quote End --> 很難。 音樂性的內容很難預測他的變化波形（無法確定它會是一條"線性"的斜直線），這也是為什麼傳統 predict coding 在音樂壓縮上很難取得很高的壓縮比。 如果是語...

pre-echo 的解決方法，其實這一系列的開頭第一篇文章就有提到了。我本來要解釋的是 long block 和 short block 的意思，我說這個牽扯到心理聲學模型的判斷，還有 MDCT window 大小的轉換，目的是為了解決 pre-echo 的問題。經過上面的說明，我想應該很容易猜到解決 pre-echo 的方法就是切換 MDCT window 的大小，遇到 attack 波形的時候換用比較小的 window size，提高時間解析度，避免 pre-echo 的瑕疵擴散。 前面提到 transform coding 是將要壓縮的資料轉換到另一個座標空間，目的是轉換後能以較少的數值...

<!-- BBCode Quote Start --><FONT COLOR=GREEN> <!-- BBCode Quote Start --><FONT COLOR=GREEN>一個 N-bit 加上 oversampling 的 DAC SNR = 6.02N + 1.76 + 10*logR ... </FONT><!-- BBCode Quote End --> 也就是說 計算D/A的S/N時, N取的仍是量化時(A/D)的誤差 而非單純D/A這一段的誤差? </FONT><!-- BBCode Quote End --> 那個算式"計算"的是 "SQN...

<!-- BBCode Quote Start --><FONT COLOR=GREEN> <!-- BBCode Quote Start --><FONT COLOR=GREEN>譬如說現在量化的位階只有 0~8 九個數字，每一個位階的間隔大小是一格，對一個 4.9 的訊號作量化，得到的數字是 5，和原來 4.9 相差 0.1，這個誤差叫做量化噪音。假設我們把量化的位階減少到 5 個，分別等於原來 0~8 的 0, 2, 4, 6, 8 這幾個數字，位階的間隔大小擴大變成二格，此時再對 4.9 量化，量化的結果是 4，誤差擴大到 0.9，也就是說量化的位階越少，量化的間隔就越大，量化噪音也就...

<!-- BBCode Quote Start --><FONT COLOR=GREEN> 那為什麼建議使用 SSRC 的個 plugin 的人將 mad 或 mpg123 設成 24bits 輸出給 SSRC 而不是設成 32bits 輸出給 SSRC 呢? 32bits「理論上」不是比較好嗎? </FONT><!-- BBCode Quote End --> 我沒有建議轉成 24bit 呀，像 OGG，能用 32bit 輸出就用 32bit 輸出當然是最好的。 在最後輸出之前，如果中間還要經過一些處理（如 SSRC），保留越多原始資訊當然是越好，只是 CPU 的處理負擔會越重。 如同 ju...

<!-- BBCode Quote Start --><FONT COLOR=GREEN> <!-- BBCode Quote Start --><FONT COLOR=GREEN>我記得很久以前曾在 AC'97 的相關說明文件中看到，即使以 48KHz 輸入，還是會被 SRC upsampling 到 96KHz，再轉回 48KHz。</FONT><!-- BBCode Quote End --> 那麼如果用SSRC先轉換到96kHz會如何? 直接96->48或是笨笨地96->48->96->48? (我已經無法預測電腦會幹什麼蠢事了... [b08] ) </FONT><!-- BBCod...

有 hotball 大大在，小的不敢造次... :P （我手上很多"免錢"的 MPEG 文件都是當初偷偷從 hotball 大的 FTP 上抓下來的 ^^;） Synthesis filterbank 的步驟也會用到 IMDCT，這是 MP3 解碼負擔最重的部分（佔百分之四十幾）。MP3 解碼幾乎都是浮點運算。ISO 只給了幾個公式和大致上的流程，詳細實作的方法倒是沒有硬性規定，只要計算出來的結果和 reference 的 decoder 差距不超過規範，就都算是 compliant。reference 的 decoder 用的是 64-bit floating-point...

<!-- BBCode Quote Start --><FONT COLOR=GREEN> TMNEXT的大作太長了 在這裡就不引了.先說聲抱歉. (TMNEXT大大 你就不要再謙虛了.不然 像我這種水準的人 連文章都不敢POST了) 我想 ASIO的外掛 應該是對WINAMP有影響吧. WINAMP本身有個音量控制.很強的音量控制 連數位輸出都會被影響. 掛SSRC也還是有 掛ASIO就去掉了.還有 音量會變大 這是非常明顯的. (WINAMP2.8掛上ASIO時 音量真是超大的.某種程度上 可藉以確定它是有作用的) 至於硬體SRC到底有沒有跳過?這應該是MAYA的DRIVER控制的吧......

<!-- BBCode Quote Start --><FONT COLOR=GREEN> <!-- BBCode Quote Start --><FONT COLOR=GREEN> 請問為什麼使用 ASIO 輸出聲音會變好聽？ </FONT><!-- BBCode Quote End --> 非常抱歉 現在才注意到 這是TMNEXT大問的問題. 我的卡有支援ASIO 2.聲音會變好 是"應該的"吧? 我本來以為是新手問的....就懶得解釋了(大小眼? [b05]) 其實 我也解釋不出什麼來啦. TMNEXT大 是不是以為 我是用AUDIGY的plug才會有此一問? </F...

圖... 有機會再補 ^^; 終於進入主題了：MDCT 和 Quantization（量化）。 前面提到我們將 PCM data 分成好幾個 subband 等待心理聲學模型的判斷，做進一步的量化壓縮，這種壓縮法我們叫做 subband coding。這個 filter 我們用的是 polyphase filter bank，將 PCM data 分成 32 個等寬的 subband。這個 ployphase filter bank 有幾個缺點： 1. 它是有失真的 filter，也就是說，還沒有做會失真的量化步驟，經過 filtering 以後的 subsample 立刻將它還原回 PCM ...