关于jitter

yxiao

dahuisi 发表于 2015-2-27 14:39
老浦东的量子模块害我一个数字盲最近看了一堆各样的说法。否定jitter说明老浦东根本没做功课。

有种说 ...

最后一句话貌似有理实际很玄，一般探讨就不要说了，至于实践层面，咱不武断，哪台机器作到了再就事论事的讨论吧。

至于时基失真，理论上可能产生于数字传输过程的任何环节，包括录音、AD、存储、读取、DA 各个环节。但引文作者有一点没错，值得关注、可能导致声音劣化的 Jitter，实际影响产生于 DA 环节。其实模拟传输也有 Jitter，只是不值得关注而已。

shuzixile

交易区新帖推荐

------因为啊，世上没有一模一样的时钟。 假设我们运气差， PC 使用的是比标准快 的，而 DAC 使用的是慢的，那么 PC 和 DAC 会出现时差。 这个偏差会造成缓存撕裂。PC 比 DAC 快，则 PC 送来的数据 DAC 解码不过来。 PC 比DAC慢，则 DAC 常常要空转. 这2种情况都会导致爆音产生。 加大缓存只能减缓这个时刻的到来，而且增加了播放的延迟。使用更高级的温补晶振也只是缓解而不是避免这个问题。------

首先，这好像已不是jitter的问题了。
其次，PC机数据传输和D/A转换速度差的问题一般是靠握手信号，数据缓存和中断及DMA机制来处理。一般来说，PC机的数据传输速率要比D/A转换速率快得多。因为PC机不是只作D/A转换一件事情。

yulihua

yxiao 发表于 2015-2-27 12:22
先有事实，再做假设，然后再为这一假设寻找佐证，并接受挑战，这是科学发现唯一正确的方法。所以在您拿出 ...

“事实上楼主对于 Jitter 来源的分析是完全错误的，如转盘的机械抖动导致的始终误差等等都被作者排斥在 Jitter 的来源之外。关于 USB 作者更是一窍不通：甚至对 IBM PC 数据总线、南北桥枢纽及其对数据传输造成的影响缺少一个最基本的理解。所以得出文章的错误结论也就在所难免了。”
你的思维还停留在模拟层面。不仅机械抖动完全不必考虑，连转速偏差都不是问题（这点我也不同意论文作者的什么缓存撕裂之说，计算机技术的“生产者－消费者”模型完全可以解决这类问题，生产者（读盘）与消费者（DA）本身速度就不同），转盘，即使比需要的速度快100倍的运行，也与播放质量完全无关。

老浦东

你们去玩JITTER吧。

小娃儿玩泥巴乐在其中，好事。

whpin

yxiao

交易区新帖推荐

shuzixile 发表于 2015-2-27 18:33
------因为啊，世上没有一模一样的时钟。 假设我们运气差， PC 使用的是比标准快 的，而 DAC 使用的是慢的 ...

虽然 PC 机的数据传输速率要比 D/A 转换速率快得多，但 PC 机传输数据的总线模式，引发数据拥塞的机会也会多得多。而这样的拥塞，正式 pc 机用作数字音源所带来 Jitter 的最主要原因之一。

yxiao

yulihua 发表于 2015-2-27 21:42
“事实上楼主对于 Jitter 来源的分析是完全错误的，如转盘的机械抖动导致的始终误差等等都被作者排斥在 ...

提几个观点：

1、DAC 缓存数量的增加是有限的。因为缓存带来延时，延时过度的系统是走不出实验室的，否则选曲、快进、快退的操作势必给用家带来一种难以忍受的体验；

2、有限的缓存系统随时都是可能被“击穿”的。这个不难理解，只要你前端的 Jitter 足够大，你很快就会面临缓存要么被清空因而不得不进行插值补偿，要么缓存空间溢出而不得不舍弃一部分数据的情形。但前注意，除非是特别严重的情形，这样的“击穿”一般是不会导致“爆音”而是代之以一种柔和得多的“失真”；

