关于又拍云:视频网站节约流量的小妙招

3次阅读

共计 2998 个字符,预计需要花费 8 分钟才能阅读完成。

当初社会大家不是在看视频就是在筹备去看视频的路上,那些花样百出的视频播放、敞开时你有留神过下方那个小小的进度条么?在进度条里其实暗藏着大大的明码,你晓得是什么么?

2020 年初,一场从天而降的疫情突破了咱们以往失常的生存,也阻挡了大家出行的脚步。抗击疫情,最重要的防护措施就是缩小外出,做好隔离,大家每天待在家里,流动范畴仅限“卧室 – 客厅 – 卫生间”,因为鸿鹄之志呈现了许多“宅家趣事”。

比方某“土豪”网友在家里钓鱼,不晓得远道而来的热带鱼会不会“愿者上钩”… …

也有某网友很有“商业头脑”的自制套圈游戏,放在当初肯定很适宜摆摊 … …

俗话说有急躁的人肯定能成就一番小事,这不就有网友把整袋果干数了一遍,揭开了哪种干果最便宜了的机密……

宽广网友集思广益发明了很多宅家趣事的同时,肯定也有很多的小伙伴一朝无暇疯狂“追剧、看视频”补齐剧情和娱乐进度。特地最近,各大综艺纷纷官宣首播工夫,各视频平台也上线了新剧,好像后宫三千佳丽静待垂怜,让人乐不思蜀。

工夫无限,而抉择却越来越多。为了用户可能在无限工夫内看更多的内容,各视频平台推出了各种“花色节约工夫老本”的性能,比方倍速、只看 TA 等等。对于一些剧情拖沓的电视,或者想快进又舍不得的人,这些性能几乎好用到爆。

那大家在用这些好用的性能疯狂追剧的同时有没有留神到,有时咱们观看的网络视频,它的进度条不是一次性全副载入,而是一段一段的加载?同时必定也有小伙伴困惑为什么看视频咱们能快进,下载文件的时候就不能够?上面咱们就来一一解密。

视频缓冲技术

在播放视频的时候,咱们个别不须要期待全副加载实现后再开始观看,而是在咱们关上视频的时候就能够点击观看,同时视频加载的进度条是随着播放继续加载。这里使用的就是视频缓冲技术。

缓冲是指将数据预加载到内存保留区(或称为缓冲区)的过程。在流式传输视频或音频的状况下,缓冲能够让客户端(或浏览器)在开始播放视频或音乐之前,先下载肯定数量的数据。这样当流媒体的下一部分在后盾加载时,您能够观看存储在缓冲区中的数据。这种预加载过程能够确保视频在网络稳固的状况下不收烦扰的放弃晦涩播放。

应用这项技术后观看视频就能够免去等待时间,不必全副下载完能力观看,大大提高了观看体验。

视频分段加载

目前支流的大型视频网站(例如腾讯、优酷、爱奇艺、blibli)在进行视频点播时,都应用了视频分段加载和播放的技术。比方咱们关上一个视频观看时,能够发现缓冲条在缓冲一段后进行,期待播放一部分后再持续缓冲,这个就是分段加载。

分段是将一个残缺的视频切割成若干小段视频。观看视频时,会跟随着播放的工夫一阶段一阶段地去加载剩下的小段视频,并不需要一下全部加载完。如果观看者看到了视频的 50%,忽然不想看了,没有应用分段技术可能会加载全副的视频。;有了分段,视频可能只须要加载 55%,剩下的 45% 在进行观看后就不会持续加载,这样就节俭了 45% 的流量。这也是分段加载最大的益处,既缩小带宽和流量的节约。

如果你在观看网络视频时关上了浏览器的开发者模式,你会看到除了开始申请视频返回的 200 状态码,上面还会有一串 206 状态码。

这种响应是当客户端表明本人只须要指标 URL 上的局部资源时返回的。点开任意一个 206 申请,都能够通过 Content-Range 响应头辨认出该局部内容的申请。Content-Range 响应头用于表明具体加载了资源的哪一部分。例如下图的申请就是加载的 3375104-16313201 字节的数据。

Content-Range: bytes 3375104-16313201/16313202

3375104-16313201 是指分段的数据

