<?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: DRM and GStreamer</title>
	<atom:link href="http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/</link>
	<description>GStreamer and Collabora news and more</description>
	<lastBuildDate>Sat, 11 Feb 2012 05:07:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: a</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-107</link>
		<dc:creator>a</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-107</guid>
		<description>The link behind &quot;Opera DRM&quot; is dead.</description>
		<content:encoded><![CDATA[<p>The link behind &#8220;Opera DRM&#8221; is dead.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-108</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-108</guid>
		<description>Thanks &#039;a&#039;, link is now fixed.</description>
		<content:encoded><![CDATA[<p>Thanks &#8216;a&#8217;, link is now fixed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: obi</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-109</link>
		<dc:creator>obi</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-109</guid>
		<description>Let&#039;s just say I wouldn&#039;t want to be in the position to have to decide on whether or not to implement a DRM infrastructure. My feeling is that making the infrastructure will make the people who don&#039;t know better (but should), use and abuse it.&lt;p/&gt;Media/content/whatever-business types don&#039;t see the big picture, the slippery slope, the implications of DRM. &lt;p/&gt;I do believe that DRM as a technology is devoid of morals, and can be used for evil (&quot;how many times do you want to read that book before paying yet again&quot;) as good (signed binaries to avoid running malware, etc). There might even be good uses for DRM-protected media files (proof of authenticity of news reports or something, I don&#039;t know). I&#039;m just worried that having the infrastructure will make a whole bunch of less-scrupulous guys go &quot;great, now let&#039;s see how we can abuse this...&quot;.&lt;p/&gt;I guess it&#039;s like every technology - you can never turn back the clock. So I guess we&#039;ll just have to bite the bullet and use it to our advantage too. It would be nice to have some safeguards to protect the owner of the machine - running an unverified binary black box doesn&#039;t inspire me with confidence - even (and especially!) if it comes from a &quot;big company&quot;.&lt;p/&gt;&lt;p/&gt;&lt;p/&gt;</description>
		<content:encoded><![CDATA[<p>Let&#8217;s just say I wouldn&#8217;t want to be in the position to have to decide on whether or not to implement a DRM infrastructure. My feeling is that making the infrastructure will make the people who don&#8217;t know better (but should), use and abuse it.
<p />Media/content/whatever-business types don&#8217;t see the big picture, the slippery slope, the implications of DRM.
<p />I do believe that DRM as a technology is devoid of morals, and can be used for evil (&#8220;how many times do you want to read that book before paying yet again&#8221;) as good (signed binaries to avoid running malware, etc). There might even be good uses for DRM-protected media files (proof of authenticity of news reports or something, I don&#8217;t know). I&#8217;m just worried that having the infrastructure will make a whole bunch of less-scrupulous guys go &#8220;great, now let&#8217;s see how we can abuse this&#8230;&#8221;.
<p />I guess it&#8217;s like every technology &#8211; you can never turn back the clock. So I guess we&#8217;ll just have to bite the bullet and use it to our advantage too. It would be nice to have some safeguards to protect the owner of the machine &#8211; running an unverified binary black box doesn&#8217;t inspire me with confidence &#8211; even (and especially!) if it comes from a &#8220;big company&#8221;.
<p />
<p />
<p />
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-110</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-110</guid>
		<description>A clarification: are you working on support for adding DRM to files to be streamed, or support for playing DRM-crippled files?&lt;p/&gt;If the former, which clients would support this DRM?  It would be strange to be using GStreamer to stream out a format that it can&#039;t play.&lt;p/&gt;If the latter, perhaps you could clarify something: exactly how do you plan to enforce DRM against users who have all the source code and can trivially change an &quot;if(permitted)&quot; to an &quot;if(1)&quot;?  (Or is this just a 90% solution hoping to get the people who don&#039;t know how or won&#039;t bother?)  &quot;Open DRM&quot; is an oxymoron.  Fundamentally, DRM itself is giving a user a lock and a key and then trying to enforce rules on opening the lock; short of hardware-based non-extractable keys (which the %!@#!@# hardware vendors are adding to new hardware), this is completely unworkable even in proprietary systems.&lt;br/&gt;</description>
		<content:encoded><![CDATA[<p>A clarification: are you working on support for adding DRM to files to be streamed, or support for playing DRM-crippled files?
<p />If the former, which clients would support this DRM?  It would be strange to be using GStreamer to stream out a format that it can&#8217;t play.
<p />If the latter, perhaps you could clarify something: exactly how do you plan to enforce DRM against users who have all the source code and can trivially change an &#8220;if(permitted)&#8221; to an &#8220;if(1)&#8221;?  (Or is this just a 90% solution hoping to get the people who don&#8217;t know how or won&#8217;t bother?)  &#8220;Open DRM&#8221; is an oxymoron.  Fundamentally, DRM itself is giving a user a lock and a key and then trying to enforce rules on opening the lock; short of hardware-based non-extractable keys (which the %!@#!@# hardware vendors are adding to new hardware), this is completely unworkable even in proprietary systems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-111</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-111</guid>
		<description>&gt; Media/content/whatever-business types don&#039;t see the big picture, the slippery slope, the implications of DRM.&lt;p/&gt;You give them far too much credit; they see exactly where DRM leads, and they want to get there as soon as they can.&lt;p/&gt;&gt; I guess it&#039;s like every technology - you can never turn back the clock. So I guess we&#039;ll just have to bite the bullet and use it to our advantage too.&lt;p/&gt;Why?  Proprietary software was a new creation at one point, but our response to that was to shun it and attempt to destroy it, not embrace it.  The same reaction is needed for DRM, even more strongly.&lt;p/&gt;To the extent that DRM-like technologies are useful, they aren&#039;t DRM; DRM by definition is attempting to &quot;manage&quot; your rights to your own data.  We&#039;ve been using signing and encryption for beneficial purposes for many years, and that isn&#039;t DRM.&lt;br/&gt;</description>
		<content:encoded><![CDATA[<p>> Media/content/whatever-business types don&#8217;t see the big picture, the slippery slope, the implications of DRM.
<p />You give them far too much credit; they see exactly where DRM leads, and they want to get there as soon as they can.
<p />> I guess it&#8217;s like every technology &#8211; you can never turn back the clock. So I guess we&#8217;ll just have to bite the bullet and use it to our advantage too.
<p />Why?  Proprietary software was a new creation at one point, but our response to that was to shun it and attempt to destroy it, not embrace it.  The same reaction is needed for DRM, even more strongly.
<p />To the extent that DRM-like technologies are useful, they aren&#8217;t DRM; DRM by definition is attempting to &#8220;manage&#8221; your rights to your own data.  We&#8217;ve been using signing and encryption for beneficial purposes for many years, and that isn&#8217;t DRM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peteris Krisjanis</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-112</link>
		<dc:creator>Peteris Krisjanis</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-112</guid>
		<description>Anonymous: hmmmm, no.&lt;p/&gt;Music you buy in shop is not your data. It is truely copy of copyrighted work. Owner of this work can do whatever it wants within its rights. So actually morally and legally record companies are right. However, ethically and in attitude to customers they are deadly wrong, and therefore they should be punished such way - by free market.&lt;p/&gt;But there is no free market, right?&lt;p/&gt;For DRM, solution is one - don&#039;t buy such DRM-enabled art works and don&#039;t support such way of doing business from companies, if you don&#039;t like such attitude, period.&lt;p/&gt;Problem is here that most people _don&#039;t_ care. Ohh, there was Sony, ohh disc don&#039;t play on your Mac?&lt;p/&gt;Who GIVES a !!$#%? :)&lt;p/&gt;Most of their market is ignorant, grey mass.&lt;p/&gt;In the end - on topic - if the harsh reality asks for DRM infrastructure in Gstreamer, there should be one. I&#039;m all about power of copyright. Hovewer, I&#039;m against seeing customers as thiefs.</description>
		<content:encoded><![CDATA[<p>Anonymous: hmmmm, no.
<p />Music you buy in shop is not your data. It is truely copy of copyrighted work. Owner of this work can do whatever it wants within its rights. So actually morally and legally record companies are right. However, ethically and in attitude to customers they are deadly wrong, and therefore they should be punished such way &#8211; by free market.
<p />But there is no free market, right?
<p />For DRM, solution is one &#8211; don&#8217;t buy such DRM-enabled art works and don&#8217;t support such way of doing business from companies, if you don&#8217;t like such attitude, period.
<p />Problem is here that most people _don&#8217;t_ care. Ohh, there was Sony, ohh disc don&#8217;t play on your Mac?
<p />Who GIVES a !!$#%? <img src='http://blogs.gnome.org/uraeus/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' />
<p />Most of their market is ignorant, grey mass.
<p />In the end &#8211; on topic &#8211; if the harsh reality asks for DRM infrastructure in Gstreamer, there should be one. I&#8217;m all about power of copyright. Hovewer, I&#8217;m against seeing customers as thiefs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-113</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-113</guid>
		<description>&gt; Music you buy in shop is not your data. It is truely copy of copyrighted work. Owner of this work can do whatever it wants within its rights.&lt;p/&gt;Ignoring the semantic quibble over the term &quot;ownership&quot; (I own the bits, as they are on my computer; they just hold a copyright which applies to those bits), the point is that their &quot;rights&quot; extend only as far as not permitting copies.&lt;p/&gt;&gt; So actually morally and legally record companies are right.&lt;p/&gt;Please don&#039;t conflate &quot;morally&quot; and &quot;legally&quot;.  Legally the record companies are (unfortunately) usually right.  Morally they are not, at least to me.&lt;p/&gt;&gt; and therefore they should be punished such way - by free market.&lt;p/&gt;Oh, there I agree with you entirely; I&#039;m not suggesting any other approach to the problem.  I do, however, believe that we won&#039;t have a real free market situation until we eliminate the various protectionism laws for industries built upon the artificial scarcity of data.&lt;p/&gt;&lt;br/&gt;On topic again: I do agree that providing infrastructure supporting DRM-style plugins in GStreamer is a good idea, in order to get people onto a Free platform.  The idea seems similar to Wine: better to get someone running an entirely Free GNU/Linux system with the sole exception of a particular Windows application run via emulation, than for them to continue running all of Windows just because of that one application.&lt;p/&gt;It seems like DRM support is not all that complicated, as it is just another container format.  Is there something in particular about DRM containers that makes them different from another muxer?&lt;br/&gt;</description>
		<content:encoded><![CDATA[<p>> Music you buy in shop is not your data. It is truely copy of copyrighted work. Owner of this work can do whatever it wants within its rights.
<p />Ignoring the semantic quibble over the term &#8220;ownership&#8221; (I own the bits, as they are on my computer; they just hold a copyright which applies to those bits), the point is that their &#8220;rights&#8221; extend only as far as not permitting copies.
<p />> So actually morally and legally record companies are right.
<p />Please don&#8217;t conflate &#8220;morally&#8221; and &#8220;legally&#8221;.  Legally the record companies are (unfortunately) usually right.  Morally they are not, at least to me.
<p />> and therefore they should be punished such way &#8211; by free market.
<p />Oh, there I agree with you entirely; I&#8217;m not suggesting any other approach to the problem.  I do, however, believe that we won&#8217;t have a real free market situation until we eliminate the various protectionism laws for industries built upon the artificial scarcity of data.
<p />On topic again: I do agree that providing infrastructure supporting DRM-style plugins in GStreamer is a good idea, in order to get people onto a Free platform.  The idea seems similar to Wine: better to get someone running an entirely Free GNU/Linux system with the sole exception of a particular Windows application run via emulation, than for them to continue running all of Windows just because of that one application.
<p />It seems like DRM support is not all that complicated, as it is just another container format.  Is there something in particular about DRM containers that makes them different from another muxer?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-114</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-114</guid>
		<description>One other note: a large issue with DRM is that it cannot possibly restrict only those actions which are not legal.  First, because legally I can do whatever I want with the data apart from a finite set of actions, whereas any DRM system can only permit a finite set of actions and prohibit all others.  Second, because for any possible non-legal action, there are legal actions which are indistinguishable from the non-legal action by the DRM system.&lt;p/&gt;So in response to the claim that the owner of a set of bits can do whatever they want within its rights, I would suggest that people would have far less problems with said owners if all they tried to control was what was within their rights.&lt;br/&gt;</description>
		<content:encoded><![CDATA[<p>One other note: a large issue with DRM is that it cannot possibly restrict only those actions which are not legal.  First, because legally I can do whatever I want with the data apart from a finite set of actions, whereas any DRM system can only permit a finite set of actions and prohibit all others.  Second, because for any possible non-legal action, there are legal actions which are indistinguishable from the non-legal action by the DRM system.
<p />So in response to the claim that the owner of a set of bits can do whatever they want within its rights, I would suggest that people would have far less problems with said owners if all they tried to control was what was within their rights.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Horkan</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-115</link>
		<dc:creator>Alan Horkan</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-115</guid>
		<description>Christian, I hope you take Richard Stallmans advice about words to avoid on this one and explain DRM using the more honest description &quot;Digital Restrictions Management&quot; in your documentation and or at least make it obvious it is the publishers rights not the consumer or fair use rights which are being managed.  &lt;p/&gt;&lt;br/&gt;</description>
		<content:encoded><![CDATA[<p>Christian, I hope you take Richard Stallmans advice about words to avoid on this one and explain DRM using the more honest description &#8220;Digital Restrictions Management&#8221; in your documentation and or at least make it obvious it is the publishers rights not the consumer or fair use rights which are being managed.
<p /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Hubick</title>
		<link>http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/comment-page-1/#comment-116</link>
		<dc:creator>Chris Hubick</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/#comment-116</guid>
		<description>As an &#039;average joe&#039; Free Software lovin GNU/Linux user, I&#039;m ok with GStreamer supporting DRM.  That said, I use Linux on my desktop specifically to escape corporate controls over my freedom, and many of those controls relate to DRM schemes.  I appreciate developers taking my concerns under consideration.&lt;p/&gt;Let me state upfront that I currently purchase all my software and music legally.  Like most people, I just want to playback my music (and video) how I want - in my car CD player, on my computer (Totem), or on my portable iRiver.  I want control over my long term ability to move my purchase across evolving physical or virtual mediums in order to maintain it&#039;s long term value to me.  This ability has held up in the past - I was able rip my purchased CD&#039;s to FLAC/OGG, play them on my Windows or Linux box and my iRiver today, and I can be fairly confident that the CD music I have purchased, and made FLAC files from, will be available through whatever platforms and formats we are using 20 years from now.  My worry is for these DRM formats of the future - if I buy a Blu-Ray DVD, do I have such an assurance?  I use Linux, GStreamer, and OGG to protect me from this - and just need reasurrances that will continue.&lt;p/&gt;My big problem with some DRM is that it often won&#039;t even allow people to do things that the laws of their country state *should* be legal for them to do.  (ie, countries with laws ensuring Fair Use, like in the USA before DMCA).&lt;p/&gt;** GStreamer shouldn&#039;t preclude people in some country from writing plugins/elements so they can *legally* save/transcode their purchased media, even if it is against the DRM policy guidelines.&lt;p/&gt;GStreamer should provide a framework for ripping a Blu-Ray DVD (example) to Theora, or a &quot;Save the decrypted version of this encrypted stream to a Theora file&quot; pipeline - even if those are against the DRM policy.  I don&#039;t think it should actually do it out of the box... but in places where it is legal, it&#039;s API should enable someone to write some DeCSS type plugin/element code to do so, and for some user to download those plugins from some yum repo, and then it should work.&lt;p/&gt;Of course, I also have no problem with GStreamer supporting playback of DRM restricted formats - but those formats have thus far been of little concern to me personally, except as a last resort.  The first thing I do when I get my purchased CD or DVD home is rip it to an open format - and I won&#039;t purchase media in formats I can&#039;t at least easily make a high quality analog copy of for my own personal use.  I will use a DRM restricted service to locate music I want to purchase and rip though.&lt;br/&gt;</description>
		<content:encoded><![CDATA[<p>As an &#8216;average joe&#8217; Free Software lovin GNU/Linux user, I&#8217;m ok with GStreamer supporting DRM.  That said, I use Linux on my desktop specifically to escape corporate controls over my freedom, and many of those controls relate to DRM schemes.  I appreciate developers taking my concerns under consideration.
<p />Let me state upfront that I currently purchase all my software and music legally.  Like most people, I just want to playback my music (and video) how I want &#8211; in my car CD player, on my computer (Totem), or on my portable iRiver.  I want control over my long term ability to move my purchase across evolving physical or virtual mediums in order to maintain it&#8217;s long term value to me.  This ability has held up in the past &#8211; I was able rip my purchased CD&#8217;s to FLAC/OGG, play them on my Windows or Linux box and my iRiver today, and I can be fairly confident that the CD music I have purchased, and made FLAC files from, will be available through whatever platforms and formats we are using 20 years from now.  My worry is for these DRM formats of the future &#8211; if I buy a Blu-Ray DVD, do I have such an assurance?  I use Linux, GStreamer, and OGG to protect me from this &#8211; and just need reasurrances that will continue.
<p />My big problem with some DRM is that it often won&#8217;t even allow people to do things that the laws of their country state *should* be legal for them to do.  (ie, countries with laws ensuring Fair Use, like in the USA before DMCA).
<p />** GStreamer shouldn&#8217;t preclude people in some country from writing plugins/elements so they can *legally* save/transcode their purchased media, even if it is against the DRM policy guidelines.
<p />GStreamer should provide a framework for ripping a Blu-Ray DVD (example) to Theora, or a &#8220;Save the decrypted version of this encrypted stream to a Theora file&#8221; pipeline &#8211; even if those are against the DRM policy.  I don&#8217;t think it should actually do it out of the box&#8230; but in places where it is legal, it&#8217;s API should enable someone to write some DeCSS type plugin/element code to do so, and for some user to download those plugins from some yum repo, and then it should work.
<p />Of course, I also have no problem with GStreamer supporting playback of DRM restricted formats &#8211; but those formats have thus far been of little concern to me personally, except as a last resort.  The first thing I do when I get my purchased CD or DVD home is rip it to an open format &#8211; and I won&#8217;t purchase media in formats I can&#8217;t at least easily make a high quality analog copy of for my own personal use.  I will use a DRM restricted service to locate music I want to purchase and rip though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/uraeus/2005/12/03/drm-and-gstreamer/feed/ ) in 1.23185 seconds, on Feb 12th, 2012 at 2:31 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 12th, 2012 at 3:31 am UTC -->
