关于GStreamer管道中videotestsrc后Queue元素作用的疑问

GStreamer的元素运行在不同线程中，上下游的处理速度、资源占用差异很大，queue就是用来解决这些矛盾的，具体作用可以拆成这几点：

• 缓冲速度差，避免上游被阻塞
  videotestsrc作为测试视频源，生成帧的速度极快，几乎没有延迟；但后续的vp8enc是CPU密集型的编码元素，处理速度大概率跟不上前者的生成节奏。如果不加queue，下游编码速度变慢时，上游的videotestsrc会被直接卡住，必须等下游处理完当前帧才能继续生成，最终导致视频流卡顿、丢帧。而queue可以临时缓存多余的帧，让上游持续生成数据，下游按自身速度处理，保证数据流的连续性。

• 拆分线程，充分利用多核CPU
  queue默认会为下游元素创建独立线程，也就是说videotestsrc在专属线程里生成帧，vp8enc及后续元素在另一个线程中处理。这种线程分离能充分利用多核CPU资源，避免所有操作挤在单线程里，导致编码这类耗时操作拖慢整个管道的处理效率。

• 抗下游波动，提升管道稳定性
  后续的webrtcbin可能因网络拥塞、临时负载过高出现处理延迟，queue的缓存可以吸收这类波动，不让上游的videotestsrc受影响。比如网络卡顿导致webrtcbin无法发送RTP包时，queue会先暂存编码好的帧，等网络恢复后再继续发送，避免整个管道因短暂阻塞出现崩溃或大量丢帧的情况。

原管道命令格式化后：

gst-launch-1.0 videotestsrc \
! queue ! vp8enc ! rtpvp8pay \
! application/x-rtp,media=video,encoding-name=VP8,payload=96 \
! webrtcbin name=sendrecv

内容的提问来源于stack exchange，提问作者Gauravchand Gupta