02 us mark2 DSD 同軸輸出問題請教客服

[r91085]

是的，明白。

Native DSD和DoP都是USB中传输的，如果仅能是PCM传输，那么最多就是DoP，所以说Native DSD实际是不存在的，我的意思是这种情况若设置为Native DSD就是没有意义的了，是吧。

就我所知來猜測，02 us mark2 和 pc 之間改成 native dsd 應該是要節省頻寬，打包成 pcm 會浪費頻寬在不必要的資料上，就這件事情上改成 native dsd 是有點意義的。

當資料傳到 02 us mark2 之後，如果是後續還要透過同軸轉給其他人解碼，那不得已只能過 dop 傳輸。

按道理说，USB传输如果只能是PCM，那么就不可能以Native DSD传输，如果USB传输可以用Native DSD，那么就没有必要DoP，没有必要PCM了。所以不是带宽的想象，PCM的带宽是确定的。

我这样理解，虽然设置为Native DSD，但是要处理为DoP的在USB传输

其實我和您好像並沒有在說同一件事情。

USB 上面如果是用 Native DSD 方式傳送，那就是透過 Asio 通道，上面並不需要是 pcm 格式，廠商自己寫 USB driver ，高興用什麼封包格式都可以，在我理解裡 Native DSD 只是用來把資料從 PC 端發送到 02 US Mark2 的一種通訊協定，就這麼單純而已。

我從頭到尾問的是 02 Mark2 收到資料之後，「它如何再把這些資料透過同軸傳遞給外部 DAC」，您似乎認為這兩者必然是一致的，但在我的認知中它不是。

PC 和 02 US Mark2 中間透過 native DSD 格式溝通，而 02 US Mark2 和外部 DAC 用 spdif Dop 的方式溝通，目前我認知是這樣。

[right]

Native DSD是直接DSD的传输，传输介质可以是USB，但是USB作为传输介质并不意味着就一定传输Native DSD，这要看厂家如何设计。如果厂家设计了USB中用PCM（或仅用），那么就意味着对于DSD的传输最多只能是DoP，而不可能是Native DSD，是这逻辑吧。

ASIO是什么想必不用多说，说白了就是驱动，但是按我理解ASIO不能传输（如果可以传输麻烦说一下在哪里如何传输），也是按我理解，就是DoP 以PCM传输也是需要ASIO（驱动）的。

按照客服的说明，我的理解是将设置定为Native DSD，而在USB传输还是DoP，理解为USB传输前进行DoP传输（PCM中传输）的处理，DSD处理的设置分为两种的DoP和Native DSD，而选择Naive DSD客服认为效果更好而已，但是这样设置是不是增加或更多消耗资源呢，是有疑问的

[客服三号]

分通道说

WAVE通道自带一个DoP解析器，用来兼容苹果或者安卓之类的，不支持ASIO Native DSD通道工作的系统，这个解析器将DSD数据分离出来之后，一路送给卡内DAC，一路送给FPGA重新编码为DoP通过SPDIF输出

ASIO通道支持且仅支持Native DSD方式，PC端将数据以原生DSD方式传输过来之后，一路直接送给DAC，一路送给FPGA重新编码为DoP通过SPDIF输出

[r91085]

分通道说

WAVE通道自带一个DoP解析器，用来兼容苹果或者安卓之类的，不支持ASIO Native DSD通道工作的系统，这个解析器将DSD数据分离出来之后，一路送给卡内DAC，一路送给FPGA重新编码为DoP通过SPDIF输出

ASIO通道支持且仅支持Native DSD方式，PC端将数据以原生DSD方式传输过来之后，一路直接送给DAC，一路送给FPGA重新编码为DoP通过SPDIF输出

後續新增 wave 通道 dop 支持還真是幫了大忙，像 jplay 這種還不支持 native dsd 的軟體來說，起碼可以用 kernel stream 模式送 dop dsd 出去。