瀏覽單個文章
天使的羽翼
Major Member
 

加入日期: Sep 2003
文章: 128
引用:
作者A.C
從這段言論可以看出,天使的羽翼イモ對 Windows 音效處理沒有概念。先從「正確性」說起,假如有「正確」的存在,那同時就會存在「不正確」。如果一台電腦在處理上有「不正確」的情形發生,那沒有使用者會想去用電腦來處理各項工作了。如果真的發生,這個系統根本不能用,電腦也不需要存在。舉影片的例子其邏輯本身就錯了。

不正確和不順暢是兩回事。
如果DAC還是音效晶片那邊有足夠的buffer並且能完整重現原始波型"理論上"就沒有差異了
但是理論和實際還是有差異的,為了完整重現原始的波型,最簡單的方法就是加大DAC的buffer然後延遲輸出,但是會造成輸入和輸出的聲音延遲太大,要做電話之類的應用會有問題。
電腦內的傳輸封包經過各種處理,送到DAC時的時序已經不"像"原本的波型,那麼DAC重現原本的波型,不外乎就是用系統給的Clock來重建,但是如果DSP接收到的Clock跟Clock指定的資料來的"時間點"差太多,就只能靠Buffer硬吃,Buffer吃不下或延遲超過一定容忍時就要靠其他算法來重建,為了讓你聽到正確的音樂,但是中間的資料也許排列或完整性早就不是原本預期的那樣。
關於看影片我舉的例子只是說明怎麼去"聽"出他的差異,並沒有說這是相同的原理,請諒解。


引用:
作者A.C
kmixer 會配合驅動、硬體。當 kmixer 必須做 SRC 時,它才會做。例如音頻流取樣率超過音效驅動可接受的範圍,或是有多個取樣率不同的音頻流必須混音的時候。在吻合的情況,不會進行任何干擾。這在系統音效任何一個環節都一樣,除非使用者自己干擾。與其到處「聽說」、「胡思亂想」音訊是否被干擾,不如看看微軟怎麼說 (http://msdn.microsoft.com/en-us/library/ms790311.aspx)。


用KS模式時kmixer沒做resample和音量控制,不代表系統就不處理音效了,就像你寫程式把變數引進來卻沒處理一樣,他資料一樣經過一個傳輸的過程,我說的"干擾"只是這個多增加的傳輸過程中產生的延遲罷了,並不是指他的Resample,抱歉是我用詞不太嚴謹。

引用:
作者A.C
Oversampling 和 Upsampling 不能和系統音效處理混為一談。ASIO、KS 都不會對音訊有...


我的文章中打從一開始就沒有提到Kmixer做的Resample, 這個對音質產生的影響本來就是有目共睹的事情,就算開ASIO如果不使用Resample還是會過音效卡的Resample的DSP阿...在都使用Resample之下比較ASIO、KS和DS還是有意義的。
     
      
舊 2009-04-08, 10:04 PM #21
回應時引用此文章
天使的羽翼離線中