<?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/"
> <channel><title>Comments on: TiVo OS being ported to OCAP?</title> <atom:link href="http://www.gizmolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/feed/" rel="self" type="application/rss+xml" /><link>http://www.gizmolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/</link> <description>TiVo, Slingbox, Android, Blu-ray Disc, and whatever other tech I feel like blogging about...</description> <lastBuildDate>Fri, 18 Sep 2020 20:50:00 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.1.4</generator> <item><title>By: megazone</title><link>http://www.gizmolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/comment-page-1/#comment-1882</link> <dc:creator>megazone</dc:creator> <pubDate>Wed, 03 Jan 2007 05:05:52 +0000</pubDate> <guid
isPermaLink="false">http://www.tivolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/#comment-1882</guid> <description>There are two different issues.One is porting the TiVo interface to the OCAP platform.  This would allow the TiVo interface to run on any device that supports OCAP applications - cable boxes, TVs, etc.  That&#039;s what seems to be happening from the letter and what TiVo confirmed to Dave.The other is CE devices getting access to things like OnDemand, PPV, etc.  The cable industry wants to force this via OCAP.  The CE devices would have to support OCAP applications.  For TiVo this would mean supporting OCAP on a box like the Series3 - or 3.5, whatever supports CableCARD 2.0.OCAP does not provide a standard way to access things like VOD, TiVo would not be able to provide the interface.  The way it works is the cable company downloads their OCAP Java-based &#039;VOD&#039; application.  Then what TiVo would have to do is call up that VOD app whenever the user selected VOD.  Same thing for things like channel guides.  If TiVo wanted to use the cable company provided guide data, they would have to call the OCAP guide application, etc.What the CE industry wants is a standardized interface to the data, NOT via OCAP applications.  A standard API, or something like XML/SOAP, where the CE vendor can get the data and present it in the interface they want, then pass the requests to the cable company.  Cable companies don&#039;t want to give that control up, they want to force CE vendors to show the interface they, the cable company, use.  So you&#039;d have the same VOD interface no matter if you used a cable box, TV, or TiVo - they&#039;d all be runnign the same OCAP VOD app.That&#039;s what all the fighting is about, and the major holdup to CC2.0 - since the cable industry wants to force OCAP as part of CC2.0 and the CE industry is fighting for a new system instead.</description> <content:encoded><![CDATA[<p>There are two different issues.</p><p>One is porting the TiVo interface to the OCAP platform.  This would allow the TiVo interface to run on any device that supports OCAP applications &#8211; cable boxes, TVs, etc.  That&#8217;s what seems to be happening from the letter and what TiVo confirmed to Dave.</p><p>The other is CE devices getting access to things like OnDemand, PPV, etc.  The cable industry wants to force this via OCAP.  The CE devices would have to support OCAP applications.  For TiVo this would mean supporting OCAP on a box like the Series3 &#8211; or 3.5, whatever supports CableCARD 2.0.</p><p>OCAP does not provide a standard way to access things like VOD, TiVo would not be able to provide the interface.  The way it works is the cable company downloads their OCAP Java-based &#8216;VOD&#8217; application.  Then what TiVo would have to do is call up that VOD app whenever the user selected VOD.  Same thing for things like channel guides.  If TiVo wanted to use the cable company provided guide data, they would have to call the OCAP guide application, etc.</p><p>What the CE industry wants is a standardized interface to the data, NOT via OCAP applications.  A standard API, or something like XML/SOAP, where the CE vendor can get the data and present it in the interface they want, then pass the requests to the cable company.  Cable companies don&#8217;t want to give that control up, they want to force CE vendors to show the interface they, the cable company, use.  So you&#8217;d have the same VOD interface no matter if you used a cable box, TV, or TiVo &#8211; they&#8217;d all be runnign the same OCAP VOD app.</p><p>That&#8217;s what all the fighting is about, and the major holdup to CC2.0 &#8211; since the cable industry wants to force OCAP as part of CC2.0 and the CE industry is fighting for a new system instead.</p> ]]></content:encoded> </item> <item><title>By: plaidomatic</title><link>http://www.gizmolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/comment-page-1/#comment-1881</link> <dc:creator>plaidomatic</dc:creator> <pubDate>Wed, 03 Jan 2007 04:17:44 +0000</pubDate> <guid
isPermaLink="false">http://www.tivolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/#comment-1881</guid> <description>Is it possible that you&#039;re thinking of how applications like TiVo vs the cable industry will interoperate somewhat backwards?I haven&#039;t read the OCAP specs, but I&#039;ve read a couple of articles trying to get a handle on it.It seems that the OCAP layer and the APIs it exposes would allow the TiVo UI to interface with the underlying features provided by the hardware, and exposed by the OCAP/ACAP APIs. In systems where VOD/PPV/etc are available from the provider and supported by the hardware, an application (like TiVo) could provide UI for this as well, instead of being required to call the cable UI.</description> <content:encoded><![CDATA[<p>Is it possible that you&#8217;re thinking of how applications like TiVo vs the cable industry will interoperate somewhat backwards?</p><p>I haven&#8217;t read the OCAP specs, but I&#8217;ve read a couple of articles trying to get a handle on it.</p><p>It seems that the OCAP layer and the APIs it exposes would allow the TiVo UI to interface with the underlying features provided by the hardware, and exposed by the OCAP/ACAP APIs. In systems where VOD/PPV/etc are available from the provider and supported by the hardware, an application (like TiVo) could provide UI for this as well, instead of being required to call the cable UI.</p> ]]></content:encoded> </item> <item><title>By: plaidomatic</title><link>http://www.gizmolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/comment-page-1/#comment-1880</link> <dc:creator>plaidomatic</dc:creator> <pubDate>Wed, 03 Jan 2007 04:10:05 +0000</pubDate> <guid
isPermaLink="false">http://www.tivolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/#comment-1880</guid> <description>Well, it&#039;s true that certain things must be kept secret to preserve security: The keys.</description> <content:encoded><![CDATA[<p>Well, it&#8217;s true that certain things must be kept secret to preserve security: The keys.</p> ]]></content:encoded> </item> <item><title>By: stile99</title><link>http://www.gizmolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/comment-page-1/#comment-1879</link> <dc:creator>stile99</dc:creator> <pubDate>Wed, 03 Jan 2007 03:01:41 +0000</pubDate> <guid
isPermaLink="false">http://www.tivolovers.com/2007/01/03/tivo-os-being-ported-to-ocap/#comment-1879</guid> <description>I would suggest that the person who wrote that DOES know jackshit about security.The punchline is...that&#039;s ALL he knows, but he&#039;s writing it for people who don&#039;t even know THAT much.It&#039;s something the cable industry has been doing since day one basically.  Trot out an &#039;expert&#039; to a room full of mouth-breathers (Can we still insult elected officials in this country?) who gobble up his pablum like it was candy.  His credentials are laughable at best, but since he knows more than they do (even if just barely...land of blind, one-eyed man and all that) they accept them.</description> <content:encoded><![CDATA[<p>I would suggest that the person who wrote that DOES know jackshit about security.</p><p>The punchline is&#8230;that&#8217;s ALL he knows, but he&#8217;s writing it for people who don&#8217;t even know THAT much.</p><p>It&#8217;s something the cable industry has been doing since day one basically.  Trot out an &#8216;expert&#8217; to a room full of mouth-breathers (Can we still insult elected officials in this country?) who gobble up his pablum like it was candy.  His credentials are laughable at best, but since he knows more than they do (even if just barely&#8230;land of blind, one-eyed man and all that) they accept them.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Served from: www.gizmolovers.com @ 2026-04-14 16:28:08 by W3 Total Cache -->