使用 Qt5.4 录制视频

Question

我正在构建一个跨平台应用程序来记录多媒体文件以进行持续处理。这是基于继承的应用程序，我无法使用替代库重写。

我当前的问题是 QMediaRecorder 显然没有将视频文件保存到本地驱动器上 - 我暂时将要保存为 banana.mov 的文件硬编码到用户根文件夹中。

执行时，输出文件不会被保存。

我尝试按照here 的建议强制解决问题，并且看到其他人在从 Windows 录制时遇到问题，但 OSX 是fine

使用 Qt5.4 的开发环境 OSX 10.10（同样的问题也发生在使用 Qt5.3 的 Windows 8.1 机器上）

此code on Github 基于相机示例，在尝试识别和重现问题时添加了额外的调试代码。

在调查时，QMediaRecorder::​supportedAudioCodecs 和 QMediaRecorder::supportedVideoCodecs 都返回空列表。这在 OSX 构建和 Windows 环境中都会发生。

调试输出如下：

Status change SIGNAL 'The recorder is initializing.'
Output location file:~/banana.mov
2015 01 05 14:59:58.111 Number of supported AUDIO Codecs 0
2015 01 05 14:59:58.111 Number of Audio sample rates 0
2015 01 05 14:59:58.111 Number of Video Codecs 0
2015 01 05 14:59:58.111 Number of Video Frame Rates 0
2015 01 05 14:59:58.111 Number of Containers 0
Location Changed SIGNAL 'file:~/banana.mov'
State change SIGNAL 'The recording is requested.'
Recording should have started
2015 01 05 14:59:58.111 Number of supported AUDIO Codecs 0
2015 01 05 14:59:58.111 Number of Audio sample rates 0
2015 01 05 14:59:58.111 Number of Video Codecs 0
2015 01 05 14:59:58.111 Number of Video Frame Rates 0
2015 01 05 14:59:58.111 Number of Containers 0
Status change SIGNAL 'Recording is requested but not active yet.'

我有一种感觉，我错过了一些非常明显的东西，我只是还没有发现它！

edit 1 很明显，状态是Recording is requested but not active yet 而不是Recording is active。我目前正在尝试找出为什么录制没有开始。

edit 2 录音机示例确实记录并保存了一个音频文件。看起来 QMediaRecorder 不返回可用音频编解码器列表，但 QAudioRecorder 确实返回音频编解码器列表。我在使用 Qt5.3 的 Windows 8.1 和使用 Qt 5.4 的 OSX 上都得到了相同的结果

Answer 1

您很可能正在查看特定于操作系统的工件，而不是 QT 的核心问题。

我在这么多工具包和框架中多次看到这个问题，这让我感到害怕，以至于还没有人想出一个优雅的解决方案。

问题的基础

大多数操作系统对关键系统文件实施某种保护。

在*nix下，这是用户/组权限系统的形式，在windows下是类似的，但有UAC（用户访问控制）子系统。

这归结为，您通常不能只选择任意位置来写入文件，除非首先从操作系统中的各种安全 API 和机制寻求许可。

那么问题的后半部分，来自变量扩展。

在 *nix 中，特别是波浪字符“~”被 shell 扩展为用户主目录。

当我们说 shell 时，我们指的是 bash、tch、csh 或您运行应用程序的任何环境。

在这个组合中，我们还将放置桌面环境，因为大多数东西，如 Kde、Gnome、Unity 或其他正在使用的东西，都有某种操作系统调用，当传递一个“~”时它，知道将其转换为 '/home/neil/' 或任何需要扩展的东西。

Windows 也有类似的功能，您可以调用操作系统并说“嘿先生操作系统，我的用户文件夹存储在哪里”，它会很高兴地回复类似“c:\users\”的内容

为什么问题会以这种方式表现出来

仅仅是因为当您自己负责创建路径字符串时，在您自己的应用程序中，通常不会将事物传递给这些不同的操作系统调用以进行扩展和安全许可，您几乎必须确保调用它们的人.

此规则的例外情况是，如果您使用 *nix 的小工具理念来完成一项工作。在这种情况下，您通常会将结果传递给基于 shell 的程序，因为它是通过 shell 运行的，所以它知道如果看到 '~' 就必须扩展它。

因为您使用直接文件访问，管理您自己的文件路径，当您认为您在哪里写入“\home\neil\file.mov”时，实际上您在尝试写入一个名为“file.mov”的文件运行您的应用程序的当前文件夹，在我愿意的名为“~”的文件夹中不存在。

除此之外，许多框架（QT 也不例外）旨在隐藏和抽象出所有丑陋的细节，很有可能它消耗了您实际尝试编写时生成的操作系统异常该文件，如果没有，那么您的应用很可能会因某种异常对话框而崩溃。

如何解决问题

您可以采取 3 种方法来缓解这种情况。

• 1) 您可以对路径进行硬编码，也就是说，您可以明确告诉应用程序始终将您的文件存储在 '/home/neil/videos/blah.mov' 中，但这有一个缺点，但是每个用户的应用程序需要自定义构建，因为“person2”不太可能对“neil 的主目录”具有写入权限。

• 2) 您可以内置功能，为用户提供一个对话框并询问他们希望将文件保存在哪里。由于您使用 QT 之类的东西应该很容易，因此这些 UI 工具包中的大多数都内置了功能，可以轻松地向用户展示这种体验。

• 3) 您可以了解您的框架或底层操作系统是否有任何要求您询问当前用户是谁，以及他们的主目录在哪里，然后您可以使用返回的信息动态构建一个类似于选项 1 中的静态补丁。以这种方式执行操作可确保应用程序自动适应其环境，而与用户无关。

就我个人而言，我在开发的时候一般采用选项1，然后在开发完成后切换到数字2，我很少在基于桌面的软件中使用数字3。

对我来说，选项 3 经常用于当相关应用程序设计为执行单个工作时，例如转换文件以供另一个进程使用，或为服务器生成一些输出以显示在网页中等。

对于你来说，现在作为这个问题的解决方案，选项 1 是你最好的选择。

Answer 2

为了补充 Shawty 的精彩回答，我发现 Qt 不支持在 Windows 上录制 http://doc.qt.io/qt-5/qtmultimedia-windows.html

这可能会有所帮助https://github.com/kibsoft/QtMEL