在Python代码里运行DOS命令，可以使用os库的os.system()函数。其用法很简单，需要注意的是os.system不会返回输出的结果赋予一个变量。今天我发现了一个bug：当DOS命令行带有双引号路径、双引号参数时，os.system()运行的结果总是显示：“XXX（路径名） 不是内部或外部命令，也不是可运行的程序或批处理文件。”
我写了一个Python批量使用ffmpeg转换视频的代码。首先定义ffmpeg的路径：
ffmpeg_path = r'D:\Program Files\ffmpeg\bin\ffmpeg.exe'当运行os.system(ffmpeg_path)会报错，这样写是入门时经常遇到的现象。
很显然路径名称中的Program Files含有空格，DOS要求凡是有空格的路径一定要加双引号，因此代码要这样改才能使os.system()正确执行：
ffmpeg_path = r'"D:\Program Files\ffmpeg\bin\ffmpeg.exe"'今天我要讲的重点不是这个。
ffmpeg需要添加很多参数来转码，比如把ts格式的m3u8文件转换成mp4文件：ffmpeg -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "input.m3u8" -c copy "output.mp4"。
import os
inputfile = r'd:\temp\input.m3u8'
outputfile = r'd:\temp\output.mp4'
ffmpeg_path = r'"D:\Program Files\ffmpeg\bin\ffmpeg.exe"'
command = f'{ffmpeg_path} -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "{inputfile}" -c copy "{outputfile}"'
'''
print(command)
输出：
"D:\Program Files\ffmpeg\bin\ffmpeg.exe" -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "d:\temp\input.m3u8" -c copy "d:\temp\output.mp4"
'''
os.system(command)
这里的command字符串明明没问题，但到了os.system(command)又出同样的错：
我意识到又是双引号的问题了。如果去掉ffmpeg后面所有的参数、仅运行主程序呢？试试：os.system(ffmpeg_path)
结果是可以正常运行。是不是ffmpeg参数带有双引号就运行不了？
可是ffmpeg规定-protocol_whitelist 参数后面的类型 "file,http,https,crypto,tcp" 必须有双引号，改单引号或去掉都非法。-i 后的输入文件路径、以及末尾的输出文件路径如有空格，也必须加双引号。
前后调试了多次，我发现如果ffmpeg不加上完整的路径，os.system(command)可以成功运行。但需要作前提设置：要把ffmpeg的路径添加到系统路径的变量里（具体操作不作赘述）。
按照这个思路顺藤摸瓜，既然参数的双引号一定要加，那么主程序的路径名不加双引号，怎么操作？我突发奇想：ffmpeg的路径使用旧式的8位字符短路径又如何？把长路径中的“Program Files”改为“Progra~1”，代码改成这样：
inputfile = r'd:\temp\input.m3u8'
outputfile = r'd:\temp\output.mp4'
ffmpeg_path = r'D:\Progra~1\ffmpeg\bin\ffmpeg.exe'
command = f'{ffmpeg_path} -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "{inputfile}" -c copy "{outputfile}"'
os.system(command)意想不到的是os.system(command)居然成功运行了。ffmpeg转码的信息在屏幕里不停滚动，像瀑布一样哗哗直流。
“Progra~1”这种短路径表示方式可以说是Windows系统的绝对路径，能彻底访问含空格、或带奇怪字符的路径，这是多年前Win9x年代的玩法，现在还有多少人记得？方法虽旧，但却很管用。
小结一下：os.system()的bug在于：
条件1：当命令行的主程序路径含有空格时，路径必须有双引号。
条件2：命令行的参数带有双引号。
这两个条件都满足的情况下，运行会报错：“XXX（路径名） 不是内部或外部命令，也不是可运行的程序或批处理文件。”
我当前的Python版本是3.10，也许os.system()函数没有考虑周全像DOS命令行参数带双引号这种情况。
解决办法：
1、主程序的路径改用旧式的8位字符短路径，并且去掉其双引号。后面的参数保留双引号，不用改。
或者
2、把主程序所在的路径添加到Windows系统的环境变量%PATH%，os.system()就可以直接使用程序名称，不需要添加路径名。
以上的小结有点啰嗦，我作个通俗一点的表格归纳一下使用os.system()运行ffmpeg成功与否的组合搭配：
| 序号 | 程序名 | 参数 | 结果 |
| （1） | 带长路径程序名 | "参数" | 路径缺双引号，报错。 |
| （2） | "带长路径程序名" | "参数" | 路径和参数都带双引号却报错。我认为是BUG。 |
| （3） | "带长路径程序名" | 参数 | 参数不带双引号，如果程序对某些参数不要求带双引号就能正常运行，否则会报错。 |
| （4） | "带长路径程序名" | 可以运行，但没有参数，运行程序可能达不到预期的效果。 | |
| （5） | 程序名 | "参数" | 程序名前没有路径，程序必须在当前路径或者在系统%PATH%变量中才能成功，否则报错。 |
| （6） | 短路径的程序名 | "参数" | 成功。短路径的程序名不需要加双引号了。 |
最后再教一招：如何获取短路径？
方法1：在cmd命令提示符下用 dir /x 命令查看。
方法2：Python代码引入win32api的GetShortPathName函数进行获取：
from win32api import GetShortPathName
ffmpeg_path = r'D:\Program Files\ffmpeg\bin\ffmpeg.exe'
ffmpeg_path = GetShortPathName(ffmpeg_path)
'''
print(ffmpeg_path)
输出：
'D:\Progra~1\ffmpeg\bin\ffmpeg.exe'
'''