为什么为电视设计的网络在使用与互联网相同的媒体时更能提供节目?

nor*_*ner 75 networking tv

为什么与通过互联网观看电视节目相比,通过有线或卫星等方式以“正常方式”观看电视节目更快?

这听起来可能是一个有趣的问题,但考虑到实际的媒体可能是相同的(例如,您可以通过同轴电缆以与获得电视相同的方式获得互联网),那么它会不会更接近于相同的速度和质量? 我不认为我的前提是错误的,因为您可以正常观看 4K 电视,但除非您有非常好的互联网连接,否则您可能会在在线观看 4K 时注意到缓冲。

是不是因为互联网有更多的开销(虽然我会认为像 UDP 这样的协议更少)?

Jar*_*d K 114

对于电视和互联网视频,问题是相同的:您必须将视频帧发送给观看者。每种方法都以不同的方式解决问题,并且各有优缺点。

帧实际上只是信息,所以让我们选择一个模拟。假设您想将 GettysBurg 地址口述给 100 人。您必须将演讲的每一行都提供给每个人(就像视频提供商必须将帧发送给每个观众一样)。

现在,每个电视频道都可以独家使用电缆上的一个频率范围。这就像拥有一个演讲厅的专属使用权。你不会被其他试图说话的人打断。如果你像一个电视频道,你发布一个你计划口述演讲的时间,当那个时间到来时,你站上舞台开始演讲。甚至没有检查谁在观众中,你就开始了:

you send "Four score and seven years ago" to whoeverIsListening
you send "our fathers brought forth on this continent" to whoeverIsListening
you send "a new nation, conceived in Liberty," to whoeverIsListening
you send "and dedicated to the proposition" to whoeverIsListening
you send "that all men are created equal." to whoeverIsListening
...

...
you send "shall not perish from the earth." to whoeverIsListening
Run Code Online (Sandbox Code Playgroud)

你口述整个演讲,没有停顿。你每行只说一次。那对你没那么难。任何在大厅里听的人都没有延迟或中断地听到整个事情。类似地,电视台只将信号通过电线发送一次,如果您正在观看,它会实时传输。但同样,如果节目开始时你不在电视前,或者你必须中途离开去洗手间,你会错过一些。

但是,如果您想让人们按照自己的时间表收听该剧,并且想要确保每个人都能听到完整内容,该怎么办?您邀请每个人随时到公园拜访您,您将单独为他们口述台词。这就像在互联网上提供您的视频一样。

公园里很热闹,有时会因为太吵而不能说话。流媒体服务与其他互联网流量共享网络。它们没有专用频率。他们的包裹有时必须排队等候。

Person1 出现了,你开始告诉他们台词:

you send "Four score and seven years ago" to person1
someone sends somethingIrrelevant to someoneElse
you send "our fathers brought forth on this continent" to person1
Run Code Online (Sandbox Code Playgroud)

那还不错。人 1 仍然以不错的速度获得戏剧,但是后来人 2 出现了,你承诺从每个人开始,然后人 3 很快就出现了,接着是人 1 要求你重复自己。 ..

you send "a new nation, conceived in Liberty," to person1
you send "Four score and seven years ago" to person2
someone sends somethingIrrelevant to someoneElse
you send "and dedicated to the proposition" to person1
you send "Four score and seven years ago" to person3
person1 sends "what?" to you
you send "our fathers brought forth on this continent" to person2
someone sends somethingIrrelevant to someoneElse
you send "and dedicated to the proposition" to person1
you send "our fathers brought forth on this continent" to person2
someone sends somethingIrrelevant to someoneElse
you send "that all men are created equal." to person1
someone sends somethingIrrelevant to someoneElse
someone sends somethingIrrelevant to someoneElse
you send "our fathers brought forth on this continent" to person3
you send "Four score and seven years ago" to person4
person3 sends "what?" to you
you send "a new nation, conceived in Liberty," to person2
you send "Now we are engaged in a great civil war" to person 1
you send "our fathers brought forth on this continent" to person3
someone sends somethingIrrelevant to someoneElse
someone sends somethingIrrelevant to someoneElse
someone sends somethingIrrelevant to someoneElse
you send "a new nation, conceived in Liberty," to person3
you send "our fathers brought forth on this continent" to person2
you send "a new nation, conceived in Liberty," to person3
you send "our fathers brought forth on this continent" to person4
someone sends somethingIrrelevant to someoneElse
you send "Four score and seven years ago" to person5
you send "Four score and seven years ago" to person6...
Run Code Online (Sandbox Code Playgroud)

