这些google beta转换服务工作验证错误的原因是什么？

Question

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

实际输入文件只有8秒长。它是使用mac上的safari媒体记录器api创建的。

"failureReason"：“作业验证失败:请求字段config.editList.startTimeOffset为0，预期启动时间小于此原子(0)的所有输入的最小持续时间。”

实际输入文件长达8秒。它使用桌面创建，在mac上使用mimeType "webm；codecs=vp9“。

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

Answer 1

正如Faniel提到的，您的第一个问题是，您的视频不到10秒，低于API的最小10秒。

第二个问题是，.webm文件的EBML头中可能缺少“持续时间”信息。当您使用MediaRecorder进行记录时，视频的持续时间将设置为文件头中的N/A，因为事先不知道它。这意味着Transcoder将处理视频长度为Infinity / 0。有些人认为这是含铬缺陷。

要确认这是您的问题，可以使用特莱姆或弗氏探针检查视频的标题。您还可以使用这些工具来修复标头。了解更多关于这个这里和这里的信息

同样，只需尝试使用带有这个演示.webm的Transcoder运行，该API的持续时间信息设置正确。

Answer 2

谢谢你的提问和反馈。Transcoder当前的最低持续时间为10秒，这可能是作业没有成功的原因。

Answer 3

这个Google 文档声明输入文件的长度必须至少为5秒，并且应该存储在云存储中(例如，gs://bucket/ input /file.mp4)。当输入没有正确打包并且不包含持续时间元数据或包含不正确的持续时间元数据时，可能会发生作业验证错误。当输入没有正确打包时，我们可以在作业配置中显式指定startTimeOffset和endTimeOffset来设置正确的持续时间。如果作业配置的ff探头输出的持续时间(以秒为单位)超过400 GB，则会导致作业验证错误。我们可以使用下面的公式来估计输出大小。

estimatedTotalOutputSizeInBytes = bitrateBps * outputDurationInSec / 8;