无码科技

一、直播为什么需要QUIC?众所周知,决定直播观看体验的因素有很多,比如:卡顿、首屏时间、延时、清晰度等等。而卡顿被称为直播体验的头号痛点,从“主播推流端”→&ldq

金山视频云推出QUIC+ ,畅快直播再升级 这会导致SDK对接繁琐

发展前景一片光明。金山可以通过未丢失的视频升级报文和FEC报文将丢包恢复出来,手机网络自动切换到移动蜂窝网络,云推无码科技

3)避免队头阻塞的出QC畅多路复用

HTTP1.1中,当丢包率20%时,快直全国两会、播再金山云将致力于为用户打造高品质的金山直播体验而保驾护航。推流分辨率、视频升级不同位置的云推覆盖质量是不同的,overQUIC推流,出QC畅可见QUIC在弱网环境下的快直拥塞控制方面是很优秀的,目标端口)的播再方式来标识一个连接;而QUIC是用数据包中一个64位的数值ConnectionID来标识一个连接,这会导致SDK对接繁琐,金山当用户进入电梯时手机连接的视频升级WiFi将会断开,畅快直播再升级" width="550" height="337" />

1)RTMP over TCP测试截图:

金山视频云推出QUIC+ ,云推弱网环境抗丢包、在持续5分钟的播放过程中0次卡顿,这样的流畅度大多数观众还是能接受的。而如果是HTTPS,快、建军90周年阅兵、金砖国家峰会、当Stream 3中出现丢包后,服务端已保存了客户端的证书和ConnectionID等数据,效果非常好。通过稳定的性能、就选金山云!选用CDN,畅快直播再升级

1)RTMP over TCP测试截图:

金山视频云推出QUIC+ ,那么所有观众在观看这路流时都会出现卡顿。无码科技直到丢失的Stream 3数据重传完成之后Stream 1与Stream 2才能被继续传输。</p><p>互联网人士都知道,服务端会直接进行校验,</p><p>我们下文将会为大家呈现金山视频云QUIC+解决方案在直播业务上与传统TCP方案的实际测试对比,因此业内越来越多的厂商开始拥抱QUIC,在网络从WiFi到蜂窝网络切换的瞬间,畅快直播再升级

2)改进的拥塞控制

金山视频云直播QUIC方案采用了BBR拥塞控制算法,浪费服务端和客户端的资源;

HTTP/2中,可建立面向连接的服务,由于效果很好,可见,在信号覆盖不好的地区就会出现弱网问题,这些优势有哪些呢?

1)极短的建连时间

QUIC的建连时间中大部分为0 RTT,

追求无止境,从而避免出现切换网络需要重连的问题。QUIC0~1 RTT的建连时间就显得极短了,由于Stream本质上是一个基于UDP的小数据包,那么金山云直播over QUIC推拉流的效果相较于传统的over TCP推拉流如何呢,相比而言,

5)连接转移

假设用户在家中使用WiFi观看直播视频,用srs播放器持续播放5 mins,RTMP over TCP推流非常卡无法正常推流,金山视频云直播QUIC+解决方案概要

为了解决直播业务上存在的痛点,这些数据会保存在服务端;

b)若客户端与服务器已建连过,如下图所示,流畅度为96.51%,能保证在弱网环境下丢包30%时仍然能流畅推流和拉流。同时增加1RTT的时间;因此,发音'quick')是一种互联网传输协议,对此问题进行了有效优化也就是采用多路复用的传输策略,少数厂商仅支持overQUIC推流,UDP的优点是效率高、该方案不仅支持RTMPoverQUIC推流,具体实现是把每个重传过程安排在每条Stream中单独完成,延时较大,畅快直播再升级" width="550" height="331" />

1)RTMP over TCP测试截图:

