直播是一种越来越流行的方式来观看竞技比赛，但它也存在一些缺点。其中一个缺点是延迟，即直播画面与现场实际发生的情况之间的时间差。

延迟通常会有几秒钟的延迟，这可能会破坏比赛的真实感，特别是如果你正在观看现场比赛的话。对于某些游戏，例如射击游戏，即使是几秒钟的延迟也会对比赛结果产生重大影响。

延迟的原因

直播延迟有几个原因。其中一个原因是信号从比赛现场到直播服务器需要一定的时间。另一个原因是直播服务器需要对视频进行处理以使其适合在网上播放。这包括压缩视频和添加诸如注释和图表等图形元素。

如何减少延迟

有技术的发展，我们有望看到未来延迟会减少。

---

什么叫流媒体

流媒体又叫流式媒体，它是指商家用一个视频传送服务器把节目当成数据包发出，传送到网络上。 用户通过解压设备对这些数据进行解压后，节目就会像发送前那样显示出来。 这个过程的一系列相关的包称为“流”。 流媒体实际指的是一种新的媒体传送方式，而非一种新的媒体。 流媒体技术全面应用后，人们在网上聊天可直接语音输入；如果想彼此看见对方的容貌、表情，只要双方各有一个摄像头就可以了；在网上看到感兴趣的商品，点击以后，讲解员和商品的影像就会跳出来；更有真实感的影像新闻也会出现。 流媒体技术发端于美国，在美国目前流媒体的应用已很普遍，比如惠普公司的产品发布和销售人员培训都用网络视频进行。 （南方都市报） 所谓流媒体是指采用流式传输的方式在Internet播放的媒体格式。 流式传输方式则是将整个A/V及3D等多媒体文件经过特殊的压缩方式分成一个个压缩包，由视频服务器向用户计算机连续、实时传送。 在采用流式传输方式的系统中，用户不必像采用下载方式那样等到整个文件全部下载完毕，而是只需经过几秒或几十秒的启动延时即可在用户的计算机上利用解压设备(硬件或软件)对压缩的A/V、3D等多媒体文件解压后进行播放和观看。 此时多媒体文件的剩余部分将在后台的服务器内继续下载。 与单纯的下载方式相比，这种对多媒体文件边下载边播放的流式传输方式不仅使启动延时大幅度地缩短，而且对系统缓存容量的需求也大大降低。 （ChinaByte） 附：流媒体技术简介 一、流式传输的基础 在网络上传输音／视频等多媒体信息目前主要有下载和流式传输两种方案。 A/V文件一般都较大，所以需要的存储容量也较大；同时由于网络带宽的限制，下载常常要花数分钟甚至数小时，所以这种处理方法延迟也很大。 流式传输时，声音、影像或动画等时基媒体由音视频服务器向用户计算机的连续、实时传送，用户不必等到整个文件全部下载完毕，而只需经过几秒或十数秒的启动延时即可进行观看。 当声音等时基媒体在客户机上播放时，文件的剩余部分将在后台从服务器内继续下载。 流式不仅使启动延时成十倍、百倍地缩短，而且不需要太大的缓存容量。 流式传输避免了用户必须等待整个文件全部从Internet上下载才能观看的缺点。 流媒体指在Internet/Intranet中使用流式传输技术的连续时基媒体，如：音频、视频或多媒体文件。 流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。 流媒体实现的关键技术就是流式传输。 流式传输定义很广泛，现在主要指通过网络传送媒体（如视频、音频）的技术总称。 其特定含义为通过Internet 将影视节目传送到PC机。 实现流式传输有两种方法：实时流式传输（Realtime streaming）和顺序流式传输（progressive streaming）。 一般说来，如视频为实时广播，或使用流式传输媒体服务器，或应用如RTSP的实时协议，即为实时流式传输。 如使用HTTP服务器，文件即通过顺序流发送。 采用那种传输方法依赖你的需求。 当然，流式文件也支持在播放前完全下载到硬盘。 顺序流式传输 顺序流式传输是顺序下载，在下载文件的同时用户可观看再线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分，顺序流式传输不象实时流式传输在传输期间根据用户连接的速度做调整。 由于标准的HTTP服务器可发送这种形式的文件，也不需要其他特殊协议，它经常被称作HTTP流式传输。 顺序流式传输比较适合高质量的短片段，如片头、片尾和广告，由于该文件在播放前观看的部分是无损下载的，这种方法保证电影播放的最终质量。 这意味着用户在观看前，必须经历延迟，对较慢的连接尤其如此。 对通过调制解调器发布短片段，顺序流式传输显得很实用，它允许用比调制解调器更高的数据速率创建视频片段。 尽管有延迟，毕竟可让你发布较高质量的视频片段。 顺序流式文件是放在标准HTTP 或 FTP服务器上，易于管理，基本上与防火墙无关。 顺序流式传输不适合长片段和有随机访问要求的视频，如：讲座、演说与演示。 它也不支持现场广播，严格说来，它是一种点播技术。 实时流式传输 实时流式传输指保证媒体信号带宽与网络连接配匹，使媒体可被实时观看到。 实时流与HTTP流式传输不同，他需要专用的流媒体服务器与传输协议。 实时流式传输总是实时传送，特别适合现场事件，也支持随机访问，用户可快进或后退以观看前面或后面的内容。 理论上，实时流一经播放就可不停止，但实际上，可能发生周期暂停。 实时流式传输必须配匹连接带宽，这意味着在以调制解调器速度连接时图象质量较差。 而且，由于出错丢失的信息被忽略掉，网络拥挤或出现问题时，视频质量很差。 如欲保证视频质量，顺序流式传输也许更好。 实时流式传输需要特定服务器，如QuickTime Streaming Server、RealServer与Windows Media Server。 这些服务器允许你对媒体发送进行更多级别的控制，因而系统设置、管理比标准HTTP服务器更复杂。 实时流式传输还需要特殊网络协议，如：RTSP (Realtime Streaming Protocol)或MMS (Microsoft Media Server)。 这些协议在有防火墙时有时会出现问题，导致用户不能看到一些地点的实时内容。 二、 流媒体技术原理 流式传输的实现需要缓存。 因为Internet以包传输为基础进行断续的异步传输，对一个实时A/V源或存储的A/V文件，在传输中它们要被分解为许多包，由于网络是动态变化的，各个包选择的路由可能不尽相同，故到达客户端的时间延迟也就不等，甚至先发的数据包还有可能后到。 为此，使用缓存系统来弥补延迟和抖动的影响，并保证数据包的顺序正确，从而使媒体数据能连续输出，而不会因为网络暂时拥塞使播放出现停顿。 通常高速缓存所需容量并不大，因为高速缓存使用环形链表结构来存储数据：通过丢弃已经播放的内容，流可以重新利用空出的高速缓存空间来缓存后续尚未播放的内容。 - --- 流式传输的实现需要合适的传输协议。 由于TCP需要较多的开销，故不太适合传输实时数据。 在流式传输的实现方案中，一般采用HTTP/TCP来传输控制信息，而用RTP/UDP来传输实时声音数据。 流式传输的过程一般是这样的：用户选择某一流媒体服务后，Web浏览器与Web服务器之间使用HTTP/TCP交换控制信息，以便把需要传输的实时数据从原始信息中检索出来；然后客户机上的Web浏览器启动A/VHelper程序，使用HTTP从Web服务器检索相关参数对Helper程序初始化。 这些参数可能包括目录信息、A/V数据的编码类型或与A/V检索相关的服务器地址。 A/VHelper程序及A/V服务器运行实时流控制协议（RTSP），以交换A/V传输所需的控制信息。 与CD播放机或VCRs所提供的功能相似，RTSP提供了操纵播放、快进、快倒、暂停及录制等命令的方法。 A/V服务器使用RTP/UDP协议将A/V数据传输给A/V客户程序（一般可认为客户程序等同于Helper程序），一旦A/V数据抵达客户端，A/V客户程序即可播放输出。 需要说明的是，在流式传输中，使用RTP/UDP和RTSP/TCP两种不同的通信协议与A/V服务器建立联系，是为了能够把服务器的输出重定向到一个不同于运行A/VHelper程序所在客户机的目的地址。 实现流式传输一般都需要专用服务器和播放器，其基本原理如图3.1所示。 三、智能流技术（SureStream） 今天，28.8Kbps调制解调器是Internet连接的基本速率，cable modem、 ADSL、DSS、ISDN等发展快，内容提供商不得不要么限制发布媒体质量，要么限制连接人数。 根据RealNetwork站点统计，对28.8Kbps调制解调器，实际流量为10bps到26Kbps，呈钟形分布，高峰在20Kbps。 这意味着若内容提供商选择20Kbps固定速率，将有大量用户得不到好质量信号，并可能停止媒体流而引起客户端再次缓冲，直到接收足够数据。 一种解决方法是服务器减少发送给客户端的数据而阻止再缓冲，在RealSystem 5.0中，这种方法称为视频流瘦化。 这种方法的限制是RealVideo文件为一种数据速率设计，结果可通过抽取内部帧扩展到更低速率，导致质量较低。 离原始数据速率越远，质量越差。 另一种解决方法是根据不同连接速率创建多个文件，根据用户连接，服务器发送相应文件，这种方法带来制作和管理上的困难，而且，用户连接是动态变化的，服务器也无法实时协调。 智能流技术通过两种途径克服带宽协调和流瘦化。 首先，确立一个编码框架，允许不同速率的多个流同时编码，合并到同一个文件中；第二，采用一种复杂客户/服务器机制探测带宽变化。 针对软件、设备和数据传输速度上的差别，用户以不同带宽浏览音视频内容。 为满足客户要求，Progressive networks公司编码、记录不同速率下媒体数据，并保存在单一文件中，此文件称为智能流文件，即创建可扩展流式文件。 当客户端发出请求，它将其带宽容量传给服务器，媒体服务器根据客户带宽将智能流文件相应部分传送给用户。 以此方式，用户可看到最可能的优质传输，制作人员只需要压缩一次，管理员也只需要维护单一文件，而媒体服务器根据所得带宽自动切换。 智能流通过描述I现实世界Internet上变化的带宽特点来发送高质量媒体并保证可靠性，并对混合连接环境的内容授权提供了解决方法。 流媒体实现方式如下： * 对所有连接速率环境创建一个文件 * 在混合环境下以不同速率传送媒体 * 根据网络变化，无缝切换到其它速率 * 关键帧优先，音频比部分帧数据重要 * 向后兼容老版本RealPlayer 智能流在RealSystem G2中是对所谓自适应流管理(ASM)API的实现，ASM描述流式数据的类型，辅助智能决策，确定发送那种类型数据包。 文件格式和广播插件定义了ASM规则。 用最简单的形式分配预定义属性和平均带宽给数据包组。 对高级形式，ASM规则允许插件根据网络条件变化改变数据包发送。 每个ASM规则可有一定义条件的演示式，如演示式定义客户带宽是5,000到15,000Kbps，包损失小于2.5%。 如此条件描述了客户当前网络连接，客户就订阅此规则。 定义在规则中的属性有助于RealServer有效传送数据包，如网络条件变化，客户就订阅一个不同规则。

