1

"failureReason": "作业验证失败：请求字段配置无效，预计总输出大小最多为 400 GB（当前值为 1194622697155 字节）。",

实际的输入文件只有 8 秒长。它是使用 mac osx 上的 safari media recorder api 创建的。

"failureReason": "作业验证失败：请求字段 config.editList[0].startTimeOffset 为 0s，预期开始时间小于该原子的所有输入的最短持续时间 (0s)。",

实际输入文件的长度为 8 秒。它是使用桌面 Chrome 媒体记录器 api 创建的，在 mac osx 上使用 mimeType "webm; codecs=vp9"。

请注意，Stackoverlow 不允许我包含google-cloud-transcoder“获得支持” https://cloud.google.com/transcoder/docs/getting-support?hl=sr建议的标签

4

3 回答 3

0

就像 Faniel 提到的，您的第一个问题是您的视频少于 10 秒，低于 API 的最低 10 秒。

您的第二个问题是 .webm 文件的 EBML 标头中可能缺少“持续时间”信息。当您使用 MediaRecorder 录制时，您的视频的持续时间在文件头中设置为 N/A，因为它事先不知道。这意味着 Transcoder API 会将视频的长度视为 Infinity / 0。有些人认为这是Chromium 的错误。

要确认这是您的问题，您可以使用ts-ebml或ffprobe检查视频的标题。您还可以使用这些工具来修复标头。在此处和此处阅读有关此内容的更多信息

也只需尝试使用此演示 .webm运行 Transcoder API，它的持续时间信息设置正确。

于 2021-06-26T13:14:50.330 回答
0

感谢您的提问和反馈。Transcoder API 当前的最短持续时间为 10 秒，这可能是作业不成功的原因。

于 2021-06-03T01:23:04.027 回答
0

此 Google文档规定输入文件的长度必须至少为 5 秒，并且应存储在 Cloud Storage 中（例如 gs://bucket/inputs/file.mp4）。当输入未正确打包且不包含持续时间元数据或包含不正确的持续时间元数据时，可能会发生作业验证错误。当输入未正确打包时，我们可以在作业配置中显式指定startTimeOffset和endTimeOffset以设置正确的持续时间。如果作业配置的 ffprobe 输出的持续时间（以秒为单位）超过 400 GB，则可能导致作业验证错误。我们可以使用以下公式来估计输出大小。

estimatedTotalOutputSizeInBytes = bitrateBps * outputDurationInSec / 8;
于 2021-08-27T13:50:14.260 回答