dujingning
dujingning
> 谢谢建议，我正在考虑，这方面不是特别了解，不知道MIT licence是否可以，如果有更多的建议，请提出来。 MIT挺好
嗯，看到了，客户端发送这个类型是正常的，ZK服务端没有能正确处理。gpt：当客户端发送携带如上 * 字段的 SDP 协议时，它表示客户端希望在该会话中为所有媒体流启用 goog-remb 和 transport-cc 的 RTCP 反馈参数。这是 WebRTC 中一种常见的设置，可以让发送方根据接收端的网络状况和处理能力来动态调整传输比特率和控制拥塞，从而实现更好的媒体传输体验。
对webrtc不是很熟，直接从接收的地方过滤掉这字段了，然后浏览器能正常播放，但不是正确的解决办法。
chromium，这里下载的： https://[commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/](https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/)
@peerlesszhu Thanks for raising the issue. The update has already been made. You can [click here to see the commit details](https://github.com/dujingning/inicpp/commit/02df9bf14cd452e31341980faa0542c880195984). The test code and results are provided below. @peerlesszhu...
1.如果上述特定情况下的问题，复现的话提供一下步骤。考虑是不是并发无锁导致。 2.检查是否不同，确认是否修改，这么做也是合理。**晚点我实现一下，如果key-value相同，不执行写操作。** 3.为了使用简单，目前set是直接读取文件、解析文件、写入文件的一次操作。 4.如果有这种需求，可以封装一个类来处理。 **如果后续 star 增多的话考虑支持这种模式。**