我需要帮助来调试概率问题。我构建了一个 gstreamer 管道,将 NVENC 编码的 h264 比特流(仅限视频)流式传输到浏览器。浏览器很少正常播放。在大多数情况下,只有几帧被渲染然后图片被冻结。
NVENC 设置遵循“https://cloud.google.com/solutions/gpu-accelerated-streaming-using-webrtc”,它们是 h264 高配置和低延迟高质量和 NVENC_INFINITE_GOPLENGTH(一些设置已尝试,如 rateControlMode/enableVFR /sliceMode/repeatSPSPPS/outputAUD 但没有帮助)。在运行时,NVENC 将实时渲染的 opengl fbo 纹理编码为 h264 比特流,并通过 appsrc 将它们推送到 gstreamer。目前纹理大小为 512x512 并以 10/20/30 fps 的速度输入。
我使用gstreamer 1.18.2,管道定义为“appsrc name=nvenc_src do-timestamp=1!video/x-h264,stream-format=byte-stream,alignment=au!rtph264pay aggregate-mode=zero-latency!队列!应用程序/x-rtp,媒体=视频,编码名称=H264,有效负载=123!webrtcbin bundle-policy=max-compat name=backend_webrtc”。
gstreamer 部分代码遵循 sendrecv 示例(用 websocketpp 替换 libsoup 并删除 recv 逻辑)。
该应用程序构建为 MSVC 2019 32 位。浏览器解码器是 NVDEC。exe应用程序和js代码在同一台PC上运行(windwos 10,gtx1060,驱动版本460.89)。我在 Chrome(87.0.4280.88) 和 edge(87.0.664.66) 中尝试过。我还尝试在 android(chrome) 和 ios(safari) 中运行 js 代码并获得相同的结果。
可以得出结论,NVENC 生成了“正确的”h264 比特流。我将原始 h264 比特流转储到文件中。该文件在 VLC 中正常播放。我还尝试将转储的 h264 比特流推入 gstreamer。冻结的问题仍然存在。
图片冻结后,播放永远不会恢复。浏览器的“webrtc-internals”显示 bytes/headerBytes/packests_Received 保持增长,而 frameReceived/framesDecoded/framesDropped 保持不变。
由于按位相同的 h264 帧在不同的运行中表现不同,我猜 rtp 时间戳可能会导致问题。我尝试将appsrc 的do-timestamp 设置为0 并手动设置gstbuffer 的PTS,但它没有帮助。