Why are networks designed for TV better at providing the show when they use same medium as internet?

75

15

Why is it faster to watch television shows the 'normal way' through something like cable or satellite, compared to watching them over the internet?

This may sound like a funny question, but considering the actual medium may be the same (e.g. you can get the internet over a coax cable in the same way you get the TV) then wouldn't it be closer to the same speed and quality? I don't think my premise is wrong because you can watch 4K TV normally but unless you have a very good internet connection you would probably notice buffering when watching 4K online.

Is it because with the internet there's a lot more overhead (though I would have thought with protocols such as UDP less so)?

northerner

Posted 2018-04-26T10:11:07.260

Reputation: 1 085

29The medium is not as relevant as you would think. Dial-up and DSL both use the same wire but they work very differently and provide different speeds. – InterLinked – 2018-04-26T16:43:24.703

3@InterLinked is correct. The method of transmission and reception is what is important, not the medium they travel on. – Keltari – 2018-04-26T19:38:44.467

1With TV the data is sent once and received by everyone at the same time. With the Internet, each viewer gets their own data stream. If 5 people watch the same program at once on the Internet, it has to be sent 5 times. – user253751 – 2018-04-26T21:28:27.540

@user20574 if multicast is used this isn't the case right? For example if multicast was used each node on the network can receive the same content with it only being sent once. In theory would this be "as fast" as watching the show on TV? – northerner – 2018-04-27T08:41:37.433

2@northerner Except that: there isn't a large list of clients to receive the same internet TV (how many different people are going to be streaming the same show from the same website?). And network switches normally block multicast traffic unless they specifically allow it through because of the load it has on the switch. When the ISP is the Cable provider they can safely allow their own multicast, but letting any old website's multicast through would probably allow such a multicast storm as to DOS every customer. – Centimane – 2018-04-27T10:11:18.503

@northerner Multicast doesn't work over the Internet. – user253751 – 2018-04-27T12:03:06.093

1Even faster was terrestial broadcast of TV. At the time there was still analog TV broadcast in Germany, the new year countdown looking on a radio controlled clock, watching TV over antenna and watching TV over satellite had a difference of about 1second clock->antenna and about 4-5 seconds clock -> satellite. So I think, it is the additional processing stages which introduces the lag. Not the performance of the medium. – Sunzi – 2018-04-27T12:39:42.150

@Sunzi Faster as in less latency, yes, but digital technology definitely allows you to fit more channels on the same medium. The trade-off for that is latency, as you observed. – user253751 – 2018-04-28T02:43:07.730

@user20574: ISPs here use multicast to deliver TV channels efficiently over their IP network, the same network that you get the Internet through. Obviously that's not the entire Internet, but it doesn't mean multicast cannot be used in the large scale and by consumers as well, as long as that part of the network is suitably set up. – Matti Virkkunen – 2018-04-28T11:52:28.633

@user20574: Don't know about you, but my TV provider allows me to pause livestreams, and watch back shows from the last 7 days. It's clearly not a (pure) broadcast. then again, it's glass fiber. They have to send the TV stream to me regardless. Broadcast only works on shared media (such as over-the-air TV broadcast, but that's been turned off) – MSalters – 2018-04-28T22:02:34.023

@user20574 you sure it's not being recorded to a PVR? – northerner – 2018-04-29T08:41:12.280

Actual bandwidth values: Cox Cable HD: 720p @ ~8 mbps, 1080i @ ~15 mbps. NetFlix HD 1080p (60 fps) @ ~7 mbps. NetFlix 4K 2160p @ ~16 mpbs. Over the air ~19.4 mbps, but it's split up into sub-channels. Blu-ray HD @ 25mbps. Blu-ray 4K @ 82 mpbs or 108 mbps or 128 mbps. – rcgldr – 2018-04-30T15:57:17.593

