我也用8738

[Forwell]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
不是都不知道沒錯啊, 但是不可否認的... *大多數* 8738 使用者不知道... 只有少數知道而已...

SB PCI 128 我記得好像就有 S/PDIF 啊... 比較貴就是了...
</FONT><!-- BBCode Quote End -->
pci128在98 me下可以用數位輸出...
但我的在2000下就跛腳了...

用數位輸出好像也沒比較好呀...
至少我的pci 128和audigy類比輸出聽越來不會輸給數位呀....



<!-- Edit Notice Start -->

<font size=-1>[ 這篇文章在 2002-04-02 12:47 被 Forwell 編輯過 ]</font><!-- Edit Notice End -->

[狂人]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
>乾脆就照我說的, 直接用 USB 2.0 或 Firewire 外接一個 5.1 聲道的 DAC...
</FONT><!-- BBCode Quote End -->
只要有個免費（或及低價）又普遍的標準，然後要是未來所有的DTS/AC-3解碼器能支援這個標準，那就有希望了。
</FONT><!-- BBCode Quote End -->

但是標準這東西... 算了吧... 等到標準出來, 再等廠商生產相容晶片, 又再等廠商使用該晶片來生產產品... 等到最後都不知道已經幾世紀了...

[justthinking]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
pci128在98 me下可以用數位輸出...
但我的在2000下就跛腳了...

用數位輸出好像也沒比較好呀...
至少我的pci 128和audigy類比輸出聽越來不會輸給數位呀....
</FONT><!-- BBCode Quote End -->

數位輸出的音質好壞主要取決於外接的DAC..
類比輸出的話就沒辦法靠外部裝置提昇音質了..

[t1000]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
還是很簡單啊... USB 2.0/Firewire 的 DAC... 你如果硬要 S/PDIF 的 DAC, 你就會發現你需要即時 Doulby Digital 或 DTS 壓縮... 不然你就無法得到 5.1 聲道...

外接音效卡貴, 難道外接解碼器就不貴嗎?
</FONT><!-- BBCode Quote End -->

您提供了一個全新的設計方向了喔，這樣好，主機板甚至完全不需更動，反正今後的主機板都會提供USB 2.0/Firewire的介面，那就可以寫一個純軟體模擬的音效驅動程式，處理完的資料就丟給您說的USB 2.0/Firewire 的 DAC...

誰規定數位音訊的傳輸介面一定要是S/PDIF的...

完美的純軟體音效卡...
不受S/PDIF流量限制，不用壓縮...
主機板增加硬體成本為零...
還能得到優良的音質...
功能和性能無限擴充...


可是這樣一來必須有人定一個用USB 2.0/Firewire傳輸給DAC用的資料格式才行，否則要是各家的DAC吃的格式都不同，那純軟體模擬的音效驅動程式也會有專一性，而用S/PDIF的話早就有標準了，吃S/PDIF的DAC也到處都是，至於6聲道的問題，可以純軟體即時壓DTS或是叫南橋拉3個S/PDIF。


以上假設都是建立在：
1.CPU有很多效能
2.有人寫的出如此複雜的軟體
3.硬體廠商小小的配合

有沒有可能實現？看看現在的DVD撥放軟體的沿革...
我想是有希望的。

[狂人]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
您提供了一個全新的設計方向了喔，這樣好，主機板甚至完全不需更動，反正今後的主機板都會提供USB 2.0/Firewire的介面，那就可以寫一個純軟體模擬的音效驅動程式，處理完的資料就丟給您說的USB 2.0/Firewire 的 DAC...
</FONT><!-- BBCode Quote End -->

我並沒有提共全新的設計方向... 只是很正常的發展, USB 1.x 的頻寬限制相當嚴重, 要頻寬, 要外接與方便性... 那選擇只有 USB 2.0 或 IEEE 1394. 我想這應該不需要多少思考就可以得到的結論.

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
誰規定數位音訊的傳輸介面一定要是S/PDIF的...

完美的純軟體音效卡...
不受S/PDIF流量限制，不用壓縮...
主機板增加硬體成本為零...
還能得到優良的音質...
功能和性能無限擴充...
</FONT><!-- BBCode Quote End -->

