视频播放网站日益重要性-即通知访问者、提高用户经验或支持销售营销努力大规模提供高质量视频可能是一个相当挑战需要考虑编码、格式、带宽使用、送送和访问者可能观看视频的设备,仅举几个问题
帮助解答问题并减轻你对视频的规模混淆, 我们已经调查十多位专家,分享最佳做法、技巧和技巧继续阅读从这些行业思想导师学习更多知识
多技术特征是交付平滑成功企业视频的关键送货块不正确 便会变成难处理的野兽
网络复杂通用互联网连接和内容分发网络 视频流必须前往访问预期查看者设计出软件定义内容传递网络(SD-CDN)破解调用多分发网络编解码
SD-CDN管理大型商业CDN间的互动工具还分析性能并工作防止流故障,如检测出潜在问题,自动切换备用设备,最大限度地恢复能力性能执行直播时特别关键越来越多的公司直播产品发布和其他事件, 保证视频规模与千位同步浏览器相遇至关重要 。
另一件常被忽视的重要能力是企业内部传输流视频提供企业内容传送网络 并发流视频给员工 工作优美上千员工可同时观看视频流而不产生网络阻塞
深入了解这些能力,你可以查看我们的企业视频定义指南http://info.ustream.tv/definitive-guide-to-enterprise-video.html
斯特西诺罗基产品营销主管IBM云视频 |
- 避免自动播放.从我的经验看 自玩不是方法用户可以输入页面并离开计算机用户计算机音量可能太高或太低,自动播放程序可能先爆出后再调整音量外加自玩可能浪费带宽除非你运行视频网站,像Youtube或MetaCafe,不使用自玩
- 常备停止、暂停和量控件.网站自定义媒体不提供停止、暂停和音量控件毋庸置疑,不提供媒体播放器控制是一种可怕的实践
- 使媒体播放器易查找.将媒体播放器放入网站易查找区掩埋页面媒体播放器只能保证用户创下记录并点击最快速回扣
- 质量-一切或无.视频或音频片段贴上网站支持文章时我无法忍受,提供高质量视频,即使牺牲加载时间-我会等待好东西
- 警告用户NSFW材料.除非网站清晰NSFW整体, 清晰标注音视频NSFW(绝对不自动播放此素材)。
链接全文章https://davidwalsh.name/rules-audio-video-media
大卫沃尔什Mozilla传教士和MooTools核心开发者DavidWalsh博客 |
- 媒体流水/响应
- 算法正确化
- 最优尺寸/重量我提供视频文件
响应视频选择自托管自托管视频很好,因为它很容易前端实现离散日期需要 JavaScript或Flash像JWPlayer这样的玩家取而代之的是,你现在可以使用魔力
自托管问题在于你现在支付视频带宽, 视频不是互联网上最轻字节浏览器/设备/操作系统需要所有不同类型的视频编解码器,你也需要自己编码视频
贾斯丁Avery主管、数字咨询员和响应网络设计传教士-作者ResponsiveDesign.isRWD周报 |
流出并大规模提供视频技术之一是自适应比特率流
ABS技术根据用户带宽和CPU容量实时调整视频流质量使视频启动速度稍快一点,缓冲中断减少可生成多流视频,并有不同的分辨率、特性和特性比特率.多重流,也称变式 需要索引和流文件重播时视频播放器将确定并选择最优变量,如屏幕分辨率或播放器大小,以响应客户环境并自动切换变量以适应网络连接变化
CDNs还负责提供流时播放内容所需的视频优化视频传输效率,确保内容通过服务器服务贴近用户/浏览者/客户举例说,用户流视频从美国提供内容时,应当通过北美区域/前后的CDN提供,而不是欧盟区域提供高超技术为用户提供高超观光经验云化复用机数控件,包括主发机提供商Akamai
编译压缩视频源文件并转换为小文件用户可查看设备处理全视频编码过程可能具有挑战性贝斯特登录入口官网下载公司像Netflix已经构建内部解决方案编码视频各种可交付格式,因为它们拥有巨大的工程资源可用贝斯特登录入口官网下载组织或制作公司向用户提供视频内容而没有太多资源构建内部解决方案,可使用云编码服务提供即时视频编码云服务像云形一样不费吹灰之力处理即时编码
ProsperOtemuyiwa,Google开发专家spentOSS前端开发 |
贝斯特2200娱乐视频平台拥有者总是头痛思考多平台兼容并实现最大数不同设备时使用哪种标准,同时保持最佳视频质量和用户经验贝斯特2200娱乐第一批视频平台部署大都使用累进下载技术处理VOD内容或昂贵RTMP解决方案,如Flash流处理Live内容
AdobeHDS、微软MSS和苹果HLS都自营HTTP流程序,数年前推出,以便提高视频传输效率使用不同的方法学和格式,但均不兼容各种设备(移动设备、智能电视、计算机、机顶盒、博弈设备等)。
MPEG动态适配HTTP(DASH)生来即为国际开放标准解决互联网视频问题,例如因防火墙、插件缺缺或带宽问题等视频无障碍问题com2017全球媒体格式报告提到,尽管DASH(21%)逐年显示强劲增长,HLS(72%)仍然是最受欢迎适应比特率协议
苹果保持HLS标准唯一兼容Apple设备,这是对采用DASH唯一标准的极大约束,因为它意味着失去所有使用Apple移动设备客户的听众。贝斯特2200娱乐取HLS和DASH费用高昂,因为视频平台应编码并存储两种格式
自2016年6月以来,数字视频产业中新英雄称CMAF(通用媒体应用格式),目的是使单媒体编码在许多应用设备中使用CMAF支持分片MP4(fMP4)容器,DASH和更新苹果HLS清单也支持该容器通过采纳CMAF可编码并存储可同时交付HLS和DASH列表的独特视频内容
fMP4首次测试使用CMAF交付显示丰收使用CMAF多质量视频内容并配多音频和WebVT字幕的测试交付并使用bitmovin、JWPlayer、TheoPlayer和DashIF等网络播放器播放CMAF内容完全兼容苹果 Android移动设备小题
贝斯特2200娱乐因此,OTT平台内容传播演化预期会显著改善,为几乎所有平台提供单一格式自然会有一些老式互不兼容设备, 并需要评估量是否大到保存老式分发格式, 诸如累进下载或Flash
工程师咨询师Francesc MasCCMA
大规模投送视频, 特别是通过直播流送视频, 对许多企业来说每天都是一个挑战,目标到2018年覆盖19亿在线视频用户,加之质量需求增长:只有8.2%的浏览者在视频失效时返回网站所以,你最好找出最佳方式 向全地球传送视频内容 最小缓冲和最佳视觉质量
第一,你希望确保所有查看者访问流使用HTTP直播流当前最安全下注以合理成本和合理安全水平到达最大数设备HLS原创由苹果开发,是一个直播流协议 切入视频块或片段HTTP服务器创建列表文件播放列表索引块令播放器知道存储位置并按正确顺序回播
HTTP直播流支持自适应比特率流方法生成多端流传 并会通过按网络连接速度动态切换比特率
第二步想看CDN 最安全下注确保高品质视频传送由全世界各地的服务器网络组成,CDN可发送输出流到靠近查看器的边端服务器,以尽量减少传输问题和质量退化确定您的CDN在大多数查看者所在区域有服务器,因为并非所有CDN都是全局或平等服务所有地点
特别是直播流出时,您想使用顶级CDN并配有大规模定位网络以尽量避免缓冲问题可能你不得不投入相当量带宽直接与大型CDN结为伙伴,这可能不是定价方面最优选择
贝斯特2200娱乐最优解决办法往往是使用在线视频平台,该平台已经与顶级CDN相融合这种方法有助于从OVP谈判的低价以及其他综合工具中受益,这些工具有助于优化视频传送,例如视频解析仪表板
伊莉斯弗龙产品管理员DaCast |
定义视频流量剖面时需要考虑的初步问题如下:
- 直播或视频点播
- 多视频制作多快发布内容
- 视频流量中哪一部分驱动企业主动性并需要动态化(即视频清单、用户评论)而不仅仅是聚焦缓存交付(即视频段)
选择对业务目标最有利的CDN许多人可能知道缓存内容网络边缘(用户关闭)会降低源码基础设施成本,同时改善浏览者体验边端处理商业逻辑呢或允许请求链验证、特征标注或A/B测试查找您的CDN除字节传送外还能做些什么来释放出常被忽视的基础设施的全部潜力
设计视频服务时,你也应该定义关键性能指示器,这样你就可以测量你对目标跟踪多快会想评价组件 让你能见度 你需要发现洞察力 控制增量动作
尾片分析全成本 拥有您的架构超出分析不同商家的价格, 因为那不讲全故事考虑操作您的解决方案的所有元素:管理和维护需要多少时间和精力支持团队多快解决你的问题自用吗
阿绍克拉瓦尼视频产品主管快速化 |
- 大文件块分小.快速有效上传大文件的最佳方式是拆成更易操作的小文件可指定块大小优化网络条件时块视频文件可降低超时风险小块因任何理由不上传时,可自动重试块,而不必重新启动整块上传
- 异步上传.异步上传时,上传发生场后, 用户可以像往常一样继续使用应用, 而不是望慢移动进度栏instagram做了很好的工作, 发布后返回fe, 显示视频上传
- 内容摄取网络.CIN基本逆向CDNCDN拥有分布式服务器点网络提供内容,CIN则拥有分布式网络接收邻近用户上传内容CINs定期提高上传速度10x,如果将用户等待时间从60秒减为6秒供视频上传则大相径庭
贝瑟尼Stacheld营销主管文件栈 |
H.264编解码器遍历设备浏览器,支持面广,下一代编解码器H.265/HEVC证明在相同质量上效率更高30%附加性能-结合框架级优化使用感知质度-正在建立新质量和UX栏
块基视频编码机制本质上是损耗式方法,通过删除比特流信息实现压缩,同时计及这些信息对视频视觉质量和文件大小的影响视频编码器速率控制算法调整编码参数实现目标比特率算法向每组图片分配比特,单框,并在某些情况下分框视频序列
Beamr开发出内容适配编码过程,基础是闭环重编输入框架各种压缩级别,同时检验Beamr专利感知质度值,该值与人主观结果高度相关向Beamr优化进程输入视频文件(当Beamr5x编码器使用时,YUV输入)已经压缩到期望质量水平
通过逐个框架评价视频质量,这种内容适配编码法确保结果最优和视频文件编码最小,同时完全保留期望质量质量驱动速率控制过程融入视频编码过程的长处是文件/流大小平均减少20%至50%等量存取为大网站操作员带来巨大的利益和ROI对视频分发者而言,HEVC的通过以及框架级优化有助于节约成本和UX收益,直接转化成改善接触和内容货币化
马克唐尼根副总裁营销倍数 |
最小时间对优先框架,确保使用正确编码MP4视频文件,第一个框架即键框架如果第一个框架不是键盘框架,视频将先显示黑图像,直到第一个键盘启动此外,MOOV原子应放在起始位置,先下载MOOV原子存储视频长度信息,浏览器需要它帮助查找
屋大维奈库创建者产品管理员管道 |
- 平均段比特率必须在AVERAGE-BANDWIDTH属性的10%内
- 测量峰值比特率必须在BANDWIDTH属性的10%内
- 峰值比特率不应大于平均比特率的200%
通过第一需求工作很简单基本意指平均比特率必须在AVERAGE-BANDWIDTH属性的10%内,根据4.3.4.2Pantos特征测量“平均比特率变量流”。 基本说来,它是一个精度要求:实际平均率必须在M3U8文件标定属性的10%内
第二和第三需求有可能引起混淆,因为第二需求要求文件带宽10%以内峰值,而第三需求要求不大于平均比特率200%的峰值。检查Pantos样板后, 发现BANDWIDTH标签表示 变换流峰段比特率 。它不是平均带宽,而是峰值第二位精确度要求 峰值比特率应小于BANDWIDTH标签表示峰值比特率的10%
相形之下,第三个则编码要求和精度要求峰值比特率不应大于平均比特率的200%,这意味着200%受限VBR是一种可接受技术推荐110%约束VBRhttp://streaminglearningcenter.com/articles/bitrate-control-and-qoe-cbr-is-better.html并满足苹果spec
流视频需求简单得多
- 长段平均比特率(~1小时)必须小于AVERAGE-BANDWIDTH属性的110%
- 测量峰值比特率必须在BANDWIDTH属性的25%内
第一组再次要求精度流水量4Mbps 介于3.9至4.1Mbps第二位编码要求和精度要求表示峰值比特率MUST在带宽标签内表示峰值比特率的25%内唯一编码技术使用CBR,这应该不成问题
苹果可以更容易记住,如果他们把BANDWIDTH标签改成PEAKBANDWIDTH,这其实就是它的意思因为这不太可能发生, 如果你记住BANDWIDTH意指峰值带宽, 你应该能保持它直通
扬欧兹H264编码专家 提供编辑流媒体杂志杂志 |
为了确保内容正确传递,你应该预测并运行对基础建设的负载测试,这样你就可以微调、添加软件层并知道用户未来经验为确保您的负载测试有用,请尝试下列方法:
- 保证不面对缓存效果,这令你认为一切正常,即使不是。
- 多视频流:您的用户肯定会看不同的电影或广告,你需要在测试中反映这一点。
- 稀疏带宽:您的用户没有相同的网络带宽, 特别是移动用户微频带宽向虚拟用户模拟不同网络并了解可用带宽差
- 稀疏源址:您的用户可能来自您的国家或世界的不同位置,确保使用不同的源址云是你的朋友
- 检查所有内容交付
- 为了确保用户有最优经验,你必须提供至少2或3最受欢迎格式
- 保证测试所有负载格式这可能是乏味的,但幸运的是,有工具可以帮助你
- 复制玩家行为:实战加载测试流服务器并不容易,
- 下载流:启动时和播放视频时会发生,以确保视频畅通播放
- 联系DRM服务器检查权限:这些可以是第三方,由你定义 serves,但也可以托管后一种情况中,你需要确保他们正确处理负载Play流解码:这更多是一个客户端问题(玩家问题),不那么重要,但为了确保你提供最佳经验,使用常用快速编码编码编码录入视频
- 收集关键度量器:最后,负载测试度量器与视频流负载测试大相径庭除常用度量器外,像连接下载时间,为理解用户经验,你应跟踪以下内容:
- 初始缓冲时间
- 挂起数
- 拉格比
PhilippeMouawa领先开发UbikloadPackUbikLoadPack是一组Apache JMETER基础负载测试视频流协议插件(MPEG-DASH、HLS、MSSliple) |