原帖由 yasker 于 2009-2-13 20:47 发表 http://bbs.headphoneclub.com/images/common/back.gif
赵老师说的是，两个binary一样的wav文件，同样的设备上，用D50采集的比另一个好听……
对，相同wav数据每次播放都会有不同,因为时间轴的缘故。但是两个01完全一样的文件会有不同的倾向性听感？A文件就肯定比B好 ...
我认为用D50采集的和用EAC抓轨的，做不到WAV相同数据100%吻合
原帖由 dark132 于 2009-2-13 20:51 发表 http://bbs.headphoneclub.com/images/common/back.gif
我认为用D50采集的和用EAC抓轨的，做不到WAV相同数据100%吻合
我也是这样认为的，但是赵版说他用16进制编辑器比较过，除开头空白外，完全相同。可以翻之前的帖子。
在这个基础上，我才认为，听出不同的倾向性的声音是不可能的。
所以我之前也说，听出不同的声音，最可能还是文件本身就是不同的。
我不懂得微观层面上电脑硬盘上的WAV文件是如何生成和储存的,但我做过Foobar ABX盲听. 结果在这里: http://blog.sina.com.cn/s/blog_4e2a04300100bd0y.html
原帖由 小白 于 2009-2-13 20:58 发表 http://bbs.headphoneclub.com/images/common/back.gif
我不懂得微观层面上电脑硬盘上的WAV文件是如何生成和储存的,但我做过Foobar ABX盲听. 结果在这里: http://blog.sina.com.cn/s/blog_4e2a04300100bd0y.html
这个我信，只是如果说不同手段抓的WAV 100%一样，我基本不信
原帖由 nadesicozhao 于 2009-2-13 19:54 发表 http://www.headphoneclub.com/bbs/images/common/back.gif
太精确的固执己见的时钟确实并不都会好声 这个方面的实验 徕卡兄做过很多了:handshake
看看DA10为什么有这两档 narrow和wide就知道了
有时候解码器的时钟太苛刻反而要出问题
转盘传输过来的数据流jitter的大小直接影响DA后的声音 而且用不着0 1的反转那么夸张即可影响的
而不是很多人所说的只有在DA的过程中才会产生jitter
原帖由 dark132 于 2009-2-13 21:06 发表 http://www.headphoneclub.com/bbs/images/common/back.gif
这个我信，只是如果说不同手段抓的WAV 100%一样，我基本不信
除了开头和结尾 一小段
中间一个字节一个bit都不差
你可以下载那帖的3个文件
自己用16进制文件比较器查看原16进制信息
原帖由 原来用户名忘了 于 2009-2-13 21:07 发表 http://www.headphoneclub.com/bbs/images/common/back.gif
此jitter非彼jitter,不要混作一谈.Pit的jitter和时基抖动的jitter完全是两件事情.
当然两者不同 但是会互相影响
pit land导致的读取jitter直接影响了转盘输出的SPDIF信号jitter的特征
硬盘存储特征也会导致读取jitter影响硬盘输出信号的波形（自己用示波器看）
这点无联网上少有文章提及
所以一些人云亦云者和纯理论推论家都无法认同:lol
DA10解码器的PLL模式有三档,不是两档: Crystal, Narrow, Wide.
原帖由 小白 于 2009-2-13 20:58 发表 http://bbs.headphoneclub.com/images/common/back.gif
我不懂得微观层面上电脑硬盘上的WAV文件是如何生成和储存的,但我做过Foobar ABX盲听. 结果在这里: http://blog.sina.com.cn/s/blog_4e2a04300100bd0y.html
如果文件完全一致，那么声音肯定是一致的。硬盘存储的是数字信息，不是数字信号，没有时间轴要求的。01相同，既是信息相同。
但EAC抓不同光驱的结果，很可能是不一样的。
抓轨导致的明显问题，一般是seekjitter，就是那种跳动之类的，不是这里相对细微的音质影响。我昨天查了wikipeida的ripping条目，说audio ripping有两个突出问题导致无法精确。我之前说过两次都被无视了，这次我直接贴好了……
CD audiohas two major design constraints that make it difficult to obtainaccurate copies in the form of a standard digital file. First, thesystem is designed to provide audio in real time in order to ensurecontinuous playback without gaps. For this reason, it does not providea reliable stream of data from the disc to the computer.
Secondly, the designers felt that it would be preferable for majorscratches in the disc to be covered up rather than resulting in totalfailure. Normally, an error correction system such as Reed Solomon would provide either a perfect copy of the original error-free data, or no result at all. However, CD audio's Cross-interleaved Reed-Solomon codingincludes an extra facility that interpolates across uncorrectableerrors. This means that the data read from an audio CD may not in factbe a faithful reproduction of the original.
Another practical factor in obtaining faithful copies of the music data is that different CD drives have widely varying quality for reading audio. Some drives such as Plextorare thought to deliver extremely accurate copies while others may dolittle or no error correction and even misreport error correctioninformation.
Obtaining an accurate digital extraction or "rip" under these circumstances is difficult. iTunes includes an "error correction" mode in its CD importing system. Technical information about this mode is not available from Apple,but it probably ensures that iTunes will attempt to error-correct alldata it reads off the disc. However, iTunes does not report ifinterpolation occurred due to uncorrectable errors.
There is specialized softwarethat will attempt to correct errors, and also attempt to report iferrors could not be corrected. They use a variety of techniques, suchas making use of error correction information, knowledge of thepeculiarities of different drives, and ripping multiple times andcomparing the results. All of these programs are still susceptible tosome degree to poor CD drives.
稍微总结一下：1是audio cd的编码方式(redbook audio)压根就不是给精确读取准备的，是给real time stream准备的，有时间换质量的设计. 2是audio cd的校验算法不是完全校验，无法保证所有数据的完全正确（也就是说，有几率读出错的bit但校验却是正确的，让光驱以为是正确的）。所以无法得到完全reliable可精确重现的数据。另外就是cd drive的读取和纠错能力了。
个人以为，第一条所言不甚仔细明了，但audio CD的格式目前依然不是公开的，需要授权才拿的到，所以无法细解；但第二条实在是致命得很……
其实还可联络下 EAC的作者，他应该知道软件还有什么地方有gap。记得EAC对于光驱是有数据库的，当时不明了，现在查查也许也有些启发。
windows不是播放器，先生们，电路已经太复杂了，并且是多工的，保护程序和中断也太多，系统的不稳定造成播放的不稳定我认为很正常;P不要用HI-end收听级别来评论PCHIFI，不过制作是可以做到HI-end级别的
小白说的这个东东和PCHIFI没什么关系，只是播放从CD到了文件而已
原帖由 小白 于 2009-2-13 21:11 发表 http://www.headphoneclub.com/bbs/images/common/back.gif
DA10解码器的PLL模式有三档,不是两档: Crystal, Narrow, Wide.
我是说为什么有这两档
而不是说只有两档
Crystal模式是buffer->reclock的 按照某些人的理论 用不同转盘出来的声音就相同了么？
不同转盘SPDIF出来的2进制文件 只要CD盘不太差 转盘是合格的 是一个字节不差的 这个多次实验过了
原帖由 yasker 于 2009-2-13 21:12 发表 http://www.headphoneclub.com/bbs/images/common/back.gif
如果文件完全一致，那么声音肯定是一致的。硬盘存储的是数字信息，不是数字信号，没有时间轴要求的。01相同，既是信息相同。
但EAC抓不同光驱的结果，很可能是不一样的。
抓轨导致的明显问题，一般是seekjitte ...
EAC抓轨的两个文件 不单单是光驱认为相同 16进制逐字节比较也是相同的。。。
自己做过实验再下结论好不好
原帖由 yasker 于 2009-2-13 21:12 发表 http://bbs.headphoneclub.com/images/common/back.gif
稍微总结一下：1是audio cd的编码方式(redbook audio)压根就不是给精确读取准备的，是给real time stream准备的，有时间换质量的设计. 2是audio cd的校验算法不是完全校验，无法保证所有数据的完全正确（也就是说，有几率读出错的bit但校验却是正确的，让光驱以为是正确的）。所以无法得到完全reliable可精确重现的数据。另外就是cd drive的读取和纠错能力了。
这个资料很好，学习了，谢谢
原帖由 nadesicozhao 于 2009-2-13 21:17 发表 http://bbs.headphoneclub.com/images/common/back.gif
EAC抓轨的两个文件 不单单是光驱认为相同 16进制逐字节比较也是相同的。。。
自己做过实验再下结论好不好
刚刚抓了那两个文件，不知道是不是
http://bbs.headphoneclub.com/viewthread.php?tid=115382&highlight=D50
正在下。
