内容源自B站：https://www.bilibili.com/video/BV1Wy4y1z746?spm_id_from=333.999.0.0
速度的单位是bit，计算、存储的单位是Byte
以太网数据传输是串行的，同一时刻对于接收/发送端口的状态，要么是0.要么是1
要具备网络传输条件：必须是数据帧，一个帧包括若干数据包。没有这样的帧格式是无法传到对端。当然实际传输还是1bit接着1bit串行传输的。
模拟带宽：绝对的频率偏差
数字带宽：1秒传输的bit数，
以太网payload数据包最小64bit，最大1518bit
GAP= 12byte * 8 = 96ns，近似为0.1us
以1G网速计算。传输1bit 1ns
采样率越高，采样好的波形越接近于模拟波形。
假设16Hz采样率，一个完整周期采样16个点。
纵坐标的精度：比特率（一个周期内的所有值）。
横坐标的精度：采样率。
一个周期内的数据大小：比特率 * 采样率。就是常说的码流
声卡96KHz采样，是用于音乐编辑。
音响最高48KHz。
48KHz采样率，完成一次采样时间20.8us（相邻两次采样的间隔时间）。
采样时间 = 采样的次数 * 一次采样的时间；
一个数据包包括的采样数越多，这个数据包等待的时间（sample collection）就越长
真正需要的数据是Audio Data，从Wireshark抓到的包来看，数据分为6条流，分别Sample 1 到 Sample 6
网络中通道不可以路由，只有流可以路由。
网络中不是按照通道排队，而是按照sample（采样）排队。N个通道的第一个sample排在一起发出来，这是实际的工作流程。
实际应该按照sample排列，有多少sample，就有多少个24bit。 采样精度24位
数据包发送时间 = 开销（63Byte）+ 一个通道的采样数 * 一个packet里面包含的channel数 * 24； 基于24位采样精度
最大等待时延 = 最大数据包1530Byte的发送时间 = 1530 x 8 = 12240ns
Wireshark抓到的包是从MAC开始，不含前导码
IP、UDP等包头都包含在payload data字段
一个audio数据包括6条stram，Sample 1 ~ Sample 6
Sample1 只包含1个Sample，代表有1个channel
Sample1有2个Label ，最有2个sample，即代表2个channel。 任何一个子sample对应6位16进制数，即24位二进制数，代表是一次采样的数据。 24位采样精度
鼓手打鼓到收到回声时间3ms，歌手麦克风发音到剧场返回歌手时延35ms~50ms，异地150ms
Sample/Ch: 采样时间
从麦克风到功放，返回到听众耳朵的总延时要求小于35ms
对于铜线：1m（3-5us）与100（300-500us）m的传输时延差别不大，但光纤的传输延时差别比较大。因为光纤的传输距离远，传输时延不可不考虑
只要是数字设备，一定有延时。
空间：声音传播延时。
鼓手：自己打鼓到音响声音过来的延时小于3ms
剧场内：35~50ms。可接受的情况下，选择最大延时，最设备要求最低。
异地：150ms延迟。
VoIP：150ms ~ 250ms
以太网的竞争机制还是基于FIFO
NTSC：帧率是29.97fps，2/3采样 23.976fps
以太网 同步问题没解决好，不适合音频视频业务。 需要辅助其它技术解决
传播时延 开始发数据到对方看到第一个bit的时延
传输时延 开始传输到全部传完的延时，这是我们关注的主要延时
以太网的ip地址包括在数据里面,payload部分
MP3 44.1khz
网络里面按照sample进行排队，然后一个sample又分为不同的channel
有多少个sample就有多少个24bit
max queuing delay是指前一个数据包为最大包，后面不停的等待。
在应用允许的情况下，尽量选最大延时，这样对系统时延精度，抖动，纠错等压力会小很多，传输更可靠
网友评论