当前位置:   article > 正文

【已解决】Python的坑:os.system()运行带有空格的长路径和双引号参数有bug_os.system怎么调试

os.system怎么调试

在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)会报错,这样写是入门时经常遇到的现象。

3961c0b4d3d64ca4845a3e558f3ef3c3.png

很显然路径名称中的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"。

  1. import os
  2. inputfile = r'd:\temp\input.m3u8'
  3. outputfile = r'd:\temp\output.mp4'
  4. ffmpeg_path = r'"D:\Program Files\ffmpeg\bin\ffmpeg.exe"'
  5. command = f'{ffmpeg_path} -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "{inputfile}" -c copy "{outputfile}"'
  6. '''
  7. print(command)
  8. 输出:
  9. "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"
  10. '''
  11. os.system(command)

这里的command字符串明明没问题,但到了os.system(command)又出同样的错:

 

我意识到又是双引号的问题了。如果去掉ffmpeg后面所有的参数、仅运行主程序呢?试试:os.system(ffmpeg_path)

e23cd73376934d2d942af1007c3752b5.png

结果是可以正常运行。是不是ffmpeg参数带有双引号就运行不了?

可是ffmpeg规定-protocol_whitelist 参数后面的类型 "file,http,https,crypto,tcp" 必须有双引号,改单引号或去掉都非法。-i 后的输入文件路径、以及末尾的输出文件路径如有空格,也必须加双引号。

前后调试了多次,我发现如果ffmpeg不加上完整的路径,os.system(command)可以成功运行。但需要作前提设置:要把ffmpeg的路径添加到系统路径的变量里(具体操作不作赘述)。

按照这个思路顺藤摸瓜,既然参数的双引号一定要加,那么主程序的路径名不加双引号,怎么操作?我突发奇想:ffmpeg的路径使用旧式的8位字符短路径又如何?把长路径中的“Program Files”改为“Progra~1”,代码改成这样:

  1. inputfile = r'd:\temp\input.m3u8'
  2. outputfile = r'd:\temp\output.mp4'
  3. ffmpeg_path = r'D:\Progra~1\ffmpeg\bin\ffmpeg.exe'
  4. command = f'{ffmpeg_path} -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "{inputfile}" -c copy "{outputfile}"'
  5. os.system(command)

意想不到的是os.system(command)居然成功运行了。ffmpeg转码的信息在屏幕里不停滚动,像瀑布一样哗哗直流。

b5ff50d5d3d643a395793ac4df875ac9.png

“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函数进行获取:

  1. from win32api import GetShortPathName
  2. ffmpeg_path = r'D:\Program Files\ffmpeg\bin\ffmpeg.exe'
  3. ffmpeg_path = GetShortPathName(ffmpeg_path)
  4. '''
  5. print(ffmpeg_path)
  6. 输出:
  7. 'D:\Progra~1\ffmpeg\bin\ffmpeg.exe'
  8. '''

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/我家自动化/article/detail/471789
推荐阅读
相关标签
  

闽ICP备14008679号