Because TV is broadcast. So that it's same bandwidth everywhere. In this case the server uses the same bandwidth as each receiver, rather than the sum of it. – user3528438 – 2018-05-01T16:18:13.310

Answers

10

At its core your assumption "over a coax cable in the same way" is false. Cables simply carry an electrical signal. This signal can be encoded many different ways each of which is tailored to a particular usage including encoding schemes that combine multiple uses into a single signal.

"Cable" is fast at providing TV because it is a one way broadcast signal tailored to distributing TV channels to multiple subscribers simultaneously. Everybody gets the same signal at the same time with basically no variation. It is fundamentally one signal to many people.

Watching TV on the Internet is the opposite in almost every regard. It is a two way signal tailored to distributing data to individual subscribers on-demand. Nobody gets the same signal at the same time, and everybody has individual needs. It is fundamentally many signals to many people.

Modern "cable" has changed this by adopting newer bidirectional digital infrastructure influenced by data networks to allow for cable Internet. This further allows for new services like on-demand programming and set top box gaming. This required fundamental changes in the cable network and the electrical signals carried on the cables. Data networks have changed this by adopting multicast protocols to allow for large scale broadcast data to enable IPTV, on-demand programming, and set top box gaming. This also required fundamental changes in the data network.

The convergence will continue until "cable/IPTV" and "Internet" networks are indistinguishable. One day your Internet Service Provider will offer to hook you up with the 10,000 channel YouTube broadcast, and movie studios will broadcast IPTV multicast to the world directly. There still will not be anything to watch on broadcast and there will still be buffering on your personal programming because your favorite cat videos will never be popular enough to make it onto the broadcast schedule.

Doug

Posted 2018-04-26T10:11:07.260

Reputation: 124

+1 for mentioning multicast, which would allow TV-style broadcast over the Internet if supported by Internet backbones / ISPs. This could massively reduce bandwidth demands for something like the Olympics where many people are watching the same live stream, or have it rewound by under a minute. (In the short-rewind case, the client can just buffer a minute of multicast data before showing it. And if needed, unicast a minute or two of data to catch a user up to the multicast stream after seeking.) – Peter Cordes – 2018-04-28T11:17:24.180

I know this isn't the most up voted answer but I like it the best :) – northerner – 2018-11-22T04:08:27.140

114

For TV and internet video, the problem is the same: you've got to send frames of the video to the viewer. Each approach the problem differently and has advantages and disadvantages.

The frames are really just information, so let's pick an analog. Imagine you want to dictate the GettysBurg Address to 100 people. You've got to get each line of the speech to each person (like the video provider has to get frames to each viewer).

Now Television channels each get an exclusive use of a frequency range on the cable. This is like having exclusive use of a lecture hall. You won't be interrupted by others trying to talk. If you're like a TV channel, you post a time you plan to dictate the speech and when that time comes, you get up on stage and start speaking. Without even checking who is in the audience you just begin:

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

You dictate the whole speech without pausing. You spoke each line only once. That wasn't so hard on you. And anyone who was in the hall and listening heard the whole thing with no delays or interruptions. Similarly, Television stations send their signal down the wire just the once, and if you're watching it, it comes through in real time. But also similarly, if you're not at your TV when the show is on, or you have to leave in the middle to go to the bathroom, you miss some of it.

But what if you want to let people hear the play on their own schedule, and you want to make sure everyone hears the entire thing? You invite everyone to visit you in the park whenever they like, and you'll dictate the lines to them individually. This is like making your video available over the internet.

The park is busy, and sometimes you can't speak because it's too noisy. Streaming services share the network with other internet traffic. They have no dedicated frequency. Their packets sometimes have to wait in line.

Person1 shows up, and you start telling them lines:

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

That wasn't so bad. person1 is still getting the play at a pretty good rate, but then person two shows up, and you promised to start at the beginning for each person, and person 3 shows up soon after, followed by person 1 asking for you to repeat yourself...

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...

