Re: [问题] 低延迟的一些概念想澄清

楼主: Oswyn (Oswyn)   2020-09-28 12:42:13
※ 引述《dunhillli (a6214666)》之铭言:
: 一、
: 相较于数位设备,类比器材的速度较快也不会造成延迟,但目前在声音的编辑处理上,时
: 常需要转数位化,这也就是造成延迟的开始。
: =>
: 1.1现在所有方便取得的音档,CD、线上音乐,都是由类比=>数位=>类比,换言之,延
: 迟是必然的?
: 1.2而延迟分主要为两个部份,一个在于类比转数位的过程,另一个则在数位转类比的过
: 程,简言之,在讯息传递的过程中,每传一次就会损失一次,这也就是造成延迟的所在?
A to D + 后制当成为音档输出,过程中的 Latency 就消失了
可想成是隔离,因为不是实时而是转换完成了所以 Latency 并不会传递到下一个阶段
就像中秋烤肉,肉要烤熟要时间,开始烤到烤好入口的时间是 Latency
但如果你买现成烤好的,不用等也就没有 Latency
(不过实际上没有0延迟,还是会花时间点单付钱拿东西送进嘴)
D to A
买冷冻即食包,工厂生产与物流的时程与并不会算在“你”的感受中
所以并没有对你产生 Latency 感
但要吃要微波 3min,这 3min 对你形成了 Latency
DA 的过程也一定会有 Latency
主要发生在传递的过程、数据传递几乎都是以打包的方式传送所以形成一定的延迟
与 DSP 处理需一定长度的资料,才能开窗分析频率
计算过程反倒没形成什么延迟
其它、虽然不是专针对 BT 做解说
Android Audio's 10 Millisecond Problem: The Android Audio Path Latency
Explainer
https://superpowered.com/androidaudiopathlatency
对于什么是 Latency (延迟) 可以参考上面这篇