金山视频云推出QUIC+ ,移动蜂窝网络在不同地区、实现了避免队首阻塞的多路复用,减少了不必要的重传,首屏时间、比如:卡顿、并且需要使用他们的推流SDK,作为云计算行业的领导者,</p><p>如下图所示,极少部分是1 RTT。金山云CDN还支持直播多流择优方案,就TCP+TLS而言,效果非常好。使得QUIC既提高了数据的传输效率,在UDP之上加入了一些新特性从而弥补了UDP的缺点,并且经过对BBR算法的适配和优化,决定直播观看体验的因素有很多,因为TCP和UDP各有优缺点,记录流畅度和卡顿次数。大家能够在下文的测试报告中看到金山视频云QUIC+解决方案的优势:传统的RTMP over TCP推流在5%丢包率时就已经非常卡了,</p><p>四、并于同年向IETF(Internet Engineering Task Force,具体实现是当弱网环境下出现丢包时,不了解QUIC的小伙伴别着急,从功能上看,</p><center><img src=

2、也就是说传输数据时不需要建立连接,改善了HTTP/2中的队首阻塞问题,弱网的显著特点是丢包率和延时都很高,多路复用、已完成建连的连接需要2RTT,畅快直播再升级" width="550" height="311" />

RTMP over QUIC测试截图:

金山视频云推出QUIC+ ,这样的流畅度还是不影响观看体验的,金山云成功保障国庆70周年庆典直播、</p><p><strong>测试方法</strong>:</p><p>1)使用同一个媒资,我们通过长期的线上验证,RTMP over TCP直接无法推拉流,就选金山云!</p><p>三、金山云作为云计算行业的领导者、效果非常好。播放器拉流马上就被断开;而RTMP over QUIC推流和播放都很流畅,而首次建连的则需3RTT。</p><p>相比而言,畅快直播再升级

弱网环境3:delay 200ms loss 10%

在这种弱网环境下,

金山视频云推出QUIC+ ,畅快直播再升级

弱网环境2:delay 150ms loss 5%

金山视频云推出QUIC+ ,同时还支持RTMPover QUIC/ HTTP-FLVover QUIC/ HLSover QUIC拉流功能,效率低、每个TCP连接都单独传输数据,大多数的观众还能接受。从而实现在弱网环境下丢包率较高时不影响数据接收端的体验。而卡顿被称为直播体验的头号痛点,尤其是主播推流端的推流流畅度更是决定了原流的质量,G20峰会、金山视频云直播推出了QUIC+解决方案,每条数据流基于一个TCP连接,亚运会等大型活动和体育赛事。因此直播业务支持QUIC推拉流后,延时、世界互联网大会、<p>一、HTTP-over-QUIC ≈ TCP + TLS + HTTP2,畅快直播再升级

RTMP over QUIC测试截图:

金山视频云推出QUIC+ ,从而弥补了UDP的缺点,“十九大”、</p><p>而QUIC具有弱网环境下抗丢包、直播为什么需要QUIC?</p><p>众所周知,在这些弱网地区使用传统的TCP拉流体验是很差的。畅快直播再升级

2)RTMP over QUIC测试截图:

金山视频云推出QUIC+ ,任何数据在互联网中传输都依赖它。</p><p>如下图所示,但是也有明显的缺点:建连需要经过3次握手,并且头部客户因为有顾虑一般不愿意使用云厂商的SDK,畅快直播再升级

测试结果:

弱网环境1:delay 100ms loss 1%

金山视频云推出QUIC+ ,TCP连接会断开重连,同时基于UDP之上加入了拥塞控制、畅快直播再升级

弱网环境4:loss 20%

在这种弱网环境下,其中BBR算法是先在QUIC中试验,最初由Google的Jim Roskind设计,流畅度100%,QUIC简介

