发烧论坛

注册

 

发新话题 回复该主题

(懂电脑基础的进来讨论)我认为转盘的机械部分不影响音质 [复制链接]

查看: 5421|回复: 24
1#

我虽然赞同楼主的前提,但我不赞成楼主的结论.

原因是:
RMAA和Ultraedit 都是静态作比较,而不是动态作比较.静态已经不包含时间信息,就是说jitter.

Raxel兄已经说服了我, 转盘的jitter不是由转盘机械部分,也不是由碟片上打坑的不均匀决定,而是由转盘的时钟精确度决定.

但转盘的时钟精确度是否和转盘的机械部分有关呢?

我认为某种意义上说,还是有的.

原因见Plextor公司的网页, 他们的看法是,机械部分的不佳或者碟片打坑不均匀会加大伺服电机的功率来企图纠正错误或者重新调解伺服参数, 这样会引起电源电压的波动,而电源电压波动因为是按照干扰的频率波动的,所以这个波动在某种程度上会和时钟芯片产生的信号相互调制,而改变时钟频率.  (Plextor公司没说这么仔细,我自己推段了后面半部分)

所以最后的结果仍然是时钟被改变了. 看来终结的解决之道要这样:

转盘要双电源,一个电源供应机械部分的电机,一个电源供应伺服芯片. 而且伺服芯片上要使用高精度温补时钟.双电源有利于杜绝机械部分对公用电源的干扰以致于干扰时钟.
分享 转发
TOP
2#

所以机械转盘的精度提高没那么简单了,只能寄希望于未来的DAC都能像英国之宝G08的DAC一样好或者更好. 
这样DAC因为没有机械部分,完全可以做到消振效果极好.

比较变态的一个主意是把DAC 放到很厚重的铅盒子里,只挖几个小洞走线,电源是分体的,装另外一个铅盒子里.而且线周围还用棉纱填实.盒子的缝隙也用棉纱填实. 这样既没震动又没声音. 如果DAC本身有消jitter和高精度时钟,那么就比较完美了.
TOP
3#

Wilmer威馬 在 2005-12-16 13:39:02 发表的内容
但时钟会因震荡而失调是事实,如果把晶振接上示波器,你对住晶援叫,你会发觉晶振会有如咪高峰般波形同步变动。

另外用电脑也不排除因内存或缓冲而令资料启动改错减少故数据较好的说,英国之宝的产品已证实在 CD 加入一定容量的内存有助音质改进。

所以我觉得 CD 机有两点必需做;隔离式的防震晶振电路,和进入解码蕊片前,电路上有一定容量的内存作缓冲。



非常同意! 防震的必要性看来要从Hi-End产品介绍到一般Hi-Fi产品了. 但我并不是说要花多少钱买稀有的木钉脚什么的,而是就是说防震的技术本身. 至少对于某些关键性元件要做好防震.

另外,如威马兄所说,看来以后CD机不但要防震,还要做好隔音了:) 否则在播放1812序曲的时候,时钟难免被炮声震动
最后编辑enrique
TOP
4#

现在普通的机芯虽然也是接两个正电源5V和12V,但5V和12V是接在一个变压器上,本身就会相互干扰.
TOP
5#

Timme 在 2005-12-5 18:15:29 发表的内容
谈理论大家都纠缠不清,那就做实验吧,毕竟“实践是检验真理的唯一标准”。只要我们能还原出制作CD用的“母盘”的全部数据,那就可以认定CD这种传播介质是“无损”的。

用RMAA软件生成一个测试用WAV文件【Test signal (44 kHz 16-bit).wav】,用刻录机把它刻到CD-R里,换到另一台光驱上,再用抓音轨软件(EAC)用“安全模式”把CD-R里的音乐信号读取为WAV文件【Track01.wav】。然后比较这两个文件的异同。

首先RMAA软件本身可以测试音质。可以看到,两个文件的失真情况完全相同(受限于16bit信号,THD失真最小就是0.0003%,等等。如果是32bit的话极限情况就好很多,如最右边那个)。说实话,进行这一步时,我的内心是不大安稳的,因为我事先也不知道结果。。。
[upload=gif]Upload/20051251871312978.gif[/upload]

更精确的,我又逐个Byte比较两文件的异同,这时可使用32位编辑软件UltraEdit。删除了音轨的空白偏移量后(这个东西可参考EAC的Help文件),我发现这两个文件只有最开头和最末尾处有不同。当然这已和音质无关了。
[upload=gif]Upload/20051251873216092.gif[/upload]

和CD数据格式的C1C2两级纠错不同,CD音频格式只带有一级纠错。但此实验验证了,这一级纠错已经足够达到“无损”。因此对于转盘来说,机械部分是不影响音质的,影响音质的是其机械部分后面的数字信号处理部分。因为音频信号读取出来之后是“数据流”Stream格式,它在传送过程中不一定能100%无损(这个我就没实验过了)。当然,要是机械部分出现了读不出碟之类的故障,那不在此文讨论范围内。至于盗版CD为何音质差,那是因为有些盗版盘是用网上找来的劣质MP3刻成CD,而有些则在对正版CD抓轨时使用了“暴发模式”而非“安全模式”,这种抓轨法为了最大速度读取音轨,跳过了一级纠错,自然造成音质损失。



Timme兄其实还有一处漏洞,我来帮你补充.[rar]Upload/2005121614364631076.rar[/rar]
UltraEdit 来比较二进制文件是不可靠的!他只是把二进制文件当成文本来比较,只对能显示字符进行比较,对于0000 和0101就会认为是一样的. 

不信你做一个小测试,写00 00 00 00    共4个字节到1.dat
然后写 00 01 00 01  共4个字节到2.dat, 然后用UE 来比较,你会发现他们是一样的. 

所以建议用我上传得小工具来比较,这个虽然比较土,命令行,但是很可靠.

缺点就是如果两边文件头长度不一致的话,你要先算出offset,然后在命令行里加offset.

我的小工具用法:

> bincomp  1.dat  2.dat      (这是从头比较,比到其中一个文件到末尾,没有大小限制)

>bincomp 1.dat  2.dat  1024    1024     (这是1.dat从头和2.dat的1024字节以后比,总共比1024个字节

>bincomp 1.dat 2.dat  1024    1000000000
比的字节写一个很大的数字,这里是10亿,可比到大约1GB的数据,对CD够用了,比到文件尾结束.




windows自带的comp 命令可以比较二进制,很可靠,缺点是不能加offset比较.
UNIX带的diff 命令可以比二进制,很可靠,缺点是在windows上用药装Cygwin.
最后编辑enrique
TOP
发新话题 回复该主题