and on and on like that, until you've said each line of the speech to each person. When you dictated in the lecture hall, it didn't matter how many people showed up, you still only said things once and they all heard it. But now if thirty people show up at once, or the park gets busier, the rate that each person receives the speech is going to slow to a crawl. Internet video has the advantage that each person can start listening whenever they want, and can even ask to pause and continue later or repeat parts they missed, but the disadvantage that if the network gets crowded or many people are using the same server, the video loads slowly.

Jared K

Posted 2018-04-26T10:11:07.260

Reputation: 2 358

44This is like streaming. Have to be careful with terminology here. Watching a video on Youtube or Netflix isn't really "streaming", it's more a type of downloading (TCP) where multiple users can download the same content any time they like - it is stored locally only temporarily for playback, but it's not like true streaming, which is live, and behaves much like the first case you described. On-demand media can download in bursts - enough to fill a buffer and then not again until the buffer pressure increases. True streaming plays as it streams - typically multicast UDP or the like. – J... – 2018-04-26T17:18:48.820

1You can also download the entire stream, from Netflix, instead of watching the content while the data is transferred to your client. I can watch Netflix in real-time, without any buffering, but that is due to my ISP bandwidth. – Ramhound – 2018-04-26T17:34:23.593

1And if you multicast, you can save on sending bits, you send "a new nation, conceived in Liberty," to person3, person4, and person5. Of course that requires that they all showed up at the same time. Or you can do it that way anyway and let the people put the bits in order themselves, especially if they collaborate and share the bits with each other (this is like torrenting). – Draco18s no longer trusts SE – 2018-04-26T18:14:15.713

