原帖由 小白 于 2012-10-6 19:29 发表 http://bbs.headphoneclub.com/images/common/back.gif
cd机播放的过程中是有纠错机制的，然而经过这个纠错机制之后，输出时，就是100%准确的。低档的机器如此，高档的机器也是如此。
不同CD转盘声音不同的原因是它们的jitter特性不同，而非输出的数据不同。这 ... 质量非常差的盘，是会有数据错误的，数据扇区和效验扇区同时损坏，无法纠错。
另，如果动用效验机制纠错，虽然输出数据没有变化，但会引入Jitter.
原帖由 小白 于 2012-10-6 20:06 发表 http://bbs.headphoneclub.com/images/common/back.gif
我看是你没看懂。我说的就是一张碟在CD机里实际播放，然后把CD机的数字输出，接到一台数字录音机，去把CD机播放时输出的数据，real time地记录下来。哪里有什么“弥补”？ 有什么“算法”？ 数字录音机如果能 ...
我不排除有100%准确播放的可能性,但你所说的也无法证明每次播放都是100%正确的,反而我比较惊奇的是你的数字录音机的结果竟然会和抓录完全相同,其中影响的因素太多了,建议多次试验来验证试验的准确性,要知道,数字录音机和DAC一样会存在时钟,jitter问题,很好奇是怎么克服的
另外你都肯定了数据源能保持100%正确的回放,那为什么还会说ssd和hdd会对回放造成影响呢?他们仅仅是记录和保证数据的正确性,和其他的东西一毛线关系都没有
[ 本帖最后由 neodoxy 于 2012-10-6 20:20 编辑 ]
我再来打个比方吧：
比如一个朗诵大会，评委只把选手念的文字记录下来。每个人如果念的是同一段话，而且都没有念错，场外的人拿着文字稿怎么知道选手之间的区别？只有坐在场内或者听朗诵的录音带才可以知道区别。
ＣＤ好比是演讲稿，不同的硬盘，线好比选手，数码校验机制好比评委，发烧友好比现场观众。不信区别的人好比每次都只拿到一模一样的朗诵文字记录稿，从未现场聆听
[ 本帖最后由 yukuai11 于 2012-10-9 12:14 编辑 ]
我没有做过几十次试验那么多，但几次是有的，我的观察是，数据层面是一致的。
然后造成音质差异的，不是数据的差异、正确与否，而是音频流jitter特性的差异。我们不要忘了音频流是一个二维的概念，其中data只是一维，timing是另外一维。在data一致的情况下，影响音频流的就只有timing。
其实远比这个复杂，世界上是没有数据流的，只有电信号，这就不知是几维了
如果是要求不高的传输，可以在理论上简化为信号，其实每一个电子的状态都对后来实时的输出有影响
[ 本帖最后由 yukuai11 于 2012-10-6 20:27 编辑 ]
原帖由 小白 于 2012-10-6 20:23 发表 http://bbs.headphoneclub.com/images/common/back.gif
我没有做过几十次试验那么多，但几次是有的，我的观察是，数据层面是一致的。
然后造成音质差异的，不是数据的差异、正确与否，而是音频流jitter特性的差异。我们不要忘了音频流是一个二维的概念，其中data只是一 ...
timing也是数据的一部分,转录一样会造成数据的错误,化成数据的timing叫做采样率,在2个不同的系统之间(使用不同时钟的都可以看成2个系统),哪怕是在相同的采样率下工作,也可能造成数据的丢失
原帖由 yukuai11 于 2012-10-6 20:19 发表 http://bbs.headphoneclub.com/images/common/back.gif
我再来打个比方吧：
比如一个朗诵大会，评委只把选手念的文字记录下来。每个人如果念的是同一段话，而且都没有念错，场外的人拿着文字稿怎么知道选手之间的区别？只有坐在场内或者听朗诵的录音带才可以知道区别。
...
以前有人提过一个很好的比喻，把音频流比喻为电影胶片。相同的数据，意味着大家播放的是同一个电影胶片，但jitter特性相当于不同的设备在播放电影时，转速是否保持绝对的恒定。jitter严重的重放，相当于在播放电影时，播放机的速度忽快忽慢、甚至抽风，那么尽管电影胶卷是100%正确的，但播放出来的画面也肯定是失真的，电影里人的动作也是忽快忽慢、甚至抽风的。
这个比喻也是很巧妙的，因为音频流和播放电影胶卷，在一点上是共通的——仅仅数据正确、电影胶卷正确，并不能确保效果好，因为播放时还有一个重要的timing因素，是对最终效果影响很大的。
一个电影胶卷会定义应该以什么速度来播放它，同样，一个音频文件在开头的地方就定义了应该以什么频率来播放它。如果电影胶卷播放时搞错了转速，就变成慢镜头或快镜头，音频文件播放时如果搞错了播放频率，就变成音调错误。
[ 本帖最后由 小白 于 2012-10-6 20:34 编辑 ]
原帖由 yukuai11 于 2012-10-6 20:25 发表 http://bbs.headphoneclub.com/images/common/back.gif
其实远比这个复杂，世界上是没有数据流的，只有电信号，这就不知是几维了
如果是要求不高的传输，可以在理论上简化为信号，其实每一个电子的状态都对后来实时的输出有影响
你是真的不懂...真心的,版主依然可以理性的沟通
数字信号的抗干扰是极强的,它不通过电压或电流的准确数值,而是通过一个阀值去代表数据,比如超过1v电平的它都认为是0,不然认为是1,那每次要发送1的时候只要不提供电压就行了,它允许的误差范围是非常大的,基本可以认为是精确的
请问你所谓的抗干扰性是用什么方法衡量的？和我们听音乐的状态类似吗？
[ 本帖最后由 yukuai11 于 2012-10-6 20:38 编辑 ]
原帖由 小白 于 2012-10-6 20:23 发表 http://bbs.headphoneclub.com/images/common/back.gif
我没有做过几十次试验那么多，但几次是有的，我的观察是，数据层面是一致的。
然后造成音质差异的，不是数据的差异、正确与否，而是音频流jitter特性的差异。我们不要忘了音频流是一个二维的概念，其中data只是一 ...
timing要看环节的，在硬盘环节，我写音频播放器的时候，直接从硬盘里找文件，扔进内存。
我在硬盘找文件的时候，读取顺序是倒过来的都无所谓，哪里来的timing?
我可以在硬盘里读取文件，在内存里存个一小时再放。硬盘的timing还在？？
只有我把文件扔给windows的音频函数的时候，timing才开始。。OK??
然后windows找对应的API开始输出。
CD机是有JITTER差异的，电脑也是有jitter差异的，但是硬盘没有，内存没有。。OK??
要理解这个转换过程！
请教一下，音轨文件在内存里存放一个小时再播放，是怎么做到的？我一点击play，音乐立即就开始播放了。音轨数据如何能在内存里徘徊一个小时？
原帖由 小白 于 2012-10-6 20:40 发表 http://bbs.headphoneclub.com/images/common/back.gif
请教一下，音轨文件在内存里存放一个小时再播放，是怎么做到的？我一点击play，音乐立即就开始播放了。音轨数据如何能在内存里徘徊一个小时？
这完全可以，都是程序员写的。。
只不过很少有程序员这么写而已。
全内存读取的播放器我常用的是MAC上的amarra.
如果你有500M的音频文件，它会全部读取到内存里，你完全可以一小时后去播放，你可以查看那一个小时的内存状态。
LINN的DS也是可以的。
foobar应该也是如此，但是没有上述两个明显。
上述两个播放的时候，会有明显的延迟，你点play,它要过个4-5秒才开始放，因为要全部读到内存里才开始。
你点击PLAY,在程序上，就是把内存里的东西扔给windows的API.
这个时候所有的音频数据早就在我的内存里了。
原帖由 小白 于 2012-10-6 20:40 发表 http://bbs.headphoneclub.com/images/common/back.gif
请教一下，音轨文件在内存里存放一个小时再播放，是怎么做到的？我一点击play，音乐立即就开始播放了。音轨数据如何能在内存里徘徊一个小时？
所以是时间也是数据的一部分,正如ls说的,时序是从系统处理播放开始的
原帖由 小白 于 2012-10-6 20:40 发表 http://bbs.headphoneclub.com/images/common/back.gif
请教一下，音轨文件在内存里存放一个小时再播放，是怎么做到的？我一点击play，音乐立即就开始播放了。音轨数据如何能在内存里徘徊一个小时？ 一般如果播放器有缓存的话，只有若干秒的数据在内存里面，所以这类播放器放音，硬盘在Jitter方面影响音质的作用应该微乎其微，除非硬盘——磁盘控制器——内存控制器——内存这条链路能有0.1秒级别以上的延迟。。
当然，在电脑混音系统（不是回放系统）里，音频就是直接A/D并处理后后进介质的，任何缓存都会产生延迟，所以那个Jitter无法靠内存来控制的。
原帖由 farrel 于 2012-10-6 20:45 发表 http://bbs.headphoneclub.com/images/common/back.gif
这完全可以，都是程序员写的。。
只不过很少有程序员这么写而已。
全内存读取的播放器我常用的是MAC上的amarra.
如果你有500M的音频文件，它会全部读取到内存里，你完全可以一小时后去播放，你可以查看那一个 ...
Foobar可以设置预读0s~12s