3、机械转盘系统、PC 的总线传输系统，都是经常产生上述“击穿”能力强劲的 Jitter 的；

4、Jitter 可以理解成为“实时数码数据流系统”的一个时间唯度上的一个逆向的“量化误差”；

5、上述“量化误差”本身就是一个模拟的随机变量序列，数学上称作“（随机）时间序列”。所以用模拟的思维看待数字系统的 Jitter，本身不仅是没有任何问题的，而且是必须的、唯一正确的方式。

yxiao

老浦东 发表于 2015-2-27 23:00
你们去玩JITTER吧。

小娃儿玩泥巴乐在其中，好事。

你以为你的“量子”把戏属于成人游戏啊？

老浦东

一上音响坛子，老浦东就经常会怀疑自己是不是穿越过来的。

怎么一个个都是些食古不化的木脑袋。

shuzixile

------虽然 PC 机的数据传输速率要比 D/A 转换速率快得多，但 PC 机传输数据的总线模式，引发数据拥塞的机会也会多得多。而这样的拥塞，正式 pc 机用作数字音源所带来 Jitter 的最主要原因之一。------

PC机有一整套提高数据传输速率的机制，例如数据“块”传输，DMA数据传输，而用优先级机制保证重要数据的实时传输等等，如果真到了引发数据拥塞，而不能正常工作的地步，最好的办法是别让他干那么多的活。

lszyc

老浦东 发表于 2015-2-28 06:02
一上音响坛子，老浦东就经常会怀疑自己是不是穿越过来的。

怎么一个个都是些食古不化的木脑袋。 ...

这帮人还不会做梦，不会任性，OUT了。

shuzixile

------2、有限的缓存系统随时都是可能被“击穿”的。这个不难理解，只要你前端的 Jitter 足够大，你很快就会面临缓存要么被清空因而不得不进行插值补偿，要么缓存空间溢出而不得不舍弃一部分数据的情形。但前注意，除非是特别严重的情形，这样的“击穿”一般是不会导致“爆音”而是代之以一种柔和得多的“失真”；------

yxiao

shuzixile 发表于 2015-2-28 10:41
------虽然 PC 机的数据传输速率要比 D/A 转换速率快得多，但 PC 机传输数据的总线模式，引发数据拥塞的机 ...

DMA 模式也好，其他模式也罢，数据传输都饶不开 IBM PC 的内、外部总线，饶不开南、北桥枢纽的“交通调度”，在任务操作系统下，都饶不开操作系统、CPU 对于系统资源的调度。

PC 数据总线的拥塞和调度，是一个经常的、普通的现象，但正常使用一般不至于达到不能正常工作的地步。不过对于音频处理这样需要精准时钟的实时系统，对于音质的影响很多时候还是很严重的。

“别让他干那么多的活”的想法是对的，但在一个多任务操作系统下，这个想法基本上是不可能实现的，不仅操作系统头很多高有限级别的系统级服务，同时还有很多诸如网络侦测、媒体侦测、病毒监控防护等等“外挂式”的准系统级服务等等等等，优先级别都比多媒体应用这样的普通应用程序高出很多。

最好的办法是绕开多任务操作系统，最好是绕开操作系统；最根本的办法是使用固体存储绕开硬盘、绕开数据总线和通用CPU，该用专用的存储设备服侍系统和数据通道。一句话，就是要抛弃通用 PC 架构。当然，第一步需要抛弃的，当然是衰声“利器”——USB。

yxiao

shuzixile 发表于 2015-2-28 10:49
------2、有限的缓存系统随时都是可能被“击穿”的。这个不难理解，只要你前端的 Jitter 足够大，你很快就 ...

不知你是对我关于“击穿”的描述有疑问，还是对于我关于数据补偿的前提下通常不会出现“爆音”的判断不认同？

风一样的

其实jitter不是很重要 100ps以下的jitter对声音影响不大，反而我觉得适当保持一点jitter还能使声音更耐听，真正0jitter的数码声一般人接受不了