网红大胃王都是真的吗？

大胃王在现在的直播很流行，大胃王就是不停的吃东西，吃一般人难以吃得下的大量的食物来博取眼球。那么很多小伙伴就有疑问了，这些大胃王吃东西是真的吗？毕竟一个正常的人怎么可能吃得下这么多东西，胃难道不会被撑坏吗？

其实这里面是有很多的门道的，有一些大胃王，并不是真的在吃这些东西，而是通过拍摄技巧来借位，让大家看起来他好像是来吃东西，其实他很多东西送到嘴边，有可能就丢下他嘴下面的垃圾桶里面。 当然这也是一种最低级的作弊手法。

还有一些有真本领的大胃王是真的在吃东西，而且他们也确实可以吃得下这么多东西，哪怕这些食物量看起来特别特别的大，好像不是正常人能够吃得下的。 因为他们一般会在大量进食之后去催吐，就是把吃下去的东西，通过其他的方法给他吐出来。 这也是有很多美女大胃王，每天只不过吃这么多东西，身材却不会走样的原因。

其实这些大胃王的直播或者说表演，我们普通人看看就好，一般的小伙伴千万不要去模仿，因为这除了博取眼球之外，好像没有什么特别的好处。 而且它不但没有好处，坏处却有很多，首先是对我们的胃是一种非常大的负担，长期下去尽管催吐，也会对我们的胃造成不好的影响。

