subprocess模块communicate接口卡死问题记录

在Python中使用subprocess.Popen调用ffmpeg进行推流时,遇到子进程在关闭时communicate接口卡住的问题。原因是ffmpeg命令未完全成功,尝试发送结束信号未生效。设置communicate的超时解决了卡住问题,但并未根本解决Popen启动子进程失败的根源。
摘要由CSDN通过智能技术生成

记录一次使用python调用ffmpeg时communicate卡住的情况及解决办法

运行环境:python3.11,windwos11

测试代码

import time
import subprocess

cmd = "ffmpeg -re -i http://devimages.apple.com/iphone/samples/bipbop/bipbopall.m3u8 -loglevel quiet -c copy -f flv rtmp://127.0.0.1:1935/hls/test"

def sub_test():
    proc = []
    # 开启100个推流进程
    for each in range(100):
        cmd_str = cmd + str(each)
        live_video = subprocess.Popen(
            cmd_str, shell=True, stdin=subprocess.PIPE,
            stdout=subprocess.PIPE)
        proc.append(live_video)

    # 等待30s,关闭所有子进程
    time.sleep(30)
    for item in range(100):
        proc[item].communicate(input='q'.encode("GBK"))
        proc[item].kill()

sub_test()

运行上述代码发现所有子进程中总有个别进程在关闭时communicate()接口卡住,检查rtmp目录下已经生成的推流文件发现,卡住的子进程往往是没有生成推流文件的进程,也就是说在创建推流进程时,subprocess.Popen执行的ffmpeg命令还没有完全成功(或者是启动ffmpeg推流时卡住),此时发送了结束ffmpeg进程信号(stdin=‘q’.encode(“GBK”),这是不会起到关闭进程的效果,下面验证我们的猜测,修改关闭进程的代码:

try:
    proc[item].communicate(input='q'.encode("GBK"), timeout=30)
except Exception as exc:
    print(exc)

运行结果如下:
在这里插入图片描述

结果显示:ffmpeg启动超时,而communicate又在等待子进程结束,形成死锁,临时解决方案就是在等待子进程结束时增加超时设置。

但是这没有从根本上解决Popen启动子进程失败问题,欢迎大佬补充。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值