沒像你講的那麼完美... 但是也不錯了...

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
可是這樣一來必須有人定一個用USB 2.0/Firewire傳輸給DAC用的資料格式才行，否則要是各家的DAC吃的格式都不同，那純軟體模擬的音效驅動程式也會有專一性，而用S/PDIF的話早就有標準了，吃S/PDIF的DAC也到處都是，至於6聲道的問題，可以純軟體即時壓DTS或是叫南橋拉3個S/PDIF。
</FONT><!-- BBCode Quote End -->

你好像不太懂資料的傳輸吧? 這哪需要啥特殊格式? TI 就有 USB 1.x 的音效晶片, 直接接上 6 聲道 DAC... 不要在那裡假設吧... 資料格式就直接用最標準的 PCM/RAW 還會有啥問題?

你有錢... 買三個外接解碼器... 至於軟體 DTS 即時壓縮... 現在軟體即時解 DTS 都有問題了 (不少人說解出來的效果跟硬體解碼差很多), 你還要軟體 DTS 壓縮... 還是要即時壓縮...

而且 S/PDIF 本身沒有確保資料正確性的能力...

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
以上假設都是建立在：
1.CPU有很多效能
2.有人寫的出如此複雜的軟體
3.硬體廠商小小的配合

有沒有可能實現？看看現在的DVD撥放軟體的沿革...
我想是有希望的。
</FONT><!-- BBCode Quote End -->

假設太多, 沒有實際性... 看看 DAC 的規格吧...

[t1000]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
我並沒有提共全新的設計方向... 只是很正常的發展, USB 1.x 的頻寬限制相當嚴重, 要頻寬, 要外接與方便性... 那選擇只有 USB 2.0 或 IEEE 1394. 我想這應該不需要多少思考就可以得到的結論.
</FONT><!-- BBCode Quote End -->
我指的是拿USB 2.0 或 IEEE 1394當S/P DIF的功用來用。\r
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
你好像不太懂資料的傳輸吧? 這哪需要啥特殊格式? TI 就有 USB 1.x 的音效晶片, 直接接上 6 聲道 DAC... 不要在那裡假設吧... 資料格式就直接用最標準的 PCM/RAW 還會有啥問題?
</FONT><!-- BBCode Quote End -->
沒錯，我的確是懂資料傳輸的外行，可是我還是覺得要拿USB 2.0 或 IEEE 1394傳6個(或以上)的聲道資料，還是要規定一下哪個封包歸誰之類的吧...而您後文說S/PDIF沒有確保資料正確性的能力，換言之，要能確保資料的正確性，要得加一些額外的東西，要加什麼，如何確保，也是要規定一下吧...

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
你有錢... 買三個外接解碼器...
</FONT><!-- BBCode Quote End -->
這句看不懂...

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
至於軟體 DTS 即時壓縮... 現在軟體即時解 DTS 都有問題了 (不少人說解出來的效果跟硬體解碼差很多), 你還要軟體 DTS 壓縮... 還是要即時壓縮...
</FONT><!-- BBCode Quote End -->
都說了假設CPU夠力嘛！CPU效能的進步很快的，軟體難以即時解MPEG1也不過是數年前的事...現在呢...，在未來，一般使用者也一定會有免費的CPU額外效能可以做一些現在覺得很奢侈的運算。

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
而且 S/PDIF 本身沒有確保資料正確性的能力...
</FONT><!-- BBCode Quote End -->
別忘了這個討論串是來自於廉價的CMI8738...主機板內建音效，
所以我的假設是為了想出一個成本低廉，但音質較佳的主機板提供音效功能方式，在這樣的前提下，S/PDIF已經夠好了。至少不會被稱為音效界的淪喪墮落...

[狂人]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
我指的是拿USB 2.0 或 IEEE 1394當S/P DIF的功用來用。\r
</FONT><!-- BBCode Quote End -->

