<?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: Vista Media Center DRM woes</title>
	<atom:link href="http://mpsharp.com/blog/index.php/2009/06/19/vista-media-center-drm-woes/feed/" rel="self" type="application/rss+xml" />
	<link>http://mpsharp.com/blog/2009/06/19/vista-media-center-drm-woes/</link>
	<description>Jousting Digital Windmills</description>
	<lastBuildDate>Thu, 01 Dec 2011 05:36:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>By: mpsharp.com Blog &#187; Jumbo Frames, iSCSI and Disabling Nagle</title>
		<link>http://mpsharp.com/blog/2009/06/19/vista-media-center-drm-woes/comment-page-1/#comment-406</link>
		<dc:creator>mpsharp.com Blog &#187; Jumbo Frames, iSCSI and Disabling Nagle</dc:creator>
		<pubDate>Fri, 29 Oct 2010 19:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://mpsharp.com/blog/?p=29#comment-406</guid>
		<description>[...] to a network drive.    This is part of the DRM associated with CableCARD, which I&#8217;ve ranted about before.   It turns out the new ATI BIOS relaxed OCUR standards addressed most my CableCARD concerns.  [...]</description>
		<content:encoded><![CDATA[<p>[...] to a network drive.    This is part of the DRM associated with CableCARD, which I&#8217;ve ranted about before.   It turns out the new ATI BIOS relaxed OCUR standards addressed most my CableCARD concerns.  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mpsharp.com Blog &#187; Comcast Digital Transition</title>
		<link>http://mpsharp.com/blog/2009/06/19/vista-media-center-drm-woes/comment-page-1/#comment-188</link>
		<dc:creator>mpsharp.com Blog &#187; Comcast Digital Transition</dc:creator>
		<pubDate>Sun, 13 Sep 2009 04:27:48 +0000</pubDate>
		<guid isPermaLink="false">http://mpsharp.com/blog/?p=29#comment-188</guid>
		<description>[...] has finally turned off the analog signals for the extended basic channels in San Francisco as I alluded to here.   Since it took over 3 months from the actual announcement, it gave me plenty of time to crawl [...]</description>
		<content:encoded><![CDATA[<p>[...] has finally turned off the analog signals for the extended basic channels in San Francisco as I alluded to here.   Since it took over 3 months from the actual announcement, it gave me plenty of time to crawl [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mike</title>
		<link>http://mpsharp.com/blog/2009/06/19/vista-media-center-drm-woes/comment-page-1/#comment-84</link>
		<dc:creator>mike</dc:creator>
		<pubDate>Fri, 19 Jun 2009 21:31:28 +0000</pubDate>
		<guid isPermaLink="false">http://mpsharp.com/blog/?p=29#comment-84</guid>
		<description>Very apropos after last night&#039;s posting.    From the EFF mailing list

* Into the DTV Era, With No Broadcast Flag Mandate
Entertainment industries like to argue that they &quot;need&quot; DRM
to make works available. And policymakers have eagerly
adopted this argument. But when the bluff is called, it
turns out that the DRM wasn&#039;t so necessary after all.
http://www.eff.org/deeplinks/2009/06/dtv-era-no-broadcast</description>
		<content:encoded><![CDATA[<p>Very apropos after last night&#8217;s posting.    From the EFF mailing list</p>
<p>* Into the DTV Era, With No Broadcast Flag Mandate<br />
Entertainment industries like to argue that they &#8220;need&#8221; DRM<br />
to make works available. And policymakers have eagerly<br />
adopted this argument. But when the bluff is called, it<br />
turns out that the DRM wasn&#8217;t so necessary after all.<br />
<a href="http://www.eff.org/deeplinks/2009/06/dtv-era-no-broadcast" rel="nofollow">http://www.eff.org/deeplinks/2009/06/dtv-era-no-broadcast</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.358 seconds -->