当然也建议你现在很多的平台对一些比较恶心的大胃王表演做一些限制，因为有很多未成年人，看到他们的表演之后有可能会去模仿，而这产生的后果，就只能那些小伙伴自己承担了。

你见过哪些户外直播令人厌烦的行为？

网红圈良莠不齐，已成为一种公论。 但没想到的是，总有些人时不时地会跳出来刷新你的三观。

这不，最近又有些所谓的“名人”不做人了。 对着镜头，他们干出当众骚扰、侵犯女生的行径。 但这是某网络主播直播间里司空见惯的一幕，也是当下直播中颇为流行的一种类型：户外搭讪式直播。

什么是户外搭讪式直播？

基本上，就是网红主播游走在全国各地的商业街区或者旅游景点，当众开启直播。 路人的一言一行都会通过摄像头展现在数百万乃至千万粉丝面前，他们自己却毫不知情。

主播的重点大都会放在年轻的女生中，他会和粉丝互动，一起对看到的女孩子从着装到外貌身材通通评论一番。 而当遇到漂亮的女生之后，他还会对其搭讪。

女生同意也好，不同意也罢，最终她的反应全都被手机记录下来。 简而言之，其实这就是一场光明正大的偷拍兼性骚扰。

很多女生都饱受其害，开开心心出来逛街，却莫名被搭讪、肆意评价，即使明确甚至严厉地拒绝了对方，还是会被一路尾随，怎么也甩不掉。