不會啊... 因為不是當 S/PDIF... 純粹資料...

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
沒錯，我的確是懂資料傳輸的外行，可是我還是覺得要拿USB 2.0 或 IEEE 1394傳6個(或以上)的聲道資料，還是要規定一下哪個封包歸誰之類的吧...而您後文說S/PDIF沒有確保資料正確性的能力，換言之，要能確保資料的正確性，要得加一些額外的東西，要加什麼，如何確保，也是要規定一下吧...
</FONT><!-- BBCode Quote End -->

不必, 資料正確性由 USB 與 Firewire 傳輸協定來保障, 不需要煩惱. 而分配聲道也很簡單... 交給一個 USB/Firewire 轉 DAC 的介面晶片即可, 看音效卡測試報告裡面就有說到一顆 TI 的這種晶片, 只不過是給 USB 1.x 用的而已. USB 1.x 可能有達到足夠的速度, 但是你一跑其他 USB 介面的東西 (如掃描器) 那你就完蛋了... 馬上操爆, 不是聲音爛掉就是 Scanner 變成世界第一慢... 要不然就是兩個一起發難...

至於封包分配, 我記得 USB/Firewire 應該是跟網路封包差不多... 最外面的是USB/Firewire 通訊協定封包, 然後裡面你自己要分成幾個封包或是分成幾段都隨便你... 就像 TCP/IP... 就是 TCP 包著 IP 封包... 你走 Cable Modem 出去的時候那 TCP 封包還會被 Ethernet 封包包住... 層層包...

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
>你有錢... 買三個外接解碼器...
這句看不懂...
</FONT><!-- BBCode Quote End -->

三個未壓縮 S/PDIF 數位音訊輸出, 那你不是需要三個外接解碼器?

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
都說了假設CPU夠力嘛！CPU效能的進步很快的，軟體難以即時解MPEG1也不過是數年前的事...現在呢...，在未來，一般使用者也一定會有免費的CPU額外效能可以做一些現在覺得很奢侈的運算。
</FONT><!-- BBCode Quote End -->

我寧願實際一點, 而且 DTS 編碼授權使用還是另外一個巨大問題.

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
>而且 S/PDIF 本身沒有確保資料正確性的能力...
別忘了這個討論串是來自於廉價的CMI8738...主機板內建音效，
所以我的假設是為了想出一個成本低廉，但音質較佳的主機板提供音效功能方式，在這樣的前提下，S/PDIF已經夠好了。至少不會被稱為音效界的淪喪墮落...
</FONT><!-- BBCode Quote End -->

兩個字 "昂貴"... 不用 DTS 那你大概就要用 3 個 S/PDIF 輸出... 然後接上三個解碼器... 貴到爆吧...

[nightmare]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
兩個字 "昂貴"... 不用 DTS 那你大概就要用 3 個 S/PDIF 輸出... 然後接上三個解碼器... 貴到爆吧...
</FONT><!-- BBCode Quote End -->

一台雙 D 解碼器不過 4k~6k 之間，一顆自製的 DAC 也在 3K 以上，嗯.....好像貴蠻多的..... [XD]
再說要同時使用多組 spdif 送訊號，除了 Creative 的音效卡外，似乎很少見？乾脆一次買三張卡豪華然後寫個把三張卡豪華當成一張用的 driver 好了... [XD]

[DogHouse]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
我的意思是:目前音效卡不就是運算音效然後DA，
那為何不全部交由CPU運算，算出的數位音訊資料直接丟給外部DAC，
(所以要叫南橋做個S/P DIF)

SRC、3D、MIDI等問題都由軟體處理...

反正CPU常常都在發呆...
</FONT><!-- BBCode Quote End -->

看不出你的方法比現行 SB + AC'97 Codec 好在哪裡,
AC'97 Codec 是有支援 S/PDIF 的(AC'97 Version 2.2),
問題只是有沒有主機板廠要用.

[t1000]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>

看不出你的方法比現行 SB + AC'97 Codec 好在哪裡,
AC'97 Codec 是有支援 S/PDIF 的(AC'97 Version 2.2),
問題只是有沒有主機板廠要用.

</FONT><!-- BBCode Quote End -->

好在不用遵循AC'97的規範啊...