11@Draco18s Unfortunately (to my knowledge) multicast isn’t a thing on the public internet :(. – Jonas Schäfer – 2018-04-26T19:43:33.127

@JonasWielicki That's probably true. The torrent protocol isn't too different conceptually, though. – Draco18s no longer trusts SE – 2018-04-26T19:54:29.317

A great and simple explanation! +1 – Barranka – 2018-04-26T23:22:59.247

@Jared K: I've also used the auditorium analogy to illustrate the challenges, bandwidth disparity, and solutions to providing upstream data over a cable system, though at the physical layer-- a system that is inherently optimized for downstream broadcasting. – Nevin Williams – 2018-04-27T00:35:44.817

11@J... The definitions I am familiar with say streaming is less about the precise timing and more about how the data can be processed. In a stream, each element of the stream can be processed and used without waiting for the rest of the elements to be transmitted, and one processes one element in the stream before moving to the next. There are differing levels of fluidity, ranging from cleverly buffered TCP to multicast UDP to ATM packets over SONET, all the way up to analog. Analog, of course, would be the only true streaming format, by your definition of "plays as it streams." – Cort Ammon – 2018-04-27T00:57:37.620

That also explains why you can download a video and play it off your hard drive without getting any buffering, when the same video buffers to hell and back when you try to watch it online. The rate-limiting factor isn't your GPU, it's your ISP. – Sean – 2018-04-27T02:52:45.507

1I feel like you got so carried away with the analogy that if I had to explain this to someone else I’d only be able to talk about lecture halls and parks :/ – CallumDA – 2018-04-27T04:04:23.243

Is there a specific part where the analogy could use more connection to the technical details? The answer can always be improved. – Jared K – 2018-04-27T04:14:39.200

@CortAmmon Streaming has more than one definition. In data, it means what you say. But it's also a term used to differentiate different kinds of online video. There are just plain videos, which are stored and accessed whenever, and there are streams which are "live" in a sense. Sometimes the latter are called "livestreams," but that term seems wrong when it's still prerecorded content. It would have been weird to say that Mr. Roger's Neighborhood was "livestreamed." It was just streamed. – trlkly – 2018-04-27T04:39:23.067

@trlkly I can see why that's a sane definition. For purposes of a question regarding the transmission of content, rather than the storage of content, I think the definition I gave is more useful, but I do see that I use the definition you mention on a daily basis when I decide whether I want to watch a "stream," or watch some of the "video on demand" videos. – Cort Ammon – 2018-04-27T05:17:17.353

1@J... What you call "streaming" is more commonly known as broadcasting. The term "streaming" is typically used for on-demand services like netflix, youtube etc. – slebetman – 2018-04-27T07:59:58.787

5Oh right. So super simplified TV is faster because there's only one sender in the network so there's no collisions or congestion. – northerner – 2018-04-27T08:32:25.433

1

It's worth noting that your ISP may start throttling your connection as soon as they determine that you're streaming. This applies as well to the more a type of downloading (TCP) as @J... has mentioned. See How do mobile carriers know video resolution over HTTPS connections?.

– laika – 2018-04-27T09:12:35.497

6@northerner: Yes, but also because everything is sent just once (and everyone listens to it at the same time), instead of sending everything separately to each listener/viewer. – psmears – 2018-04-27T10:19:00.627

This answer is only partly correct; it doesn't explain why cable "on-demand streaming" works better than Internet streaming. The real answer is that Internet streaming is almost ubiquitously done over TCP (requires confirmations, lossless, inconsistent bandwidth) and HTTP (wasteful), usually downloaded in small chunks (wasteful). – BlueRaja - Danny Pflughoeft – 2018-04-29T03:34:30.290

@CourtAmon My point was just to explain why there might be a bit of confusion in terms. It seems like the two different definition is why J... was having trouble understanding. Maybe I should have @-ed them instead, but we only get on @ per comment. – trlkly – 2018-04-30T01:11:53.963

@Draco18s "The torrent protocol isn't too different conceptually" <-- not really, though I see how you'd get there. Multicast is just straight up broadcast data with repeater stations, there are multiple transmitters but only one broadcast and one trigger. Torrent is a type of gossip protocol, single version of the data but not a single broadcast. The most important difference is that broadcast is always push and torrent is a pull protocol. – Kaithar – 2018-04-30T12:20:54.567

In a European country where IPTV is vastly spread, the network is acutally quite good for distribution. ISP send all channels to the "local node" (like the local exchange), where a piece of equipment collects "subscriptions" from users, and send the stream to everyone currently subscribed for that channel. There's no visible buffering, you can watch live TV (compared with air-TV, it's sometimes even ahead). Also, since the local exchanges are part of the ISP's network (backbone... that of course for you is Internet), they can use multicast to distribute streams to all local nodes. – user1532080 – 2018-05-01T14:09:33.223

23

The actual medium is not the same: TV distributed via dedicated coax works very differently and has a very different infrastructure compared to, say, watching Youtube or Netflix, or anything else over the public internet.

