<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Broadcast TV will never die.</title>
	<atom:link href="http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/</link>
	<description>the mark cuban weblog</description>
	<lastBuildDate>Sat, 20 Mar 2010 00:20:22 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: BM</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10064</link>
		<dc:creator>BM</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10064</guid>
		<description>Google and Yahoo are both now betting that broadcast tv and television middle-men such as cable tv and RBOCs will eventually be eliminated.  Once home access bandwidth reaches an average of 30-40Mbps, studios and content providers, such as HBO, will be able to directly stream to the household on a per view or subscription basis.  Yahoo and Google&#039;s video-search initiatives are based on this eventuality.  Betting on an N+1 disaster or that backbones won&#039;t catch up is a losing argument.  With MPEG4 and intelligent tunneling and network architecting, you don&#039;t have to worry about bringing down the backbone.  Compared to HFC networks where everything is broadcasted, IPTV multicast/unicast networks have an exponential advantage over the bandwidth limitations of HFC.</description>
		<content:encoded><![CDATA[<p>Google and Yahoo are both now betting that broadcast tv and television middle-men such as cable tv and RBOCs will eventually be eliminated.  Once home access bandwidth reaches an average of 30-40Mbps, studios and content providers, such as HBO, will be able to directly stream to the household on a per view or subscription basis.  Yahoo and Google&#8217;s video-search initiatives are based on this eventuality.  Betting on an N+1 disaster or that backbones won&#8217;t catch up is a losing argument.  With MPEG4 and intelligent tunneling and network architecting, you don&#8217;t have to worry about bringing down the backbone.  Compared to HFC networks where everything is broadcasted, IPTV multicast/unicast networks have an exponential advantage over the bandwidth limitations of HFC.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BM</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10065</link>
		<dc:creator>BM</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10065</guid>
		<description>Google and Yahoo are both now betting that broadcast tv and television middle-men such as cable tv and RBOCs will eventually be eliminated.  Once home access bandwidth reaches an average of 30-40Mbps, studios and content providers, such as HBO, will be able to directly stream to the household on a per view or subscription basis.  Yahoo and Google&#039;s video-search initiatives are based on this eventuality.  Betting on an N+1 disaster or that backbones won&#039;t catch up is a losing argument.  With MPEG4 and intelligent tunneling and network architecting, you don&#039;t have to worry about bringing down the backbone.  Compared to HFC networks where everything is broadcasted, IPTV multicast/unicast networks have an exponential advantage over the bandwidth limitations of HFC.</description>
		<content:encoded><![CDATA[<p>Google and Yahoo are both now betting that broadcast tv and television middle-men such as cable tv and RBOCs will eventually be eliminated.  Once home access bandwidth reaches an average of 30-40Mbps, studios and content providers, such as HBO, will be able to directly stream to the household on a per view or subscription basis.  Yahoo and Google&#8217;s video-search initiatives are based on this eventuality.  Betting on an N+1 disaster or that backbones won&#8217;t catch up is a losing argument.  With MPEG4 and intelligent tunneling and network architecting, you don&#8217;t have to worry about bringing down the backbone.  Compared to HFC networks where everything is broadcasted, IPTV multicast/unicast networks have an exponential advantage over the bandwidth limitations of HFC.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kelly Smith</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10066</link>
		<dc:creator>Kelly Smith</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10066</guid>
		<description>There are lots of challenges with IPTV but I don&#039;t think the biggest immediate challenges are mentioned in this blog post. If you have deployed an actual iptv installation you know that SYSTEMS INTEGRATION is the biggest challenge by a significant order of magnitude. How many people make set top boxes in the cable market? Guess how many people make set top boxes in the IPTV market. About the same as cable times 100. Try getting STBs, VOD servers, conditional access, set top software, billing systems, support systems ad management software to all play nice when (thankfully) there are no virtual monopolies. That&#039;s the IPTV market and that&#039;s why BellSouth and SBC haven&#039;t deployed yet. They know people need a service that is not only ON PAR with cable but, frankly, a &quot;me-too&quot; service isn&#039;t going to cut it. Telcos can have advantages but they will need to do three things:1) Get shit to work2) Be competitive on price3) Offer more functionalityThat&#039;s possible but hard.</description>
		<content:encoded><![CDATA[<p>There are lots of challenges with IPTV but I don&#8217;t think the biggest immediate challenges are mentioned in this blog post. If you have deployed an actual iptv installation you know that SYSTEMS INTEGRATION is the biggest challenge by a significant order of magnitude. How many people make set top boxes in the cable market? Guess how many people make set top boxes in the IPTV market. About the same as cable times 100. Try getting STBs, VOD servers, conditional access, set top software, billing systems, support systems ad management software to all play nice when (thankfully) there are no virtual monopolies. That&#8217;s the IPTV market and that&#8217;s why BellSouth and SBC haven&#8217;t deployed yet. They know people need a service that is not only ON PAR with cable but, frankly, a &#8220;me-too&#8221; service isn&#8217;t going to cut it. Telcos can have advantages but they will need to do three things:</p>
<p>1) Get shit to work<br />
2) Be competitive on price<br />
3) Offer more functionality</p>
<p>That&#8217;s possible but hard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10067</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10067</guid>
		<description>Fiber to the home should allow unlimited bandwidth via a Universal Telecommunications stream.  Unicast, multicast and broadcast of any digital media (but not wireless)can become a reality, today with a little proactive prodding of the FCC, the RBOCs, the CATV MSOs to make music with the population, rather than continuing to prevent such a union.  Then, we do live in the capitalistic democracy.Active participation may only become the norm for shepards, not the sheep.  TV may never go away.</description>
		<content:encoded><![CDATA[<p>Fiber to the home should allow unlimited bandwidth via a Universal Telecommunications stream.  Unicast, multicast and broadcast of any digital media (but not wireless)can become a reality, today with a little proactive prodding of the FCC, the RBOCs, the CATV MSOs to make music with the population, rather than continuing to prevent such a union.  Then, we do live in the capitalistic democracy.<br />
Active participation may only become the norm for shepards, not the sheep.  TV may never go away.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clarence</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10068</link>
		<dc:creator>Clarence</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10068</guid>
		<description>I quit watching broadcast or cable TV 30 years ago.  I don&#039;t mind watching video on the internet because I can choose what and when. Even my radio listening is that way - no broadcast radio and even broadcast stations like kcrw allow me to listen to any program on demand, whenever I want.  Enough people like me and broadcast TV is dead, probably already are. Look at the ratings.</description>
		<content:encoded><![CDATA[<p>I quit watching broadcast or cable TV 30 years ago.  I don&#8217;t mind watching video on the internet because I can choose what and when. Even my radio listening is that way &#8211; no broadcast radio and even broadcast stations like kcrw allow me to listen to any program on demand, whenever I want.  Enough people like me and broadcast TV is dead, probably already are. Look at the ratings.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Dorey</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10069</link>
		<dc:creator>Jim Dorey</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10069</guid>
		<description>For those of you that are interested, Mark will be giving a keynote at MEDIA Magazine&#039;s Forecast 2006 Conference at the New York Marriott Marquis on September 26, 2005. Content hint: HDTV Media.</description>
		<content:encoded><![CDATA[<p>For those of you that are interested, Mark will be giving a keynote at MEDIA Magazine&#8217;s Forecast 2006 Conference at the New York Marriott Marquis on September 26, 2005. Content hint: HDTV Media.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Brooks</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10070</link>
		<dc:creator>Paul Brooks</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10070</guid>
		<description>As an engineer working for a large CATV MSO, our team has developed a technology called Swtiched Digital Video (SDV).  Think of this as IP multicast in the MPEG transport stream world.  It works just like regular multicast in that we only send a video stream to a viewer when it is requested, and multiple viewers share viewing of the same stream.Our field trial showed very fast channel change times (no one could tell the difference), and stream use statistics that were suprisingly flat and predictable.  Peak use occured at or near prime time.  Your N+1 scenario (in the telco world this is called the Mother&#039;s day problem) will only be a factor if each viewer simultaneously requests a DIFFERENT channel.  Our stats show that we can design very close to the actual stream usage curve with a vanishingly low risk of service denial, so low as to be less frequent than a network outage. (Cut the cable jokes, now!)This technology uses settops already in the field, does not further compress the streams, and offers the potential of vast amounts of real time programming selection with little or no last mile bandwdith demands to existing cable network physical plant.  Live HD content will be the big winner because SDV-equipped cable TV systems will no longer be bandwidth constrained.</description>
		<content:encoded><![CDATA[<p>As an engineer working for a large CATV MSO, our team has developed a technology called Swtiched Digital Video (SDV).  Think of this as IP multicast in the MPEG transport stream world.  It works just like regular multicast in that we only send a video stream to a viewer when it is requested, and multiple viewers share viewing of the same stream.</p>
<p>Our field trial showed very fast channel change times (no one could tell the difference), and stream use statistics that were suprisingly flat and predictable.  Peak use occured at or near prime time.  Your N+1 scenario (in the telco world this is called the Mother&#8217;s day problem) will only be a factor if each viewer simultaneously requests a DIFFERENT channel.  Our stats show that we can design very close to the actual stream usage curve with a vanishingly low risk of service denial, so low as to be less frequent than a network outage. (Cut the cable jokes, now!)</p>
<p>This technology uses settops already in the field, does not further compress the streams, and offers the potential of vast amounts of real time programming selection with little or no last mile bandwdith demands to existing cable network physical plant.  Live HD content will be the big winner because SDV-equipped cable TV systems will no longer be bandwidth constrained.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Martin</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10071</link>
		<dc:creator>Greg Martin</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10071</guid>
		<description>My last post was double posted and subsequently removed. What it said was there is a broadcast network on the internet (unbeknownst to Mr. Cuban) that is operating 24-7 over the internet with 40 affiliate stations.</description>
		<content:encoded><![CDATA[<p>My last post was double posted and subsequently removed. What it said was there is a broadcast network on the internet (unbeknownst to Mr. Cuban) that is operating 24-7 over the internet with 40 affiliate stations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Napi</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10072</link>
		<dc:creator>Napi</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10072</guid>
		<description>I assume you&#039;ve come across this already</description>
		<content:encoded><![CDATA[<p>I assume you&#8217;ve come across this already</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn Morris</title>
		<link>http://blogmaverick.com/2005/08/06/broadcast-tv-will-never-die/#comment-10042</link>
		<dc:creator>Shawn Morris</dc:creator>
		<pubDate>Mon, 28 Aug 2006 11:03:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogmaverick.wordpress.com/2005/08/06/broadcast-tv-will-never-die/#comment-10042</guid>
		<description>Mark,    Many large ISPs now run native multicast.  There is no longer a need for tunnels.  The biggest use for multicast these days is within enterprises, more specifically finance departments.  There are many trading systems that use multicast to push quotes to trading desks.  For consumer multicast the killer app hasn&#039;t shown up yet.  Furthermore since the demand for Internet-wide multicast hasn&#039;t grown the router vendors have not made maintaining and improving the multicast codebase a top priority.</description>
		<content:encoded><![CDATA[<p>Mark,<br />
    Many large ISPs now run native multicast.  There is no longer a need for tunnels.  The biggest use for multicast these days is within enterprises, more specifically finance departments.  There are many trading systems that use multicast to push quotes to trading desks.  For consumer multicast the killer app hasn&#8217;t shown up yet.  Furthermore since the demand for Internet-wide multicast hasn&#8217;t grown the router vendors have not made maintaining and improving the multicast codebase a top priority.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
