[opendtv] Re: Twang's Tuesday Tribune (Mark's Monday Memo)
- From: "Kon Wilms" <kon@xxxxxxxxxxxxxxxx>
- To: <opendtv@xxxxxxxxxxxxx>
- Date: Tue, 4 May 2004 11:11:04 -0700
>I never denied it. But the press release you cited had nothing to do
with satellite distribution directly to viewers...it was a backhaul
agreement.
So Echostar was providing backhaul?
Here's an interesting analysis of why they failed (see the reference to
beating Moore's Law - applies to the increase in speed of landline broadband
too, as well as the failure of their GeoBox)
http://gradcenter.marlboro.edu/~dmaynard/foundations/geocast_evaluation.html
And here's a press release for their use of Echostar (NOT for backhaul like
you keep saying - like I said they changed business plans faster than I
change underwear -- cable, dbs and dtv were their intended distribution
platforms)
http://www.broadbandweek.com/news/0011/0011_news_geocast.htm
Your opinion is not fact, fortunately.
>>
>>>with a multi-channel DBS service it might fly...
>>
>>Well it wasn't, and it isn't, and it failed, so moot point.
>Yes it failed for all the reasons we have been discussing.
Echostar isn't a multi-channel DBS service? Thanks for proving me right.
>I am talking about content. But not just traditional linear
entertainment content. And the DBS services are not going to use data
broadcasts for traditional linear entertainment...they already have
hundreds of channels of this stuff. They are going to use it for the
same kinds of services I have been advocating. local weather on
demand, news capsules, guides, etc. AND they are going to use it to
deliver targeted ads to individual subscribers, including ads that
are localized to their communities.
The web is non-linear. No-one wants web content over databroadcast links.
Everything you list can be had by opening a web browser - so none of them
are killer applications. And none of them will convince a company to roll
out a service or potential users to pay extra for it.
>This is not a discussion about cool technology. It is a discussion
about the actions of entrenched players who are working overtime to
extend the life of a dying legacy product, while simultaneously
slowing the evolution to new, more effective ways to enhanced digital
communications.
I must be missing something since we've worked on systems for some of those
'entrenched players' and a lot were abandoned due to no revenue model being
present. Who exactly are these entrenched players?
>No, Akamai did not solve anything. They just used available
technology to overcome the limitations of the existing
infrastructure. This is an intermediate step that will largely go
away, when all caching moves to the edges of the network. But it does
I don't know how to even respond to that one. So they solved nothing but
solved the infrastructure limitations. They provide edge caching servers but
they will go away when caching moves to the edge. Err, ok.
>>ITFS is not being used for datacasting.
>Correct it is being used to deliver linear analog video content to
analog VCRs, where the content is cached for later playback...same
concept using legacy technology.
Haha so now a VCR is a content cache? Wow, you are stretching yourself
pretty far on that one for an excuse to legitimize your wild claims. :)
>>Emergency
>>services can and are being deployed over ATSC.
>Can you provide an example?
Attempting to be as generic as possible -
http://www.cedmagazine.com/ced/2004/0204/02e.htm
Cheers
Kon
----------------------------------------------------------------------
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: