<?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: Non-destructive raw editing with Smart Objects</title>
	<atom:link href="http://blogs.adobe.com/jnack/2005/11/non_destructive_raw_editing_with_smart_obj.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.adobe.com/jnack/2005/11/non_destructive_raw_editing_with_smart_obj.html</link>
	<description></description>
	<lastBuildDate>Wed, 19 Jun 2013 12:30:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Ted Dillard</title>
		<link>http://blogs.adobe.com/jnack/2005/11/non_destructive_raw_editing_with_smart_obj.html#comment-223</link>
		<dc:creator>Ted Dillard</dc:creator>
		<pubDate>Sat, 01 Nov 2008 16:12:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2005/11/non-destructive-raw-editing-with-smart-objects.html#comment-223</guid>
		<description><![CDATA[I KNEW it!  :)
I&#039;ve been telling classes for years now that I&#039;d suspected the RAW processing SO thing was kind of a bonus!
Great stuff, John!
]]></description>
		<content:encoded><![CDATA[<p>I KNEW it!  :)<br />
I&#8217;ve been telling classes for years now that I&#8217;d suspected the RAW processing SO thing was kind of a bonus!<br />
Great stuff, John!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Schmidt</title>
		<link>http://blogs.adobe.com/jnack/2005/11/non_destructive_raw_editing_with_smart_obj.html#comment-222</link>
		<dc:creator>Daniel Schmidt</dc:creator>
		<pubDate>Thu, 01 Dec 2005 16:30:53 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2005/11/non-destructive-raw-editing-with-smart-objects.html#comment-222</guid>
		<description><![CDATA[The actual problem with a flat 16-bit PSD file is that it is saved using no compression at all (I know, backwards compatibility).
So only this makes 12% look rather small, but being a bit of a unfair comparison. :)
But the same mistake seems to happen again with the 32 bit PSD files. These also aren&#039;t compressed at all, and this really hurts. So future Photoshop versions that maybe support 32 bit layered PSD files  (hint) will again have to save the flattened composite image uncompressed for backward compatibility.
]]></description>
		<content:encoded><![CDATA[<p>The actual problem with a flat 16-bit PSD file is that it is saved using no compression at all (I know, backwards compatibility).<br />
So only this makes 12% look rather small, but being a bit of a unfair comparison. :)<br />
But the same mistake seems to happen again with the 32 bit PSD files. These also aren&#8217;t compressed at all, and this really hurts. So future Photoshop versions that maybe support 32 bit layered PSD files  (hint) will again have to save the flattened composite image uncompressed for backward compatibility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Nack</title>
		<link>http://blogs.adobe.com/jnack/2005/11/non_destructive_raw_editing_with_smart_obj.html#comment-221</link>
		<dc:creator>John Nack</dc:creator>
		<pubDate>Wed, 30 Nov 2005 15:43:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2005/11/non-destructive-raw-editing-with-smart-objects.html#comment-221</guid>
		<description><![CDATA[Being able to choose whether to embed the raw file or just link to it would be cool, but you might be surprised about the actual cost of embedding.  Because raw data hasn&#039;t yet been processed into RGB, it can be much smaller than converted data.  I just experimented with a 16MP shot from a 1Ds Mk II.  It&#039;s 11.7MB on disk when raw, and 95.1MB as a flat, 16-bit PSD.  So embedding the raw data would mean only about a 12% increase in file size.  This process would also make it possible to archive your raw data &amp; edits to it together with the converted data (better than leaving them trapped in some proprietary database).
]]></description>
		<content:encoded><![CDATA[<p>Being able to choose whether to embed the raw file or just link to it would be cool, but you might be surprised about the actual cost of embedding.  Because raw data hasn&#8217;t yet been processed into RGB, it can be much smaller than converted data.  I just experimented with a 16MP shot from a 1Ds Mk II.  It&#8217;s 11.7MB on disk when raw, and 95.1MB as a flat, 16-bit PSD.  So embedding the raw data would mean only about a 12% increase in file size.  This process would also make it possible to archive your raw data &amp; edits to it together with the converted data (better than leaving them trapped in some proprietary database).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Beardsworth</title>
		<link>http://blogs.adobe.com/jnack/2005/11/non_destructive_raw_editing_with_smart_obj.html#comment-220</link>
		<dc:creator>John Beardsworth</dc:creator>
		<pubDate>Wed, 30 Nov 2005 15:18:55 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2005/11/non-destructive-raw-editing-with-smart-objects.html#comment-220</guid>
		<description><![CDATA[I&#039;ve also heard a lot of talk recently about non destructive editing of raw files....
The disadvantage of this smart objects method is file size. So what about (optionally) removing this need to embed the raw file in your working file? The saved PSD might consist of a simple link to your raw file, plus any adjustment layers and any dust spotting and other selection-based pixel layers. Open the PSD file and Photoshop calls up the raw file dynamically. Smaller PSD files would only really contain processing instructions, separating the performances from the score?
]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve also heard a lot of talk recently about non destructive editing of raw files&#8230;.<br />
The disadvantage of this smart objects method is file size. So what about (optionally) removing this need to embed the raw file in your working file? The saved PSD might consist of a simple link to your raw file, plus any adjustment layers and any dust spotting and other selection-based pixel layers. Open the PSD file and Photoshop calls up the raw file dynamically. Smaller PSD files would only really contain processing instructions, separating the performances from the score?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