补充下一些 Latency 的543
弹实体钢琴、按下琴键时声音会没有任何延迟吗?
答案是否
琴键透过杠杆趋动打击槌、敲琴弦、发出声音
过程会有延迟但很短,短到人类认为没有什么延迟
数位也是一样没有真的零延迟这种东西
Latency 一般只影响实时&需同步的应用
数位的 Latency 如果太长,如上面的弹琴的例子弹 MIDI Keyboard
如果按下 MIDI 琴键后声音出来的太慢,慢到让人觉得不同步了
那就是所谓的延迟太高,如果不会那延迟就是够低
以 BT 来举例的话,如果跟人通话时好像在讲无线电的不顺感
那就是延迟不够低
延迟不影响音质、只影响同步与否的感受
作者: ultimatevic (龟龟龟)   2020-09-28 12:50:00
作者: addy7533967 (火爆刺香肠)   2020-09-28 12:59:00
推推
作者: gameguy (gameguy号:)   2020-09-28 13:09:00
卡 卡 的 动 次 动 次(不爽) 卡卡的动次动次(爽),GG
作者: djboy (雞尾酒)   2020-09-28 13:14:00
o大认真了
作者: greg7575 (顾家)   2020-09-28 13:50:00
每个人都同时延迟一步,巨观上队伍并没有改变除非你的延迟跳来跳去的才会影响
作者: yamatai (回避性人格障碍症)   2020-09-28 14:05:00
我知道这听起来很像玄学 但是低延迟声音真的比较好
作者: bh2142 (濒临绝种的Emacser)   2020-09-28 16:11:00
玄学喇
作者: Tosca (hi)   2020-09-28 16:15:00
其实是原文把Buffer和latency搞混了有缓冲的设计 你播放音乐必定会延迟一下才有声音你要换下一首也是 他没办法马上反应 一定会停一下这不叫延迟 这是有buffer的关系
作者: house09gbk (兔子)   2020-09-28 16:17:00
错板了(?
作者: Tosca (hi)   2020-09-28 16:17:00
你如果不想要buffer 那jitter就会超大 音质会劣化chord M scaler在这点就超明显 他buffer超大所以使用上就不会那么方便 毕竟音质至上的结果就是牺牲方便
作者: mikemagic88 (Mikemagic88)   2020-09-28 16:30:00
buffer造成latency 还是延迟啊==
作者: Tosca (hi)   2020-09-28 16:32:00
buffer造成的latency是必然的 不是一般讨论要降低的latency
作者: yamatai (回避性人格障碍症)   2020-09-28 16:33:00
低 buffer 声音也比较直接如果系统够敏感 这些现象都很明显 所以之前才会有人在玩超低buffer 超低 latency
作者: breadf ( Lifting Turn )   2020-09-28 16:35:00
latency是输入和输出时间差,所以要先定义输入和输出是啥才能讨论,如果buffer是输入输出系统内的一环,那系统中说有buffer造成的latency也不算说错现在通常会降低UX的地方通常在于影音的不同步,如果纯声音应该不会造成什么感觉的修正一下,纯声音播放,如果是做录音、混音,那latency就满重要的了
作者: max8201 (我是一只沙沙羊)   2020-09-28 16:54:00
延迟越高等效路径越长,jitter会越高跟你打的比方其实没什么关系……
作者: znew1219 (NULL)   2020-09-28 18:10:00
录音满常遇到的问题,像是歌手聆听即时收音结果会受ADC与DAC延迟影响,NV有个End to End延迟计算方式也可以参考从周边到终端的延迟都纳入计算https://news.xfastest.com/review/review-05/85172/nvidia-ldat-reflex/把影像处理换成音讯相关处理
作者: selnec (就是一只毛猫)   2020-09-28 18:33:00
数位电路里buffer的功用包含把路径用clock切开,所以讯号路径要重新从buffer处开始算
作者: bh2142 (濒临绝种的Emacser)   2020-09-28 18:35:00
有buffer+reclock 才没有什么等校电路越长jitter越多好吗
作者: jacky850429 (MATA)   2020-09-28 21:07:00
虽然我都听不懂但我还是觉得很厉害我觉得无线耳机音质不破方便就好不用要求太多
作者: max8201 (我是一只沙沙羊)   2020-09-28 21:13:00
在场真的有人是做数位电路的designer吗,以为buffer万能?
作者: selnec (就是一只毛猫)   2020-09-28 21:21:00
请m大解释buffer怎么影响jitter
作者: max8201 (我是一只沙沙羊)   2020-09-28 21:24:00
没有校正码的情况下还是仰赖系统clock跟data的同步性去latch要有自检的系统才会像你们想的那样完全切开但有没有可能这样的jitter会导致data错误基本上我觉得也不太可能,所以不要误会我的意思
作者: goldie (阿良)   2020-09-28 21:38:00
作者: greg7575 (顾家)   2020-09-28 21:44:00
jitter不会造成data错误
作者: e2167471 (乔妹)   2020-09-28 23:44:00
buffer越多的确会造成jitter啊 当你01不断toggle的时候buffer内的dynamic power对系统都是负担 做过power就知道power在意什么 其中一项就是外部瞬间抽电另外buffer造成的latency越高的时候的确也有可能会造成讯号和的极少许不一致影响讯号品质 但这人耳能不能分辨我就不敢说了这就跟音乐人调音都是用耳朵听而不是对调音器可能类似绝对波形 vs. 各种极细微不一致形成的你想要的波形
作者: selnec (就是一只毛猫)   2020-09-29 01:32:00
单纯buffer就让power有问题的话其实订spec的人问题最大…
作者: e2167471 (乔妹)   2020-09-29 15:40:00
power不会出问题 但是就是会有jitter呀讲白了就是看你电容多大颗 瞬间抽电不可避jitter变糟也许不代表音讯就会变糟 我只是表达一个事实toggle越多对power负担越大 你外部观测不到 示波器勾下去看power就是变脏
作者: pameum (胖达)   2020-09-29 18:58:00
好专业的讨论 所以有buffer必定会造成jitter的误差吗?

Links booklink

Contact Us: admin [ a t ] ucptt.com