Even if the coax is used to implement IP protocols, and TV content distributed on top of that, you still have total bandwidth control, and can use a dedicated multicast infrastructure (which doesn't work very well over the public internet).

So the answer to your question is: You are comparing apples and oranges, your premise that they are similar is wrong.

dirkt

Posted 2018-04-26T10:11:07.260

Reputation: 11 627

4Digital cable also has bandwidth problems also, which is the reason, every channel isn't in 4k or even HD for that matter. While some of that has to do with the fact, the majority of their customers don't have 4k or HD televisions, the cable industry is not going to solve their bandwidth problems through expensive upgrades until there is a critical moment in demand. Considering their customers are also moving to TV over internet anyways and dropping their traditional television services. – Ramhound – 2018-04-26T12:30:14.633

@Ramhound that's actually what prompted me to ask the question. IMHO the only benefit to having cable TV over e.g. YouTube is there's no loading time. – northerner – 2018-04-26T12:47:31.400

1@northerner - Your ISP could make it so there were no loading times on YouTube, by increasing the amount of bandwidth you had access to, but worth pointing out digital cable is encrypted and compressed. Which is then uncompressed and unencrypted at your cable box. While content to YouTube might be encrypted, it isn't compressed typically. While YouTube uses compression within their encoder, I am talking about, how the data is transmitted to the client. The compression is built into the encoder, which is a similar approach, but solves a different problem. – Ramhound – 2018-04-26T12:49:54.017

2@ramhound YouTube video is, in fact, compressed. What you call an "encoder" is actually a very sophisticated compression algorithm. Most modern video codecs come from the MPEG family, which combines motion compensation with a DCT-based residual (the latter being very similar to JPEG). Audio compression is also applied within the same stream. Both digital TV/cable and internet video use these codecs, though possibly with different parameters for quality/latency/bandwidth tradeoffs. – Chromatix – 2018-04-27T21:42:14.073

@Ramhound: Uncompressed 1920x1080p30 video (full HD at 30 fps), with the same YUV 4:2:0 chroma sub-sampling used for normal compressed video (chroma resolution = 1/4 luma, half in each direction), requires 91 MB/s (bytes not bits). That's somewhat better than uncompressed YUV 4:2:2 (vertical subsampling, full horizontal chroma resolution): https://en.wikipedia.org/wiki/Uncompressed_video#Data_rates, which takes 119MB/s for uncompressed 1080p30. And BTW, double that for 1080p60, which youtube supports. Even 30fps would max out gigabit ethernet!

– Peter Cordes – 2018-04-28T11:40:42.717

@Ramhound delivering content to the end-user quickly on demand is more about distribution than bandwidth; having the content you want available to download from a server in a data center not far from you, and not shared by too many other people, is often more useful than increasing raw bandwidth to your home – kbolino – 2018-04-28T16:47:11.027

What the comments about compression here fail to mention (or maybe thought would be understood): Compression causes delay. The compressed data needed to display frame 2, say, will typically depend on the raw data of a later frame (frame 25, say), hence cannot be computed and transmitted before the content of the latter is known. In this example, compressed live video would be delayed by one second just by the act of compressing. – Hagen von Eitzen – 2018-05-01T15:19:12.887

5

For all dual-purpose providers (e.g. cable with Internet), you can imagine that the traffic going over the wire is like a highway with an express lane, or perhaps even better, an automated highway system. The express lane/automated highway is a dedicated portion of road where everyone is expected to travel at the same speed and have a constant flow. There is never any congestion because it's carefully laid out to allow a specific amount of traffic across it.

The provider allocates all of the channels you can watch to specific frequencies. The traffic is always at a specific bandwidth regardless if anyone is watching that particular channel or not, and everyone gets the same data at the same time. This bandwidth is calculated beforehand, and providers can reliably predict how much bandwidth they have available for those frequencies.

The Internet, on the other hand, is like a normal highway. When it's not utilized very much, everyone can go as fast as they like, but as traffic increases, then some data has to delayed so everyone gets a fair chance. This means that when the Internet bandwidth is nearly saturated, people will start to notice skipping, buffering, distorted audio and video, and so on.

Therefore, the primary reason why cable, satellite, and over-the-air programming is in real time is because it uses dedicated, preallocated bandwidth, which is carefully calculated and measured out to minimize interference, while the Internet is always competing to try and provide a balanced amount of bandwidth for everyone that wants to use it. Once the medium is saturated, everyone starts to feel the effects, from web pages taking longer to load to grainy video streams and distorted audio.

phyrfox

Posted 2018-04-26T10:11:07.260

Reputation: 2 424

I'd say a dedicated line is a highway where everyone is banned from overtaking, while using the internet is consigning all your cars to a shipping company to ship them however they see fit as long as they reach their destination.... – rackandboneman – 2018-04-27T21:54:24.437

3

The simplest explanation is that broadcast video gets a dedicated channel all to itself, with almost no latency and very consistent bandwidth. The data is sent to everyone, regardless of whether they're actually listening or not (which makes it extremely efficient when the expected number of listeners is in the millions), and is deliberately structured so that when someone does start listening, they'll get a keyframe that allows them to start watching within a fraction of a second.

Conversely, internet video has to compete with other traffic sharing various links between routers between the server and your computer, and this causes delays and losses which have to be mitigated. A duplicate copy of the data has to be sent to each listener, which isn't very efficient from the server's point of view and increases the chances of interruptions still further. To cope with the interruptions, your computer waits for several seconds of data to arrive, storing them in a buffer, before it starts playing it.

If the two happen to come over the same physical cable, they're almost certainly modulated onto different carrier frequencies, very much like old-fashioned TV channels.

If you're watching a film or a series episode, the short pause while the buffer fills isn't very noticeable, and the convenience of not having to wait for the TV station to get around to broadcasting it is a compelling advantage for internet video. But for a live sporting or news event, broadcast TV is probably best due to its immediacy.

Chromatix

Posted 2018-04-26T10:11:07.260

Reputation: 348

1

Plenty of good points in the other answers but here is a picture showing how Verizon achieves this over fiber (Verizon FIOS). Every provider is going to have different mechanisms so this is only an example of one such approach. The Internet data and the broadcast video come from two different sources. They are added on close to the last mile by getting transmitted across a different wavelength.

An image showing how video bandwidth is added onto a data stream at an optical coupler by utilizing a third wavelength.  The video circuit uses 1550nm while the voice and data use 1490nm for downstream and 1310nm for upstream.

Pace

Posted 2018-04-26T10:11:07.260

Reputation: 131

1

There are several reasons. First, cable/sattelite bandwidth is much higher than you maybe think. Even a quite old coax installation has a total bandwidth that is very competitive to what most average users have for LAN. Same goes for sattelite. Just consider that e.g. on Astra you have some 100+ transponders, each with several channels and each of these with 27.5k symbols per second. That's a huge amount of bandwidth.

Second, data is broadcast, that means it is sent out once to "everybody" (and to nobody in particular), and that's it. Internally, a cable network may have to copy around the raw bits here and there (e.g. to a sattelite, or to your local cable network), but whatever. Everything is just sent once, fire and forget, eat it or die. There is no protocol for transmission errors (well, there is FEC, but that doesn't count, it doesn't communicate back) or any such thing. You get it or you don't, and as time goes by, you care less and less whether you got it, too (the provider doesn't care at all to begin with).
This makes the prerequisites to both the local cable and provider infrastructure a lot less demanding since you only need to transmit a tiny fraction of the data, and you need not worry about getting replies from the client and handling these. The amount of data to be sent through the infrastructure (and also your local cable) depends solely on the number of channels being broadcast, not on the number of people watching them. Since the latter are around a million times as many as the former, that's big win.

There is no HTTPS server involved. No requests being processed, no pulling arbitrary blocks of data at haphazard times, no guarantees, no concurrency/scalability issues. No packets being dropped by intermediate routers, no congestion control (and if packets are lost, nobody cares).

So, all in all, it's a totally different, non-comparable thing.

Damon

Posted 2018-04-26T10:11:07.260

Reputation: 4 002

0

All the information coming into your house on the coax cable occupies a certain bandwidth of the available spectrum. The simple answer to your question is that more of that bandwidth is dedicated to broadcast TV than to general data. You are correct that the overhead of 2-way communication isn't that big a deal as far as what can fit into the available bandwidth on the cable.

Where the difference between broadcast video and on-demand data comes into play is at the provider end where it is easier to provide the same data to everyone (broadcast) than it is to provide specifically requested data to each user. In other words, the provider could allocate more bandwidth to general data but then it would have to cut the number/quality of broadcast channels and provide each user with a bigger pipe to the internet (between their end of your cable and the internet backbone). That is also where the speed based on subscription level comes in: how much you pay dictates how much of their connection to the internet backbone they let you use.

poompt

Posted 2018-04-26T10:11:07.260

Reputation: 111