我正在开发一个在 Amazon S3 上存储视频上传的系统。这些视频由众多客户上传，我们无法控制他们可能选择上传的内容。我们正在各种设备和操作系统（Windows / Mac / 台式机 / 平板电脑 / 移动设备）上显示视频。
显然，由于可用的编解码器数量众多（其中一些编解码器可能是专有的，存在许可问题等），.mov 文件存在许多问题。
我们正在权衡是否使用亚马逊的弹性转码器生成video所有上传视频的 HTML5 标签兼容版本，然后使用符合 HTML5 的video标签标记来播放这些视频，或者是否继续使用 JW Player 处理用户上传的任何文件. 我已经在 iPad 上使用 JW Player 测试了现有的 .mov 上传之一，它运行良好，但我不确定这是否总是可以的，或者使用的编解码器是否会导致错误。有谁知道这是否是一个问题？如果是问题，我们在使用亚马逊的弹性转码器时会遇到同样的问题吗？对此的任何建议和见解将不胜感激。
只要您不需要获得自适应比特率格式（例如 HLS 或 Smooth）的好处，您就可以使用 mp4 格式，这将为您提供跨设备和平台播放的广泛兼容性。这意味着您的用户将获得“渐进式下载”体验，这适用于较短的视频，并且您不会从自适应比特率带来的潜在带宽节省和缓冲用户体验中受益。
您仍然可以选择使用 3rd 方媒体播放器，例如 JWPlayer 或 FlowPlayer，因为它们在基本视频标签之上提供了额外的好处。
将转码构建到您的工作流程中的好处（可以使用第三方 SaaS 产品（例如您在问题中提到的产品或 DIY 解决方案）来完成），因为您可以更好地控制播放体验，因为您可以控制您希望用户访问的格式和比特率/分辨率。
您将在播放时提高兼容性，因为某些提交的格式可能无法在视频标签下或第 3 方播放器下播放，但在将它们转码为 MP4 时，您正在解决该问题。此外，对于某些用户而言，输入视频的分辨率/比特率可能太高，通过降低比特率，您将改善慢速网络或 CPU 功率不足的播放体验。请注意，在转码时，您可以选择为同一个输入文件以不同的比特率创建多个输出，让您的用户可以选择（如果不是自动完成）他们希望播放的质量以适应他们的带宽条件。