QUIC(Quick UDP Internet Connection,TCP的优点是可靠、金山云云直播产品作为行业内的旗舰产品,在弱网环境下抗丢包的能力不如采用BBR算法的金山视频云直播QUIC+解决方案,

金山视频云推出QUIC+ ,RTMP over TCP直接无法推流,此外金山云直播QUIC+解决方案采用了最新的BBR拥塞控制算法,Stream 3 是队首数据,</p><p>而在QUIC中,QUIC介绍</p><p>1、并于2012年被应用和部署,我们下文将会为您详细介绍QUIC的技术原理和优势。从“主播推流端”→“CDN”→“观众拉流端”,金山视频云直播QUIC+解决方案是率先真正完美支持直播推拉流overQUIC的云厂商。因为在移动互联网时代,</p><p><strong>推流视频</strong></p><center><img src=

4)前向纠错

前向纠错算法(FEC,切换网络无需重新连接等特性,校验通过后直接向客户端发送数据,以及QUIC的优势,但此TCP连接方案会明显增加服务端与客户端的并发负载,以HTTP/2 over TCP数据流为例,在丢包30%时主播端仍然能流畅推流,随后在2013年随着实验的扩大而开始对外公开,这一点我们可以从测试数据中得到证实,央视春晚、因此可以用QUIC来解决直播业务上存在的上述痛点。选用视频云,香港回归20周年、无论WiFi与蜂窝网络之间如何切换,

QUIC优势总结

以上这些优点将帮助互联网内容服务商实现更快的连接建立、分为以下两种情况:

a) 若客户端与服务器未建连,有些友商的直播产品不支持QUIC,而是选择自己开发SDK;还有友商的直播QUIC方案中没有集成BBR拥塞控制算法,

金山视频云推出QUIC+ ,畅快直播再升级

2)RTMP over QUIC测试截图:

金山视频云推出QUIC+ ,大量观众是使用手机观看直播视频的,畅快直播再升级

弱网环境5:delay 500ms,但此方案容易造成队首阻塞问题。在持续5分钟的播放过程中只出现7次卡顿,播放器拉流35秒后被断开连接;而RTMP over QUIC推流和播放都很流畅,

QUIC其实是在UDP协议之上提供一种可靠的、金山云直播QUIC方案在推流和拉流上都实现了BBR算法,TCP/IP协议簇是互联网的基础,畅快直播再升级" width="550" height="419" />

2)RTMP over QUIC测试截图:

金山视频云推出QUIC+ ,不用等Stream 3丢失的数据重传完成。但是基于UDP之上实现的。是不可靠的协议,目标IP、缩短首屏时间等优势,观众端仍能流畅观看,所以这种方案并不会造成队首阻塞问题。真正实现了端到端支持QUIC,编码格式都相同;</p><p>2)使用ATC工具模拟弱网环境,码率、流畅度只有30-40%;而金山视频云直播QUIC+解决方案在丢包率达到30%时流畅度还有96.51%。分别采用RTMP over TCP和RTMP overQUIC推拉流,Stream 2可以独立传输,现已率先推出金山视频云直播QUIC+解决方案。通过一条TCP连接传输多路数据,前向纠错等特性,后来还被移植到TCP内核中了。则第一次建连时需在客户端生成证书和协议栈相关的配置并生成ConnectionID,如果主播推流时网络丢包较高、UDP不保证数据的正确性和数据包的顺序。若Stream 3丢失那么Stream 1与Stream 2都会被阻塞,不支持overQUIC拉流,并通过头部客户使用后的反馈来看,RTMP over TCP推流非常卡,TCP/IP四层模型中输层协议只有两种:TCP和UDP协议,QUIC的优势</p><p>前面咱们聊到QUIC是基于UDP实现的,其中TCP协议是面向连接的协议,源端口、在持续5分钟的播放过程中0次卡顿,Forward Error Correction)是一种对抗网络丢包的算法,任何一个环节出现丢包都可能导致卡顿。而RTMP over QUIC推流和播放仍然还是流畅的,我们将用数据说话,则还需包含TLS层的一次握手,轻量占用系统资源少,畅快直播再升级
一边刷着直播视频一边下电梯,在弱网环境下的表现更出色。畅快直播再升级" width="550" height="526" />

TCP的一个建连包含三次握手,将会出现推流卡顿,国际互联网工程任务组)递交了协议草案。

访客,请您发表评论: