我将 RTMFP 与 NetGroup 和 Adobe Cirrus 一起使用。
广播设置为 320x240、5 fps。
然而，在某些情况下，网络摄像头流需要很长时间才能出现（10-20 秒，即使具有 1:1 连接）。
如果流最终出现，它看起来像这样：
我认为这来自高关键帧间隔和订阅者需要等待下一个关键帧，以便流正常显示。这种情况与流媒体服务器形成鲜明对比，在流媒体服务器中，服务器缓存发布者流中的最后一个关键帧。
我的问题是如何调整广播，例如设置关键帧间隔和其他设置。你能推荐一个好的设置吗？
而且，为什么这个问题不受欢迎（我还没有找到太多相关信息）？
谢谢，
瓦伦丁
I use RTMFP with NetGroup and Adobe Cirrus.
Broadcasting settings are 320x240 with 5 fps.
However, in some cases it takes a long time for the webcam stream to appear (10-20 seconds, even if having a 1:1 connection).
If the stream appears eventually, it looks like this:
I think this comes from a high keyframe interval and the subscribers needs to wait for the next keyframe, so that the stream appears properly. This happens in contrast to streaming servers, where the server caches the last keyframes from the publisher stream.
My question is how I am able to tune the broadcasting, e.g. set the keyframe interval and other settings. Can you recommend a good setup?
And, why is this issue not popular (I haven't found much information about it)?
Thanks,
Valentin
发布评论
评论（2）
尝试像平常一样设置关键帧间隔：
camera.setKeyFrameInterval(1);您应该能够通过将netStream.bufferTime设置为大于或等于关键帧来避免像素化图像间隔。这样，当它被缓冲时，您将至少拥有 1 个关键帧。但是，您不能保证不会出现故障，因为 RTMFP 使用有损的 UDP。
Try setting the keyframe interval like normal:
camera.setKeyFrameInterval(1);You should be able to avoid the pixelated image by settingnetStream.bufferTimegreater than or equal to the keyframe interval. That way by the time it's buffered, you will have at least 1 keyframe.But, you can't guarantee there won't be glitches, because RTMFP uses UDP, which is lossy.
RTMFP 是一种点对点协议，因此最终会在开始时以及网络摄像头上有大量活动（更多帧）时出现视频失真（您附加的截图）。
您无法设置质量或带宽选项，因为 RTMFP 是纯粹的 p2p。
如果您正在寻找这些参数，请前往 RTMP。
RTMFP is a peer-2-peer protocol, so eventually there will be video distortion(the scrshot you attached) in the beginining and also when there is a lot of activity(more frames) on the webcam.
You can't set the quality or the bandwidth option , as RTMFP is purely p2p.
If you are looking for these parameters go for RTMP.