以此类推,直到你把演讲的每一行都讲给每个人听。你在讲堂口授的时候,不管有多少人出现,你仍然只说一次,他们都听到了。但是现在如果同时出现三十个人,或者公园变得更忙,每个人收到演讲的速度都会慢到爬行。网络视频的优点是每个人都可以随时开始收听,甚至可以要求暂停和稍后继续或重复他们错过的部分,但缺点是如果网络拥挤或许多人使用同一服务器,视频加载缓慢。

  • `这就像流式传输。` 这里的术语必须小心。在 Youtube 或 Netflix 上观看视频并不是真正的“流式传输”,它更像是一种下载 (TCP) 类型,多个用户可以随时下载相同的内容——它只是暂时存储在本地用于播放,但它不像真正的流媒体,它 * 是 * 直播的,其行为与您描述的第一种情况非常相似。点播媒体可以突发下载 - 足以填充缓冲区,然后在缓冲区压力增加之前不会再次下载。真正的流媒体在流媒体播放时播放 - 通常是多播 UDP 等。 (44认同)
  • @Draco18s 不幸的是(据我所知)多播不是公共互联网上的东西:(。 (11认同)
  • @J...我熟悉的定义说流媒体不是关于精确的时间,而是关于如何处理数据。在流中,流的每个元素都可以被处理和使用,而无需等待其余元素被传输,并且在移动到下一个之前处理流中的一个元素。有不同级别的流动性,从巧妙缓冲的 TCP 到多播 UDP 再到 SONET 上的 ATM 数据包,一直到模拟。当然,根据您对“播放时播放”的定义,模拟将是唯一的*真实* 流媒体格式。 (11认同)
  • 啊对。所以超级简化的电视速度更快,因为网络中只有一个发送者,所以没有冲突或拥塞。 (6认同)
  • @northerner:是的,但也因为所有内容都只发送一次(并且每个人都同时收听),而不是将所有内容分别发送给每个听众/观众。 (6认同)

dir*_*rkt 23

实际的媒体并不相同:与通过公共互联网观看 Youtube 或 Netflix 或其他任何内容相比,通过专用同轴电缆分发的电视工作方式非常不同,并且具有非常不同的基础设施。

即使同轴电缆用于实现 IP 协议,并在其上分发电视内容,您仍然可以控制总带宽,并且可以使用专用的多播基础设施(在公共互联网上不能很好地工作)。

所以你的问题的答案是:你在比较苹果和橙子,你认为它们相似的前提是错误的。

  • 数字电缆也有带宽问题,这就是每个频道都不是 4k 甚至高清的原因。虽然其中一些与事实有关,他们的大多数客户没有 4k 或高清电视,但有线电视行业不会通过昂贵的升级来解决他们的带宽问题,直到出现需求的关键时刻。考虑到他们的客户也正在通过互联网转向电视并放弃他们的传统电视服务。 (4认同)
  • @ramhound YouTube 视频实际上是经过压缩的。你所说的“编码器”实际上是一种非常复杂的压缩算法。大多数现代视频编解码器来自 MPEG 系列,它结合了运动补偿和基于 DCT 的残差(后者与 JPEG 非常相似)。音频压缩也应用于同一流中。数字电视/有线电视和互联网视频都使用这些编解码器,但可能具有不同的质量/延迟/带宽权衡参数。 (2认同)

Dou*_*oug 10

从本质上讲,您的假设“以相同的方式通过同轴电缆”是错误的。电缆只是传输电信号。该信号可以通过多种不同方式进行编码,每种方式都针对特定用途进行定制,包括将多种用途组合成单个信号的编码方案。

“有线电视”在提供电视方面速度很快,因为它是一种单向广播信号,专为同时向多个订户分发电视频道而设计。每个人都同时收到相同的信号,基本上没有变化。从根本上说,这对许多人来说是一种信号。

在互联网上看电视几乎在所有方面都相反。它是一种双向信号,专为按需向个人订阅者分发数据而设计。没有人会同时收到相同的信号,每个人都有自己的需求。从根本上说,这对许多人来说是许多信号。

现代“有线”通过采用受数据网络影响的新型双向数字基础设施来实现有线互联网,从而改变了这一点。这进一步允许像点播节目和机顶盒游戏这样的新服务。这需要对电缆网络和电缆上承载的电信号进行根本性的改变。数据网络通过采用多播协议改变了这种状况,允许大规模广播数据支持 IPTV、点播节目和机顶盒游戏。这也需要对数据网络进行根本性的改变。

融合将继续,直到“有线/IPTV”和“互联网”网络无法区分。有一天,您的 Internet 服务提供商将提供将您与 10,000 个频道的 YouTube 广播连接起来,电影制片厂将直接向全世界广播 IPTV 多播。在广播中仍然不会有任何可看的内容,并且您的个人节目中仍然会有缓冲,因为您最喜欢的猫视频永远不会流行到足以将其列入广播时间表。


phy*_*fox 5

对于所有双重用途的提供商(例如,带有 Internet 的电缆),您可以想象通过电线传输的流量就像一条带有快速车道的高速公路,或者甚至更好的自动化高速公路系统。快速车道/自动高速公路是道路的专用部分,每个人都应该以相同的速度行驶并保持恒定的流量。从来没有任何拥堵,因为它经过精心布置以允许特定数量的流量通过。

提供商将您可以观看的所有频道分配到特定频率。无论是否有人在观看该特定频道,流量始终处于特定带宽,并且每个人都同时获得相同的数据。该带宽是预先计算的,提供商可以可靠地预测他们有多少带宽可用于这些频率。

另一方面,互联网就像一条普通的高速公路。当它没有被充分利用时,每个人都可以随心所欲地走,但是随着流量的增加,一些数据不得不延迟,这样每个人都会得到公平的机会。这意味着当 Internet 带宽接近饱和时,人们会开始注意到跳过、缓冲、音频和视频失真等等。

因此,有线、卫星和无线编程是实时的主要原因是因为它使用专用的、预先分配的带宽,这些带宽经过仔细计算和测量以最大限度地减少干扰,而互联网总是在争相尝试和为每个想要使用它的人提供均衡的带宽。一旦媒体饱和,每个人都开始感受到效果,从网页加载时间更长到颗粒状视频流和失真音频。