From 2fc7082334ae9376a782e7b8627936d447f24b61 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:49:09 +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 b6ae507..49a3c38 100644
--- a/怎么测试ZLMediaKit的延时？.md
+++ b/怎么测试ZLMediaKit的延时？.md
@@ -9,7 +9,7 @@
 
 - **采集延时**
 
-在采集摄像头或显卡画面时，由于fps的限制和cpu性能、内存拷贝速度等客观限制下，采集画面成YUV/RGB等数据时会有一定的延时，一般延时为毫秒级别。由于一般编码器对输入数据格式存在限制，譬如要求统一输入YUV420P，这样在做RGB->YUV420P转换时，也会有转换计算延时(这个可以通过libyuv库来降低)。总而延时，采集延时大概为毫秒级别，如果fps为30，那么一般采集延时会有30毫秒以上的延时，在内存拷贝和颜色转换时，又可能增加若干毫秒的延时。
+在采集摄像头或显卡画面时，由于fps的限制和cpu性能、内存拷贝速度等客观限制，采集画面成YUV/RGB等数据时会有一定的延时，一般延时为毫秒级别。由于一般编码器对输入数据格式存在限制，譬如要求统一输入YUV420P，这样在做RGB->YUV420P转换时，也会有转换计算延时(这个可以通过libyuv库来降低)。总而延时，采集延时大概为毫秒级别，如果fps为30，那么一般采集延时会有30毫秒以上的延时，在内存拷贝和颜色转换时，又可能增加若干毫秒的延时。
 
 
 - **编码延时**