※ 引述《mikemagic88 (Mikemagic88)》之铭言：
: 我认为在DAC以前的硬件设备没有太大影响
: 主要是DAC端才是解码 在这之前就是0101
: 0101最怕就是出错 特别是到DAC的这段
: 你根本不知道问题会出在哪
: 到底是做封包就做错了
: 还是中间讯号干扰 0101 反了
: 还是最后解码端解错了
关于0101出错变成1010 在电脑科学上叫做flipping bits
看到这边突然想到以前曾经读过类似的paper
https://stackoverflow.com/a/23587649/5082722
https://storage.googleapis.com/pub-tools-public-publication-data/pdf/35162.pdf
有兴趣可以细读他的内容
大意就是IBM, Google 和 Cisco等大公司都对CPU cache与DRAM做过Error rate的研究
结果发现一般没有揪错能力的DRAM, 在连续使用下 8G RAM在一小时内会有1-5 bit error
造成错误的原因有可能是内部元件的电磁波, 或者该篇连结提到的宇宙射线
制程越小的, 产生flipping bits机会较高.
当然宇宙射线这段个人觉得在地球上发生的机率"应该"非常低, 在太空才需要考虑
但不可否认CPU cache跟一般DRAM都有一定机率发生flipping bits.
而且不限于PC, 有处理器跟暂存能力的机器应该都有机会发生.
所以Datacenter等Server才会采用ECC RAM来揪错, 保证处理程序是用到对的资料
至于一般PC有时候跳出BSOD蓝色死亡, 并不一定是Windows的错XDD
一点浅见

我用 Fedora / Ubuntu / FreeBSD XDDD (乱入 :p)

ECC一样会有位元翻转，只是一般的ECC能修正单位元错误

所以用服务器主机板加ECC RAM是比较好的选择吗？

哎呦，就版友也集资办一场挑战赛就结束的事（误

原PO，能否帮忙算一下，多少 MB 会错一个bit？一张CD 740MB，就可以知道多少张CD会错1个bit(音?)了。

这不是这样吧...每次独立事件而且他是写8gb 连续使用一小错1-5。....所以他hazard rate是1-5/hour. 他没给distribution 是啥...如果不是直线呢。 资料根本不够怎么算

没人愿意自己开编译器，手动改一下pcm编码，制造data error听起来是什么情况吗听过就会知道平常在讲的听感差异跟随机data error是两回事

我原本想说来个手动算算，然后马上发现到，有很多变量要考量，所以我才请原PO试算。像是DRAM频率或是CPU FSB频率之类，还有DRAM参数，都要考虑连续一小时的BURN-IN，我也想过；不过就当在最槽的环境吧

话说都会蓝屏了 应该不会只是声音有变一点而已吧

随机error出现的频率那么低绝对不是造成听感差异的主因吧

我也估不出来一张CD的错误率会是多少XD原文是利用ECC-correctable error rates得到错误率的要估的话请个大大Donate一台server+ECC RAM XD

现在是说就算是flip bit 结果也不会是声音问题而已。 这就有点像是说会干扰但不会影响听感 鞥。

嗯嗯 我也是想说其实bit错误每天有机会发生在这上面纠结也无法改变

解应该会被发现然后整个封包丢掉，实际听到应该会是声音断掉一下

断掉 爆音 无感，总之不是平常讨论的声音差异

改 PCM 而已干嘛开 compiler

音响迷讨论的声音差异跟0101是不是出错无关

音响迷讨论的声音差异跟资料是否错误无关+1

简单的说康康线在要坏不坏的时候 音乐虽然还能拨但会不定时爆音喔 那个就应该是封包掉了

不定时爆音不一定是封包炸了，有可能是clocking出问题之前做aac编码有处理过类似问题

就零件要坏了而已

hi 编译器是指修改工具，不是拿去做编译啦

有人能听到bit loss那也是真的神了我想请神耳来帮我们处理hilllock 最近em解的很辛苦

所以这篇是对的话 那一般的RAM error rate是1/2^36~5/2^36吗 虽然我本来就不意外那么低

人耳听得到数据就神了；至少我听不出来

那应该叫编辑器吧

哈，sry 笔误