From c2d58f13d0340702d292da5920c24961e5d49916 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E5=A4=8F=E6=A5=9A?= <771730766@qq.com>
Date: Thu, 16 Apr 2020 18:55:18 +0800
Subject: [PATCH] =?UTF-8?q?Updated=20=E6=80=8E=E4=B9=88=E6=B5=8B=E8=AF=95Z?=
 =?UTF-8?q?LMediaKit=E7=9A=84=E5=BB=B6=E6=97=B6=EF=BC=9F=20(markdown)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 怎么测试ZLMediaKit的延时？.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/怎么测试ZLMediaKit的延时？.md b/怎么测试ZLMediaKit的延时？.md
index bef3d82..2c89a67 100644
--- a/怎么测试ZLMediaKit的延时？.md
+++ b/怎么测试ZLMediaKit的延时？.md
@@ -35,7 +35,7 @@
 
 播放器延时主要有网路接收延时、协议解析解复用延时、解码延时、缓存延时、渲染延时组成，这些延时中**缓存延时**最大，因为一般的播放器为了保证在网络抖动情况下视频播放的流畅性，会以增加延时为代价，增加播放缓存，这样在网络变差时，不至于播放缓冲卡顿。而且为了音视频同步，也必须确保一定的缓存量。这种延时一般都是秒级别，一般5秒左右。
 
-- **播放器GOP缓存**
+- **播放器GOP缓存延时**
 
 流媒体服务器为了能让播放器立即出画面，往往会缓存最近的一个I帧，这个I帧往后的所有音视频数据被称作为GOP缓存。如果不缓存GOP，那么播放器要等下一个I帧才能解码成功或不花屏，显然为了提高播放体验，这个GOP缓存是不能去掉的。而一般GOP短则1~3秒，长则10几秒，这个跟采集端编码器设置有关，服务器改变不了。但是由于一般的播放器收到缓存后，并不会丢弃过多的画面来确保低延时。况且播放器还希望有一定的缓存来确保播放的流畅性，所以这个GOP缓存将会增大播放器的延时。