如何向命令行运行的GStreamer管道发送EOS事件而非使用Ctrl+C终止进程

当然可以做到！用命令行启动的GStreamer管道完全能通过优雅的方式发送EOS（End of Stream）事件来收尾，而不是用Ctrl+C粗暴终止进程——后者很容易导致输出文件损坏（比如容器索引没写完）。下面给你两种实用的方法：

方法一：发送SIGUSR1信号（最简便） #

gst-launch-1.0程序默认监听SIGUSR1信号，收到这个信号后会自动向整个管道发送EOS事件，然后正常完成流的收尾工作（比如正确关闭输出文件、写入完整的容器元数据）。具体步骤：

• 先让你的管道运行起来：如果是在前台运行，你可以按Ctrl+Z暂停进程，再输入bg把它放到后台继续执行；或者一开始就用&后缀让它后台运行：

  gst-launch-1.0 v4l2src device=/dev/video2 ! image/jpeg,width=1280,height=800,framerate=30/1 ! v4l2jpegdec ! queue ! v4l2h264enc extra-controls="controls, h264_profile=4, video_bitrate=620000" ! 'video/x-h264, profile=high, level=(string)4' ! h264parse ! matroskamux ! filesink location=output2.mkv &
  

• 找到gst-launch-1.0的进程ID（PID）：用以下命令之一

  ps aux | grep gst-launch-1.0
  # 或者更简洁的
  pgrep gst-launch-1.0
  

• 发送SIGUSR1信号给目标进程：

  kill -SIGUSR1 <你的进程PID>
  

  比如PID是1234，就执行kill -SIGUSR1 1234。发送后管道会完成当前帧处理，写入所有剩余数据，然后正常退出，生成的output2.mkv就是完整可用的。

方法二：脚本化控制（进阶） #

如果需要更灵活的控制（比如定时发送EOS、绑定到某个触发事件），可以用GStreamer的Python绑定写个简单脚本，或者用Shell脚本结合信号监听。不过对于大多数场景，方法一已经足够简单高效了。

注意事项 #

• 确保你发送信号的PID确实是目标gst-launch-1.0进程，别误发给其他程序；
• GStreamer 1.0及以上版本都支持SIGUSR1触发EOS，老版本可能存在兼容性问题，但现在主流环境都是1.0+了；
• 发送EOS后，管道不会立刻退出，需要等所有缓冲数据处理完成、输出文件正确关闭，所以别着急杀掉进程，给它一点收尾时间。

备注：内容来源于stack exchange，提问作者José Vicente R