Question

当我对dos执行以下命令时，它将正常工作

ffmpeg -f image2 -i frame%d.jpg -vcodec mpeg4 -b 800k video.avi

当我尝试在c＃中使用进程类时，如果没有参数，它会在控制台窗口中加载ffmpeg然后像往常一样消失。但是，当我尝试像上面那样使用参数时，格式完全一样......它不起作用！ ffmpeg仍然加载，但是由于控制台窗口关闭如此之快，我无法确定错误是什么：/

Process ffmpeg = new Process();
ffmpeg.StartInfo.FileName = path + "//" + "ffmpeg.exe";
ffmpeg.StartInfo.Arguments = " -f image2 -i frame%d.jpg -vcodec mpeg4 -b 800k video.avi";
ffmpeg.Start();

任何人都知道这是为什么？为什么命令可以从dos工作，然后使用c＃无法工作，即使参数完全相同？我之前使用过这种方法很多东西，从来没有遇到过这种情况。

Answer 1

不是一个直接的答案，但我强烈建议使用LINQPad进行这种“探索式”C＃编程。

我在LINQPad中将以下内容保存为“查询”：

var p = new System.Diagnostics.Process();
p.StartInfo.FileName = "cmd.exe";
p.StartInfo.Arguments = "/c echo Foo && echo Bar";
p.StartInfo.RedirectStandardOutput = true;
p.StartInfo.UseShellExecute = false;
p.StartInfo.CreateNoWindow = true;
p.Start();
p.StandardOutput.ReadToEnd().Dump();

随意根据需要进行调整。

Answer 2

尝试完全限定参数中的文件名 - 我注意到你在FileName部分指定了路径，因此有可能在其他地方启动进程，然后找不到参数并导致错误。

如果可行，那么在StartInfo上设置WorkingDirectory属性可能有用。

实际上，根据链接

WorkingDirectory属性必须如果UserName和密码是，则设置提供。如果没有设置属性，默认工作目录是％SYSTEMROOT％\ SYSTEM32。

Answer 3

确保使用完整路径，例如不仅是“video.avi”，还有该文件的完整路径。

调试的一个简单技巧是使用cmd /k <command>来启动命令窗口：

string ffmpegPath = Path.Combine(path, "ffmpeg.exe");
string ffmpegParams = @"-f image2 -i frame%d.jpg -vcodec"
    + @" mpeg4 -b 800k C:\myFolder\video.avi"

Process ffmpeg = new Process();
ffmpeg.StartInfo.FileName = "cmd.exe";
ffmpeg.StartInfo.Arguments = "/k " + ffmpegPath + " " + ffmpegParams
ffmpeg.Start();

这将使命令窗口保持打开状态，以便您可以轻松检查输出。

Answer 4

为了更好地进行诊断，您可以捕获外部程序的标准输出和标准错误流，以便查看生成的输出以及可能无法按预期运行的原因。

向上看：

如果将每个设置为true，则可以稍后调用process.StandardOutput.ReadToEnd()和process.StandardError.ReadToEnd()将输出转换为字符串变量，您可以在调试器下轻松检查，或输出到跟踪或你的日志文件。

Answer 5

非常边缘的情况，但我必须使用只有在我指定

时才能正常工作的程序

StartInfo = {..., RedirectStandardOutput = true}

不指定它会导致错误。之后甚至没有必要阅读输出。

process.start（）参数

5 个答案: