nack相关参数可配置化（#3507）

[gongluck]

No description provided.

[xia-chu]

感谢您的pr 要不这些也做成配置化?

[xia-chu]

你修改的这两个参数 对重传效果的调整有限
那两个参数基本不影响抗丢包效果

[gongluck]

你修改的这两个参数 对重传效果的调整有限

那两个参数基本不影响抗丢包效果

这两个在我们项目上对延时很有用，默认的配置有时会出现几秒的延时，但是将第一个参数设置成低于1s的话，延时就不会超过1s了。

[gongluck]

感谢您的pr 要不这些也做成配置化?

我晚点再补充下哈

[xia-chu]

你修改的这两个参数 对重传效果的调整有限
那两个参数基本不影响抗丢包效果

这两个在我们项目上对延时很有用，默认的配置有时会出现几秒的延时，但是将第一个参数设置成低于1s的话，延时就不会超过1s了。

那奇怪啊 这两个参数是zlm发送rtp后保留的缓存长度 在接收端反馈丢包后 再重发给对方，
你缩减后，再对方反馈丢包了就无数据可发 对方就会接收丢包

[xia-chu]

按道理 最大重传缓存时长 应该是接收端控制的 发送端应该设置的比较大才合理

[gongluck]

你修改的这两个参数 对重传效果的调整有限

那两个参数基本不影响抗丢包效果

这两个在我们项目上对延时很有用，默认的配置有时会出现几秒的延时，但是将第一个参数设置成低于1s的话，延时就不会超过1s了。

那奇怪啊 这两个参数是zlm发送rtp后保留的缓存长度 在接收端反馈丢包后 再重发给对方，

你缩减后，再对方反馈丢包了就无数据可发 对方就会接收丢包

因为我们加了处理pli等刷i帧的，所以能很快恢复

[gongluck]

按道理 最大重传缓存时长 应该是接收端控制的 发送端应该设置的比较大才合理

情况是接收端是浏览器，很多东西都不能改，客户又要超低延时，所以只能修改发送端了。

[xia-chu]

@gongluck 要不再在config.ini文件中添加下这些配置以及相关注释？

[xia-chu]

感谢大佬 加个微信？ xiachuziyue

[gongluck]

感谢大佬 加个微信？ xiachuziyue

感谢zlm的开源分享👍