除了心情会瞬间变得糟糕以外，个人的隐私被偷偷泄露才是最为关键的问题。 想象有一天，你连出门买个东西都会成为某直播间里成千上万人的谈资，这样的场景何其变态又恐怖。

这些主播难道真的不知道自己已经侵犯了别人肖像权等权益，涉嫌违法了吗？其实不然。

尽管所有的平台都早有规定，严禁户外主播做出骚扰路人的行为。

但是财帛动人心，为了博眼球，为了吸流量，他们反其道而行之，怎么恶俗卑劣就怎么来。有的网红打着“户外测试”的旗号，会突然抢路人的东西吃，喝他们喝过的奶茶，看对方会不会打他？

也有的主播故意作怪，自带咖啡来某咖啡店砸场子，对店中的女顾客进行辱骂骚扰。 安徽一名女主播为了吸睛，突然强吻去菜场买菜的70岁大爷。 杭州一女性直播自己嘴里叼着鞋，当众跪在地上爬圈。

一派乌烟瘴气之下，这些网红们让自己像个傻子一样供粉丝取乐。 而在他们眼中，粉丝也如同傻子一般被自己收割流量。 看似双方互利互惠，其乐融融。 但背地里，与所有人息息相关的网络环境都因为他们而变得越来越肮脏浑浊。

相关阅读： 延迟 特别是如果你正在观看现场比赛的话 直播通常会有几秒钟的延迟 这可能会破坏比赛的真实感