论CD机芯对音质的影响（2009年6月24日更新）

风吹柳花

刚才与廖兄电话讨论了下，结合我们彼此的实践，还是觉得数字发送传输接收这块引发的失真可能会大过jitter，因为我曾用示波器就发现解码器接收口的波形前沿各有不同.............时钟恢复不知道恢复成什么样的了..................

yiiiiu

交易区新帖推荐

DSP才是关键,在CD的DSP芯片上加个屏蔽罩测试下结果或者试听下声音你就知道影响有多大,JITTER是后续电路产生的,转盘本身没多大问题

风吹柳花

原帖由 elfchen 于 2006-2-14 11:17 发表
to 风兄：

          最进在业余时间做数字音频设备，也南京，有空抬设备来请教兄长。

不敢当！有空一块探讨吧，届时联络我就好。

Raxel

原帖由 Fly Mouse 于 2006-2-14 10:42 发表

谢这位兄弟的指正，因是8年前的事情，我的叙述完全是凭我的记忆，所以错误遗漏之处欢迎大家指正。Jetter是我的笔误，那是与时钟相关另一个东西。应该是Jitter。
对于你的疑问，简单回答如下：
1、CD-ROM比CDDA有更强的校验机制，光盘上一个Block有2352个BYTE，CD-ROM有效数据只用了2336个，其它用于校验以及数据Block的开头和结尾数据结构；CDDA把2352个全用来存放音乐数据。所以原理上CD-ROM比CDDA有更强的数据可靠性。但不幸的是，Windows的驱动程序并不利用CD-ROM多出来的几十个字节校验数据，因为他们认为原有的纠错机制就足够了。所以现在的光驱在读取CD-ROM数据时并不比读激光唱片（CDDA）更有优势。

对于新盘,或者状态好的CD,在不同的转盘上音质不同,并不是因为有些能够正确读取信息,有些不能正确读取信息.

2、“数据文件,不论3分钟读完,5分钟读完,10分钟读完,只要最终数据正确,就是成功的读取.” 说的好像很有道理。但是对于CD-ROM来说，数据出错后是否重新读取，是由驱动程序来控制的。我们在做测试的时候，是直接操控硬件，可自己设定是一次读取还是出错后重新读取，我们发现在一次读取时仅仅依靠光驱内部的硬件纠错就足以完全正确地读取正常质量的光盘，不论是唱片还是数据盘。

这里还是你的概念错误,你仍然想用CD-ROM能够正确读取数据,来说明转盘质量和音质的无关性.而我着重的是是否在正确的时间,提供正确的数据,完全是两个概念.

3、“光头读取光盘的信息,要检验错误,然后解码输出,那如果读取错误怎么办?当然是要再读一遍...”你搞错了，读取错误以后是否重新读取，不是由光驱来决定的，而是由驱动程序来控制的。Windows的驱动针对数据盘，出错后确实会发出再次读取的指令，但正如我回答你第二点时所说，我们测试时可以关闭这个重复读取机制。
最后，我想您理解错了，我谈到Jitter，是说Jitter才是引起不同转盘音质差异的真正原因。
顺便说一句，我也在用TEAC VRDS-10SE，近期可能还打算把它的时钟电路改一下。

我仍然想问你一句,转盘的档次高低差别,是否能够正确读取数据来划分的?如果转盘可以一次读出正确数据,代表了能够提供了相同的音质?

你的标题是CD机芯对音质的影响.我想提醒你的是对状态好的碟片,转盘.CD-ROM都是可以正确读取信息的.所以能够正确读取来说明Cd机芯对音质影响不大,是不合适的.不要用数据CD-ROM的思路来考虑CD转盘的问题.

老狼

也说下对servo控制。
上面有没有讲了，其实，在CD播放机中，控制软件并不关心读出的数据是否正确，它是由servo ic自己控制的是否进行纠错，而控制软件关心的重要是focus(聚焦，光头物镜轴向控制)、radial(光头物镜径向控制)和sledge(光头小车横向控制)，但出现上面控制错误时，就会进行相应处理。控制步骤也按IC厂家提供的套路完成。更多的控制则由servo ic内部自己完成，有些控制软件也可以操作，但就像前面讲的，除非你是servo ic开发商，否则是不会动里面的控制的。philips的最简单，sony的稍微复杂些（可控性好点，但反过来也是麻烦）
上面也有朋友讲了，读出的数据发生错误时，CD控制软件是不会重新读取的。

[ 本帖最后由 老狼 于 2006-2-14 12:13 编辑 ]

mobilest

交易区新帖推荐

原帖由 风吹柳花 于 2006-2-14 10:28 发表



我刚才看贴时这张图没能打开，发完贴打开了，与我想象的完全一样。

存在jitter时，原来的波形斜率变了，用傅立叶展开的话，就是多了很多高次的偕波！其理论上劣化后的听感，与我实听的结论正是一致的！

http://www.asahi-kasei.co.jp/akm/en/product/ak4384/ak4384.html
http://www.chipdocs.com/datashee ... uctors/TDA1305.html
http://www.semiconductors.philips.com/pip/SAA7324H_M2B.html

风兄,,提供给你思考...

yiiiiu

后续的电路和PCB设计很是个关键

老狼

上面还漏一个motor控制（马达速度控制）

mobilest

原帖由 风吹柳花 于 2006-2-14 10:28 发表



我刚才看贴时这张图没能打开，发完贴打开了，与我想象的完全一样。

存在jitter时，原来的波形斜率变了，用傅立叶展开的话，就是多了很多高次的偕波！其理论上劣化后的听感，与我实听的结论正是一致的！

http://www.asahi-kasei.co.jp/akm/en/product/ak4384/ak4384.html
http://www.chipdocs.com/datashee ... uctors/TDA1305.html
http://www.semiconductors.philips.com/pip/SAA7324H_M2B.html

风兄,,提供给你思考...

[ 本帖最后由 mobilest 于 2006-2-14 11:58 编辑 ]

elfchen

并不是频率高才是高速电路，信号频率大于50M或边沿小于10nS时技术上就要求作高速电路处理，就要考虑特性阻抗控制，PCB叠层处理，源终端端接处理等等。CD机就在这个范围之内。

“有地方因为有信号回路，噪音自然高”      地弹噪声并不是因为有信号回路，而是与特性阻抗和信号端接方式和IC的特性都有直接关系。

中低价民用设备的要求是低点，看看通信设备或高档民用设备就知道了，如怀念，米格等

老狼

很奇怪，jitter这个东西在CD播放机中被人为夸大了。
正好楼上的朋友列出个网眼图，其实就CD播放机整个系统而言，读取CD时候，如果马达转速有问题，或者聚焦有问题，或者碟片压制有问题，jitter就会发生，轻点数据读取出问题，重了，寻迹都有问题，这些是光头系统制造商最关心的（所以说光头还是满重要的）。
而已经转换成PCM数据后，在CD机内部则很难有jitter发生，除非主时钟太烂。16M或者2.8M或者44.1K，比上G的频率对如今的技术不算什么。
倒是单独的DAC解码器，因为传输和时钟再生，或多或少有大家争论来争论去的jitter问题

[ 本帖最后由 老狼 于 2006-2-14 12:03 编辑 ]

Fly Mouse

原帖由 Raxel 于 2006-2-14 11:39 发表
对于新盘,或者状态好的CD,在不同的转盘上音质不同,并不是因为有些能够正确读取信息,有些不能正确读取信息.

这里还是你的概念错误,你仍然想用CD-ROM能够正确读取数据,来说明转盘质量和音质的无关性.而我着重的是是否在正确的时间,提供正确的数据,完全是两个概念.

我仍然想问你一句,转盘的档次高低差别,是否能够正确读取数据来划分的?如果转盘可以一次读出正确数据,代表了能够提供了相同的音质?
...

1、在正确的时间,提供正确的数据，前提首先是先准备好正确的数据。如果缓冲区里准备好正确的数据，那如何在正确的时间,发送正确的数据，仅仅是数字电路的问题了，对于当今的IC技术，不过是小菜一碟。
2、转盘的档次高低差别，这很难说。理论上，“在正确的时间,提供正确的数据”才是好唱盘，但事实并非如此，如前面老M所说，这有调音的问题在里面。
3、如上面风花兄所说。

Fly Mouse

原帖由 老狼 于 2006-2-14 11:59 发表
很奇怪，jitter这个东西在CD播放机中被人为夸大了。
正好楼上的朋友列出个网眼图，其实就CD播放机整个系统而言，读取CD时候，如果马达转速有问题，或者聚焦有问题，jitter就会发生，轻点数据读取出问题，重了，寻 ...

这也是为何刚才风花兄与我探讨的接口问题。

老狼

原帖由 Fly Mouse 于 2006-2-14 12:02 发表
于当今的IC技术，不过是小菜一碟。

:victory:极是:victory:
是啊，如果总拿10年前甚至是20年前的技术来讨论，科技就无法进步！

yyy9

原帖由 风吹柳花 于 2006-2-14 10:03 发表


我用先锋6600、BBK9？9、还有那个什么牌子的HVD，CD当做转盘用的就更多了，接的解码器也不少（坛子上我都出好几台了），比较明显的感觉就是低档DVD做转盘时声音有粗糙的倾向，不要说是视觉暗示，我其实一直是 ...

谢谢风吹柳花兄的回贴,对此我非常有兴趣,不知道是否有朋友可以将不同转盘输出的数据(同一张唱片)保存到计算机上发送给我,或者,教我怎样实现这个愿望,以前我曾经发贴求教过个路大侠,到关键兙时刻就没有下文了...
现在,趁热再次请求帮助!