16313202 是指总文件大

将视频缓冲和分段技术相结合,既能使视频在客户端播放晦涩,又能无效的节俭带宽和流量,同时因为缓冲在本地的是小段视频,也为盗取视频减少了难度,可能更好的爱护视频版权。

又拍云 CDN 之分段缓存

随着网络速度的一直放慢,视频播放的带宽需要也越来越大。经调研,一些视频网站的带宽老本仅次于影视剧版权费用,可见视频网站在带宽上老本之昂扬。

在针对视频网站的需要上,除去又拍云 CDN 的传统缓存技术,又拍云还开发了多种性能,为视频网站提供一些“节约流量的小妙招”。

CDN 的传统缓存技术是将残缺文件作为最根本缓存单位的,因为“点播和下载”减速业务中大文件(上百 M 甚至几十 G)随处可见。如果客户端通过 HTTP 协定中的 Range 申请获取文件的局部内容,实现并发下载和断点续传。那么依照传统缓存个性,文件要么被残缺缓存,要么不缓存。

为了防止这个问题,又拍云 CDN 服务提供了分段缓存性能配置,该性能能够使缓存的根本单位变成块,并且能够在缓存块大小以及回源申请大小上采纳不同粒度进行管制,从而实现按块缓存,按需回源,在缓存减速的同时防止拉取残缺文件导致的源站带宽节约。

开启形式:【性能配置】-【缓存管制】-【分段缓存】,开启即可

该性能默认开启,开启后可无效升高视频及大文件回源率,晋升响应速度,同时还能够进步文件在 CDN 节点的缓存命中率。

又拍云 CDN 之码率适配限速

分段缓存是针对所有大文件都能够开启的性能,又拍云还针对视频文件推出了一种节约流量性能: 码率适配限速。

在边下边播的视频点播场景中,观看者很多状况下不会残缺地观看一个视频,而是反复关上一个视频观看一段时间后就敞开,接着看下一个视频的动作。视频网站为了用户体验,往往会当时加载局部视频内容。也就是下面所说的“缓冲”。

视频不限速的话,一关上视频,客户端就开始疯狂地加载视频。这样诚然保障了终端用户的体验,但如果一旦用户还没看完视频就切换走,预下载视频的那局部流量就会被节约,并产生大量的额定带宽老本。

又拍云的码率适配限速性能会依据视频的观看进度管制预载的速度,。只须要在后盾正当设定码率适配限速的限速因子,就能够在保障用户体验的前提下,做到节俭流量老本,避免不必要的带宽收入。

开启形式:【性能配置】-【老本管制】-【码率适配限速】,点击【治理】,增加规定

在配置界面,顺次须要进行资源门路、限速策略、限速因子的配置。

资源门路:也即对申请的 URI 进行匹配,匹配胜利则进入限速逻辑,反对 通配符,例如:/.mp4

限速策略:示意从某个时刻(下载工夫,不是播放工夫)开始执行限速策略,反对秒和分钟配置,默认举荐 3 秒;

限速因子:用来管制 mp4 文件下载限速的因子,指定下载速度为视频码率的多少倍,推荐值为 1.1

举例:

如果某视频码率为 1337 Kbps,则视频的下载速度为 :

(1337/8)*1.1 = 183 KB/s
配置完所有配置项之后,点击左下角的【保留】按钮即可。
又拍云的分段缓存和码率适配限速都能够无效的缩小带宽老本,节约流量,加重源站压力,两者并不抵触能够同时应用。

除了上述性能,又拍云还提供了音视频转码、窄带高清、H265 自适应等针对流媒体多方面优化性能,在节省成本的同时保障并晋升用户体验。

5G 时代未然到来,大家在享受一直增快的网络速度的同时,视频网站的带宽老本也在继续一直的上涨。又拍云始终以来都在点播、直播等视频利用方面潜心钻研,目前曾经获得了不俗的成绩。咱们联合点播、直播、短视频等业务中的用户场景,从编码技术、网络架构等角度登程,推出了各种“省带宽,压老本”的性能。赶快来试一试吧~

举荐浏览

当我谈 HTTP 时,我谈些什么?

三分钟理解 Python3 的异步 Web 框架 FastAPI

正文完
 0