[opendtv] Re: TV Technology: Smart TVs Nudging Roku, Chromecast Aside

  • From: "Manfredi, Albert E" <albert.e.manfredi@xxxxxxxxxx>
  • To: "opendtv@xxxxxxxxxxxxx" <opendtv@xxxxxxxxxxxxx>
  • Date: Sun, 30 Jul 2017 23:55:46 +0000

Craig Birkmaier wrote:

That's obviously doable with ATSC 1.0, but I don't even see why
bother.

Why bother?

Because broadcasters are BROADCASTERS, not OTT services.

Legacy thinking, stuck in the mud. Broadcasters are the local entity, charged 
with delivering TV content, owned primarily by the main TV networks, to 
households in local markets. In ancient times, the only practical way to 
accomplish this feat was "broadcast." Meaning unaddressed delivery to all. The 
only filtering was done by the receiver, and all available content was always 
banging at the door of each receiver. That is no longer the case. The delivery 
network can now route only the content requested by the receiver, to that 
receiver. A more efficient way to load the delivery network, but at the cost of 
needing a routing infrastructure.

It is unlikely that they will be ALLOWED to deliver broadcast network
content OTT,

Not a bit unlikely. The content owners know how the Internet has to be used, to 
be effective, and are already dealing with third parties, to help in the 
Internet delivery process. It's a matter of the broadcast companies, i.e. 
stations and station groups, filling a need that **still needs to be filled**, 
toward the edges of broadband networks, to scale up the OTT delivery of TV. 
This is necessary, as millions of more people start using Internet streaming 
for their TV fix.

Craig, you are still stuck thinking in legacy terms, which optimized the 
profits earned from a 40 year old system of TV content delivery. Your "retrans 
consent" insistence sounds really old fashioned, and at the very least, you 
might explore how it would translate to this new, emerging reality. The 
old-fashioned broadcast tower does NOT need to be part of that equation. Its 
use will diminish in due course - just look again at the title of the article 
we're supposed to be responding to, to understand why.

https://www.theverge.com/2017/4/17/15327840/netflix-earnings-report-q1-2017-subscribers-quarterly-release

"We believe VMVPDs will likely be more directly competitive to existing MVPD 
services since they offer a subset of the same channels at $30-$60 per month, 
and may appeal to a segment of the population that doesn't subscribe to a pay 
TV bundle. But we don't think it will have much of an impact on us as Netflix 
is largely complementary to pay TV packages."

These are mere speculations of people using legacy solutions now. Point being, 
VMVPDs are a hail Mary throwback to a legacy optimized solution, which had to 
live within the constraints of legacy program delivery technologies. And even 
there, NO BROADCST TOWERS NECESSARY. But many more flexible options are 
available now, to deliver content tailored to what consumers really want, and 
these reborn broadcast companies could play a significant role.

So the question of whether broadcasters should migrate to ATSC 3.0,
update the upper layers of the ATSC 1.0 standard, or DO NOTHING,

I say, do nothing with THAT aspect. Just keep THAT broadcast available, as long 
as it is being used in significant numbers. But there's plenty other, new work, 
that needs to be done. H.264 compression in the broadcast?? Whatever! Leapfrog 
that and got to H.265, if you're so concerned. I don't understand your 
fascination with H.264.

They need the contractual rights

You saw how Comcast is working hard to get those rights, and has succeeded to 
some degree already, did you not? I even pointed it out for you. The truth is, 
content owners are far from stupid. They negotiate rights that make sense today 
and tomorrow, they don't stay stuck in the mud of 1948, or even 1978. What 
Comcast can do, the station groups should also be able to do. New game in town, 
Craig. New agreements, new rules.

Bert


 
 
----------------------------------------------------------------------
You can UNSUBSCRIBE from the OpenDTV list in two ways:

- Using the UNSUBSCRIBE command in your user configuration settings at 
FreeLists.org 

- By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word 
unsubscribe in the subject line.

Other related posts:

  1. Home
  2. opendtv
  3. Archive
  4. 07-2017