![cover](https://img-blog.csdnimg.cn/img_convert/52c04583445f4e4c9e61870422b94996.png)
【已解决】Python的坑:os.system()运行带有空格的长路径和双引号参数有bug
当DOS命令行带有双引号路径、双引号参数时,os.system()运行的结果总是显示:“XXX(路径名)不是内部或外部命令,也不是可运行的程序或批处理文件。”
在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'
'''
![Logo](https://devpress.csdnimg.cn/79de2bf0b7994defa4242ef90d5513fa.jpg)
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)