音视频解决方案-如何开通视频点播

视频点播开通流程

一、管理控制台如何上传点播流程

第一步、  在控制台里,找到点播服务

第二步、  选定工作流、上传一段视频

第三步、  查看视频详情,获取OSS地址和CDN地址

第四步、  通过OSS 播放地址、或者CDN播放地址和相应的格式进行播放

没错,已经可以播放了;

通过API进行操作,无非是通过API完成文件上传、完成播放地址获取等工作,日常要做的就是这两件事(除非转码模板、访问域名有改变,否则都不需要重新设置),看看是多么的简单。。。

二、如何配置工作流

要达到第一节描述的上传、播放效果,必需提前做好点播工作流配置。但是要更好的理解工作流配置中的一些概念,以下先把相关的一些重要环节提出简要说明

1、CDN加速及OSS绑定,操作指导如下

简述如下:OSS里上传一段video,会生成一个外部访问的url(假设为test-1-001.oss-cn-hangzhou.aliyuncs.com/test.mp4),可以通过互联网访问这个视频(假设bucket的读写权限没有问题),但一般应用系统里不会这么做。

这里又分两种情况,一种是需要通过CDN进行加速访问,另一种是不需要CDN加速、直接从OSS读内容(例如视频监控类、非分享类型的)

A、CDN加速类:

https://help.aliyun.com/document_detail/27116.html

通过CDN控制台,添加需要加速的业务域名(例如myvod.example.com)、选择源站为OSS外网访问域名,生成加速的域名(myvod.example.com.w.kunlunAr.com),为业务域名添加CNAME到生成的加速域名。这样访问业务域名,实际是访问CDN的加速节点、源站是OSS。注意:CDN源站设定类型,有专门的视频点播类型,设定时请注意,否则会影响实际的播放效果。

通过CDN播放,则CDN可以提供相应的安全机制,如下链接

https://help.aliyun.com/knowledge_detail/6698417.html,可以提供防盗链、CC/WAF防护和url鉴权保护。还有一些二次鉴权、回源鉴权、及DRM的方法。

B、直接访问

https://help.aliyun.com/document_detail/31902.html

即便不使用CDN加速,在实际业务中一般都是通过业务域名(假设为myvod.example.com)来访问视频的,所以需要在OSS控制台-域名管理菜单下,将OSS外网访问域名与业务域名绑定,然后再将业务域名的CNAME设定为OSS的外网访问域名上。

对于域名解析是否在阿里云云解析做的,有不同的操作方式及注意事项,上述操作指导中有细致说明;完成上述配置后,就可以通过业务域名来访问存放在OSS内的视频资源了。

通过OSS访问,OSS提供refer防盗链、和Url签名访问机制,还可以通过STS+RAM的方式对指定资源做临时授权访问。

2、转码设定

转码服务的详细说明如下:

https://help.aliyun.com/document_detail/29207.html,这里面有一些概念简单说明,特别是管道概念,管道是转码作业(简单理解为对一个上传资源进行转码的工作)的管理单元,转码作业是执行在管道当中的;

要能够执行转码,执行说明如下:https://help.aliyun.com/document_detail/29208.html

基础设置:通过转码服务控制台,选择object访问地址(对于点播服务来说、就是刚上传的Object)、选择管道、设定输出文件名和路径;

转码模板设置:选择内置模板或自定义模板、选择水印等选项,然后启动转码。

要成功执行一个完整的转码流程,还有相应的RAM资源授权、转码消息通知(设置在管道上)等机制,这里不做解释,在上述执行说明里有详细解释。

三、如何添加点播工作流

在第一节描述的上传视频进行转码和点播准备工作时,选定了一个工作流。工作流是视频点播最核心的环境,在配置工作流时会完成上述所有OSS、CDN、MTS的相应配置工作(换言之、尽量不需要在这些产品自己的控制台进行操作),然后上传的视频就会根据对应工作流的转码模板、输出格式、存储位置进行工作了。工作流的创建指导如下:

https://help.aliyun.com/document_detail/29940.html

简要说明如下:(一个问题,目前已经设定的工作量不能查看???)

登录视频点播控制台、创建工作流:选择工作流配置方案(可以是预置的、也可以自定义),如下:

一个典型的3码率输出的flv的工作流,选择输入路径(bucket下的一个具体目录地址)、截图和各条转码的参数(注意两者的输出路径与输入路径不能在一个bucket以下);转码模板和之前MTS里描述的一样,也包括内置模板和自定义模板。

消息通知,是视频服务提供的一种消息通知机制,通过MNS服务进行异步的消息传递,因为转码过程根据视频文件大小可能时间不定,在代码中上传视频文件后、程序不能一直同步等着,所以采用异步方式可以通过轮询约定的通知信息、知道视频转码完成进行后续处理。

点播服务菜单里的“设置”项,只是将MTS里的相应管理界面搬在这里、方便管理而已。

四、SDK使用

SDK说明:https://help.aliyun.com/document_detail/29946.html

 关于音视频解决方案,更多内容https://www.aliyun.com/solution/media 

 

时间: 2024-11-02 00:33:04

音视频解决方案-如何开通视频点播的相关文章

MediaElement 4.1.3 发布,HTML5 音视频解决方案

MediaElement 4.1.3 已发布.MediaElement 是支持 MP4.WebM 和 MP3 以及 HLS.Dash.YouTube.Facebook.SoundCloud 和其他具有通用 HTML5 MediaElement API 的 HTML5 或 主要更新: 中文翻译升级 将 React 文档中的 destroy()更改成 remove() 新增对自动播放.循环和静音属性的完全支持,以便在所有渲染器中进行交互 通过添加确保插件正确操作和运行的 Promises 以改进核心

h264-关于Android实现音视频直播的解决方案

问题描述 关于Android实现音视频直播的解决方案 刚开始发错地方了,问题具体描述的帖子在论坛里,标题跟这个标题一致,悬赏80C.请大家移步至论坛搜一下就能出来,谢谢! 解决方案 http://www.cnblogs.com/lingyunhu/p/3621057.html

【短视频SDK系列之一】阿里云上线短视频解决方案

相信很多人都已经被从去年年底接开始踵而来的短视频行业融资.战略事件.新品发布刷屏,短视频已经走上了风口浪尖,成为大众用户和行业人士关注的对象. 实际上,互联网的内容行业正在进阶,从文字.图片到视频.直播,再到能填补用户碎片时间的短视频,这是一个趋于互动性.实时性的迭代.而且,4G普及.资费下调.编解码技术进步和移动硬件的品质提升,也为短视频的发展提供了良好客观因素.从产品形态层面看,短视频本身也拥有创作门槛低.内容精炼.易于发酵等属性,更易于传播.综合这几点,短视频创业才如此蓬勃.那作为国内领先

视频流-live555音视频同时播放问题

问题描述 live555音视频同时播放问题 我用live555搭了一个rtsp服务端,开了两个队列,一个存放已经编码的H264数据,一个存放已编码的AAC数据.视频帧率15,音频采样率8000.开两个OnDemandMediaSubsession分别处理音频和视频,然后再把他们加到ServerMediaSession.继承Framesource,重写doGetNextFrame,从队列取数据.问题来了,我这样做,只能流畅播放2分钟左右,之后,视频流就会丢帧很严重,画面卡死.然而,我单独播放视频流

mp4parser音视频合成抛异常Expected Start Word 0x7ff

问题描述 mp4parser音视频合成抛异常Expected Start Word 0x7ff 我用mp4parser合成音视频的时候,总是抛这个异常,换成AACTrackImpl也是这个问题,请问这个怎么解决? mp3文件跟AAC文件都是可以正常播放的 java.io.IOException: Expected Start Word 0x7ff at com.googlecode.mp4parser.authoring.tracks.MP3TrackImpl.readMP3Header(MP3

离开 YY 三年,赵斌和他的声网是如何做实时音视频互动的?

"为什么通话质量不好?" 在从业生涯里,赵斌总会遇到别人问这样的问题,然后他只能告诉这只是由于网络或设备出了毛病. 但这样的问题问的多了,会让他感到很沮丧,因为如果是网络的问题,程序员就不能拿出什么解决办法吗?确实没有,你能做的也不过是专注于改进软件和运用先进的算法.而且后来在 YY 的工作经验让他明白,玩家们没有时间会听你解释这只是一个网络问题,而非软件问题. 但这个问题总要有人去解决,后来 YY 就开始通过新技术优化公共互联网,以此来提高音视频通话质量.也因此,仅在 2012 年,

视频流-Android端音视频采集到推流这一步,服务器端不需要

问题描述 Android端音视频采集到推流这一步,服务器端不需要 各位大牛,小弟现在因为项目需求,需要做一个android端采集音视频并实时对音视频编解码(AAC/H.264), 然后封包RTMP推送至流媒体服务器,服务器端再实时将可播放的流发送至其他android客户端以支持RTMP协议的流媒体播放. 在网上找了很多文章都大同小异,而且感觉不是很适合. 感觉视频流用MediaRecorder进行H264硬编码 + LocalSocket的方案可行,但要是直接可播放的流貌似应该要先发送SPS和P

fudh环信ios工程师 能不能把你集成音视频的demo发给我1217212724 或者给一个连接

问题描述 解决方案 你好,已经发给你了,自己改下pch文件的路径.解决方案二:收到了,谢谢,麻烦您了解决方案三:实时音视频Demo能否发一下 .. joinfun#foxmail.com解决方案四:我也需要...大兄弟 125753775@qq.com

h264-H264、流媒体的音视频处理问题

问题描述 H264.流媒体的音视频处理问题 流媒体在处理.传输的时候,视频和音频是分开的,还是压缩在一起的? 比如说:我用FFmpeg流化,RTP打数据,是必须要用两个端口,分别发送视频.音频数据,并实现对齐吗? 有没有什么技术,可以在流化.打包的时候,把流媒体的音视频数据搞在一起,只用一个端口发送,并且可以被live555服务器正确处理呢? 解决方案 应该都是一起的,比如ts流,没记错的话,应该是头部有信息表明是视频音频还是数据