媒体处理 MTS-工作流

基础分析

在使用媒体处理（MTS） 产品的工作流转码时，我们先补充基础认知。
一句话概括，工作流就是一套模版在特定条件自动触发对视频进行处理的流程，那我们先要知道类型的视频文件支持工作流。

• 视频：3gp, asf, avi, dat, dv, flv, f4v, gif, m2t, m3u8, m4v, mj2, mjpeg, mkv, mov, mp4, mpe, mpg, mpeg, mts, ogg, qt, rm, rmvb, swf, vob, wmv, webm。
• 音频：aac, ac3, acm, amr, ape, caf, flac, m4a, mp3, ra, wav, wma, aiff。
• 另类：没有后缀的文件也会触发工作流，触发后再判断是否在上述的视频封装格式内。

也就是说只有上述几个条件的音视频才能触发工作流，除此之外是不会触发工作流的。工作流是和 OSS bucket 关联的，常用在有新文件上传到 OSS 时触发工作流的转码。

案例分析 NoneExistFileURL

背景：

该案例是 Z 某调用 QueryMediaListByURL 接口时，返回的的 medialist 不存在，NoneExistFileURL 是 OSS 的存储地址。

QueryMediaListByURL：

当上传文件到 OSS 触发工作流转码时，如果转码完成，可以通过 QueryMediaListByURL 接口查询转码完成后的媒体信息。这个接口只针对工作流触发的转码任务才能查询。

或者存量视频可以让用户先调用 AddMedia 添加媒体信息，然后在调用 QueryMediaListByURL

分析：

该案例 Z 某没有获取到 MediaList 内容，无非就两个原因：

• 客户端不是触发工作流进行的转码，而是 SubmitJobs 进行的转码。
• 配置的工作流没有触发。

结论：

经过确认是通过工作流转码，但是为什么没有触发呢？查看源文件才发现因为后缀是 QuickTime 的，不在我们上述支持的后缀反馈内，后续将后缀去掉就触发流转码。

http://xxxx.oss-cn-hangzhou.aliyuncs.com/m3u8MultibitrateIn64/d13f51ca-de4b-11e8-a0b9-112a0a.quicktime

案例分析 MPS 上云

背景：

客户端开发的 APP 将文件上传到 OSS ，调用转码服务后，将转码完成后返回一个 CDN 地址让客户端 APP 可以播放。

分析：

整个架构中涉及到四种产品 OSS、 CDN、 MPS 、MNS ，如果完整的串联起来提供高性能服务，由我给大家通过两张图介绍一下。

图中完整的将所有产品串联起来，关键缓解是视频上传、视频转码两个时间耗时。建议几个注意点：

• app 要有完整的上传记录，包括 OSS requestID ，出现问题时便于让阿里云排查。
• 客户的业务服务器提供回调的接口要记录日志，并且保证网络良好，能和 mns 正常通信。
• 上传的视频一定遇见做好后缀判断和封装格式判断。
• 第五步拼装客户端播放的 CDN 地址，客户可以通过 QueryMediaList 的接口，传入 mediaID 获取转码完成的输出地址文件后，将域名替换为 CDN 域名即可传给 APP 播放。
• MPS（MTS） 会投递什么信息给 mns 可以参考，https://help.aliyun.com/knowledge_detail/50627.html 有详细的回调内容。