C++；调用手刹会损坏视频 使用C++程序调用手制动器的命令行界面： command = "HandBrakeCli -i in.mp4 -o out.mp4 --preset=\"Normal\""; result = std::system(command.c_str());

视频输出已损坏（没有声音，图片无法识别）。从终端运行相同的命令，效果与预期相同

当尝试使用管道连接到命令行而不是系统时，只要视频文件小于10 MB，它就会突然工作。但是，任何较大的文件都会以与以前不同的方式被破坏（视频文件仍在播放，但声音会切入或切出，而图片会冻结（播放器不会冻结，但视频包含长时间的静止图像）

我想也许C++正在切断手刹（如果系统或某些东西超时），但情况似乎不是这样（手制动器仍然在正常的时间运行，但是输出被弄乱了）。 谢谢阅读，如果我找到答案，我会再发一次

Edit:system（）方法在我的程序（它是一个守护进程）的上下文之外单独尝试时起作用

编辑：此时，HandBrakeCLI的输出开始与在bash中运行时不同：

[aac @ 0x7f04b0e42fc0] Number of bands (57) exceeds limit (48).
[aac @ 0x7f04b0e42fc0] channel element 3.4 is not allocated
[aac @ 0x7f04b0e42fc0] channel element 2.8 is not allocated
[aac @ 0x7f04b0e42fc0] channel element 3.6 is not allocated
[aac @ 0x7f04b0e42fc0] channel element 3.2 is not allocated
[aac @ 0x7f04b0e42fc0] Not evaluating a further program_config_element as this construct is dubious at best.
[aac @ 0x7f04b0e42fc0] Not evaluating a further program_config_element as this construct is dubious at best.

这会重复4000条线路，然后是分段故障

编辑：bash环境：

TERM=xterm-256color
SHELL=/bin/bash
XDG_SESSION_COOKIE=xxxxxx
SSH_CLIENT=xxxxxxxx
SSH_TTY=/dev/pts/0
USER=ubuntu
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:
MAIL=/var/mail/ubuntu
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
PWD=/home/ubuntu/ivpd_php
LANG=en_US.UTF-8
SHLVL=1
HOME=/home/ubuntu
LOGNAME=ubuntu
SSH_CONNECTION=xxxx xxx xxxx xxx
LESSOPEN=| /usr/bin/lesspipe %s
LESSCLOSE=/usr/bin/lesspipe %s %s
_=/usr/bin/env
OLDPWD=/home/ubuntu

在守护进程中：

SUDO_GID=1000
MAIL=/var/mail/root
USER=root
HOME=/home/ubuntu
SUDO_UID=1000
LOGNAME=root
TERM=xterm-256color
USERNAME=root
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
LANG=en_US.UTF-8
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:
SUDO_COMMAND=./env
SHELL=/bin/bash
SUDO_USER=ubuntu
PWD=/

---

根据，stdout输出编码进度信息，stderr输出日志数据。在您进行系统调用之前，可能会重定向或捕获这些数据，这可能会让您更深入地了解问题？很好的调用；我在命令中添加了“>out.txt”，得到：Encoding:task 1 of 1，0.00%Encoding:task 1 of 1，0.29%…但它变为4%，t当文件结束=）所以…不知怎的，有东西把它切断了。它出现在一个循环中：while（1）{/*encode*/sleep（1）；}，那么可能是循环…在某种程度上干扰了它？但这并不能使senseTry

>stdout.txt 2>stderr.txt

查看是否生成了任何错误。分段错误（内核转储）-->是的，这样就可以了。还有更多的错误信息，我会调查的。谢谢你的建议没问题。我觉得奇怪的是，它只有在后台程序中运行时才会崩溃。我的直觉是在守护进程中指定的东西，该守护进程由子进程继承，它改变了它的环境（env vars，等等），并阻止它进行工作。如果你发布输出，也许我能帮上忙。