顯示結果從 1 到 10 共計 150 條

查看主題

  1. #20
    註冊日期
    2010-09-05
    文章
    847
    Thanks
    0
    Thanked 433 Times in 246 Posts

    預設

    引用 作者: LSP000 查看文章
    小弟不解的是, 簡單數位資料的傳遞, 將 88.2KHz的WAV檔, 由 "可接受88.2KHz訊號輸出的Foobar2000" 傳送到 "可接受88.2KHz訊號輸入的DA10", 又和 音效卡SPDIF支不支援有什麼關係呢?
    我大概知道是因為音效卡真的在過程中參了一腳. :)
    當Foobar要唱88.2KHz的音樂時,它發現音效卡的S/PDIF輸出不能跑88.2KHz,
    這時,Foobar要怎麼辦?
    其一,將88.2KHz轉成44.1KHz,再傳給音效卡的device driver
    其二,通知使用者,音效卡的S/PDIF輸出不能跑88.2KHz
    否則88.2KHz的資料送給音效卡的S/PDIF根本就不能跑啊...那又怎麼傳到DA10去?

    Foobar做的是哪項?
    我輩重視音樂重播之正確性者,又偏好哪項?

    若是iTunes或Media player會怎麼做呢?
    才不管,直接丟給OS的audio API,這API會自己轉換格式成44.1KHz給音效卡的driver
    引用 作者: LSP000 查看文章
    所以, 我很想知道, 現在的 USB DAC, 到底是不是已經這麼做了呢? 在連接 DAC 的 USB 訊號線上, 所傳輸的資料還是不是 I2S 的資料格式呢? 如果不是, 那到底是什麼格式呢?
    USB與I2S都一種硬體bus,USB上當然傳的不是I2S,
    USB上的資料是一批一批送,I2S上是不間斷的規律送
    以USB DAC這個盒子來說,
    前段是USB controller,通常是個8051 based的IC,這部份透過USB bus和PC上的device driver溝通,
    由PC取得一批一批的資料存在buffer裡,若傳輸的過程有錯,可以重傳(driver與USB controller有沒有做這種機制,那是另一回事);
    buffer中的資料再被規律的取出,一個一個sample經過I2S傳給DAC IC

    USB 2.0的總頻寬是480Mbps,而二聲道24bits/44.1KHz的audio訊號不過是2.1168Mbps而已,
    一個8051 based的flash drive搬資料的速度可以高達數百Mbps,也不會出錯,
    要搞定2.1168Mbps的資料實在是...

    至於USB上的資料實際上是啥內容?那就看device driver與USB controller的程式怎麼寫,
    我想應該會是簡單的在一批PCM code外包上一些packet的header/tail之類的。
    而I2S上的資料則是serial的PCM code,左右聲道交互傳
    引用 作者: LSP000 查看文章
    如果再加上同軸輸出共地問題的影響, ......, 林林總總一大堆, 所以電腦訊源才會有這麼多東西需要改善, 讓大家樂此不疲.
    我的想法很簡單, 要是在數位資料的傳遞過程中, (譬如說, 將電腦上 88.2KHz的WAV檔, 由 "可接受88.2KHz訊號輸出的Foobar2000" 準確無誤地傳送到 "可接受88.2KHz訊號輸入的DA10"), 避開電腦音效介面, 而由外接 DAC 全權負責 Hi-End 等級的 DA轉換, 會不會比較容易得到好效果呢?
    我贊同這作法,至少可以避開一堆PC內部的電源及電磁雜訊
    若要更徹底,如Linn或是Apple Airport Express那般,透過網路傳輸,那就與PC的電源完全隔離了
    (網路線必須經過變壓器,無線則相關性更低)

    以你提出的這個例子而言,眼前就有iTunes -> Airport Express -> DA10能做到
    這形式iTunes直接透過網路傳輸,並未經過OS的那些audio API,也不會用到sound card,該是個好方式
    而且DA10又有Lavry獨門的壓低jitter技術,無需如同HD Micromega或La Rosita那般還得修改Airport Express
    只是...我也不知道這傳輸的AirPlay protocol是否能跑88.2KHz...
    CD quality倒是沒啥問題,前幾天我用這種形式接Moon 650D這個用上ESS Sabre也能壓低jitter的DAC,聲音確實相當的好~

    引用 作者: LSP000 查看文章
    在音樂播放軟體中調 EQ, 或者是在您的 DRC 軟體中加 noise shapping.
    - 是直接對 WAV 檔的 0101 數位資訊作二進位運算處理,
    - 還是要將 WAV 檔還原為類比式的音頻資訊, 再對類比式的音頻資訊加以處理, 再重新取樣轉回數位資訊呢?
    前者,純軟體,只能對數位資料處理,

    WAV檔,內部也是PCM code,包個頭而已
    ALAC與FLAC則是壓縮過的PCM code
    player軟體做的是便是讀出檔案,取出其中的PCM code(解壓縮或直接取出),
    1.送給OS的audio API,再送到device driver後,透過連接該device的bus送出PCM code給device(也就是DAC卡或盒),
    或是如iTunes的Airplay
    2.透過OS的network API,送到Airport Express或Apple TV
    DAC卡、盒、Airport Express或Apple TV收到一批批的PCM code後,再透過I2S一個一個sample送到DAC IC轉成類比
    jitter就發生在這I2S(以及外加的那條Master clock訊號)+ DAC IC這裡
    無論前端如何,最終要注意的就是此處

  2. The Following User Says Thank You to drunkenlife For This Useful Post:


發文規則

  • 不可以發表新主題
  • 不可以發表回覆
  • 不可以上傳附件
  • 不可以編輯自己的文章
  •