声卡数字输出到DAC的过程中，时基信息如何传输？

shanyechungu

交易区新帖推荐

所以，jitter要想体现出其影响，只能在AD和DA的时候。

传输clock，最终还是影响DA过程。居然能传输clock。。。

pig2man

原帖由 shanyechungu 于 2009-4-9 15:14 发表
有啊，你的mp3，就比此种CD+DAC的方式优越。

其传输完全是数字信息。不涉及时钟传输。

一体机通过同一个时钟控制输入/输出，输入DAC的信号不需要另含时钟信号。一体式CD播放器也不需要spdif。当然也有取word clock来比较的，以声卡居多。要在不同系统传输的话时钟同步就是个问题，所以spdif才会内含时钟信号，其用途是用来同步转盘那一边的时钟与解码那一边的时钟。

shanyechungu

哈哈，这个不好找。之前白版提到的LiNN DS，应该比一般的CD机要好吧。

我没听过~~~也想听听看。

shanyechungu

原帖由 pig2man 于 2009-4-9 15:22 发表
一体机通过同一个时钟控制输入/输出，输入DAC的信号不需要另含时钟信号。
要在不同系统传输的话时钟同步就是个问题

我觉得mp3不应被称为一体机，其信息是来源于电脑，同样需要传输。

mp3也是一个DAC，可看成其buffer大，且使用自己的时钟。

[ 本帖最后由 shanyechungu 于 2009-4-9 15:30 编辑 ]

pig2man

之前有人用DS系列质疑我的水管论，回答是：DS系列使用以太网协议，是属高速、packetized的协议，数据分包处理，只要还来得及，掉包/误码之后还可以恢复，时钟信号是根据word clock恢复而来（也就是到了DS播放器那里才开始reclock），所以这个过程对音质影响不大，当然这也要看微处理器/固件/缓存的具体效率。

pig2man

原帖由 shanyechungu 于 2009-4-9 15:24 发表


不同步就ok了。

不同步就会出现一边流得快一边流得慢的问题。也由DAC完全忽略spdif的信号重新reclock的，但是结果是没有同步控制时钟（外接时钟）的方案好，因为处理这些信息本身可能会造成一定程度的jitter，同时会有很大的播放延时（譬如chord DAC64），所以最好的方案仍然是外置时钟。

[ 本帖最后由 pig2man 于 2009-4-9 15:31 编辑 ]

shanyechungu

mp3，就是你所说的一边流得慢，一边流得快。

ljw100

原帖由 mifeng 于 2009-4-9 15:17 发表



就是说如果需要最好的产品，只能diy？

不能那样去理解。因为遵循标准的产品与产品本身的“好”与“坏”没有必然联系。

标准能起到使产品“规范化”的作用，而相关产品一旦被“规范化”，不规范的产品将被排除出市场，或不规范产品的厂家将被迫改造自己的生产工艺、更新生产设备。

如果标准的技术门槛很高，那么标准事实上就是一种市场垄断工具。

为何那些大厂家都极为热衷于参与标准的制定，其奥妙就在于此。

shanyechungu

原帖由 pig2man 于 2009-4-9 15:17 发表


只是为了方便罢了。

这并不方便，且，DAC使用自身时钟也很方便。

pig2man

原帖由 shanyechungu 于 2009-4-9 15:30 发表
mp3，就是你所说的一边流得慢，一边流得快。

MP3（包括大部分民用声卡）的工作方法是音乐储存在某一地址（对mp3是闪存，直接interface到控制芯片，对PC是内存——所以PC需要pre fetch去内存，CPU负责在指定时间内填充内存），工作在一定频率的微处理器进行word clock分析以后开始stream，streaming的时候就会统一的fetch-decode，不存在快慢的问题。

ljw100

原帖由 shanyechungu 于 2009-4-9 15:33 发表


这并不方便，且，DAC使用自身时钟也很方便。

使用自己的时钟，完全摆脱输入时钟的限制，在技术上是更合理的解决方案。

另，能否简单解释一下124楼的那个图，上面一幅是什么？下面又是什么？

mifeng

原帖由 ljw100 于 2009-4-9 15:31 发表

不能那样去理解。因为遵循标准的产品与产品本身的“好”与“坏”没有必然联系。

标准能起到使产品“规范化”的作用，而相关产品一旦被“规范化”，不规范的产品将被排除出市场，或不规范产品的厂家将被迫改造自己的生产工艺、更新生产设备。

如果标准的技术门槛很高，那么标准事实上就是一种市场垄断工具。

为何那些大厂家都极为热衷于参与标准的制定，其奥妙就在于此。

有道理

回避不掉的话，积极参与还是上策

pig2man

原帖由 shanyechungu 于 2009-4-9 15:33 发表


这并不方便，且，DAC使用自身时钟也很方便。

相对专业协议而言，可以参考AES/EBU协议，与spdif技术层面差别不大，但是技术实现严谨的多。民用系统就考虑到各种层次的商家的存在，就没有那么多限制。

mifeng

原帖由 ljw100 于 2009-4-9 15:37 发表

使用自己的时钟，完全摆脱输入时钟的限制，在技术上是更合理的解决方案。

另，能否简单解释一下124楼的那个图，上面一幅是什么？下面又是什么？

dac1似乎就这么宣称的，但效果不明显，不知是哪里出了问题

我随便瞎猜猜，如果要完全摆脱输入时钟的影响，唯一的办法是不输入时钟，不然那多出来的电信号是没办法凭空撇掉的

[ 本帖最后由 mifeng 于 2009-4-9 15:41 编辑 ]

shanyechungu

上面那个图是理论上的数据结构，那个图中标的不清楚，你想看细节的话，去一个叫

S/PDIF specification的帖子1楼下载，S/PDIF规范，里面有frame的内容。

下面那个是经过传输线之后看到的波形，发生了畸变。

我想pig2man是想说明那个图是一个frame，然后其传输过程中造成了畸变，导致了frame rate的提取发生变化。