<?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: Digital photography &#8211; RAW vs JPG</title>
	<atom:link href="http://www.strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/</link>
	<description>A blog about life, linux and photography</description>
	<lastBuildDate>Tue, 24 Aug 2010 21:18:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Anton</title>
		<link>http://www.strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/comment-page-1/#comment-9</link>
		<dc:creator>Anton</dc:creator>
		<pubDate>Wed, 29 Mar 2006 11:16:42 +0000</pubDate>
		<guid isPermaLink="false">http://strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/#comment-9</guid>
		<description>My monitor is very simply calibrated (full contrast and brightness set so it is as bright as possible with black still looking dark black), but then maybe I got lucky with my monitor. My laptop TFT is much darker than my CRT so I use my CRT for working on photos.
Prints from online printing companies come out looking far better than on my computer, but that might be because of sharpening/unsharpening that occurs with the print process. Even large prints (up to A3) look really nice from just 6Mpix.</description>
		<content:encoded><![CDATA[<p>My monitor is very simply calibrated (full contrast and brightness set so it is as bright as possible with black still looking dark black), but then maybe I got lucky with my monitor. My laptop TFT is much darker than my CRT so I use my CRT for working on photos.<br />
Prints from online printing companies come out looking far better than on my computer, but that might be because of sharpening/unsharpening that occurs with the print process. Even large prints (up to A3) look really nice from just 6Mpix.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Piper</title>
		<link>http://www.strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/comment-page-1/#comment-8</link>
		<dc:creator>Andy Piper</dc:creator>
		<pubDate>Wed, 29 Mar 2006 10:37:37 +0000</pubDate>
		<guid isPermaLink="false">http://strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/#comment-8</guid>
		<description>I wouldn&#039;t advocate using RAW as an excuse for not trying to get your exposures right in the first place. I&#039;m the same as you, and try to use the histogram to get a decent shot first. But I think the range of adjustments possible with RAW - crucially, &lt;em&gt;without loss of detail&lt;/em&gt; - is wider than with JPG. I&#039;ll try to come up with a more convincing argument in the form of some kind of demo of RSP - but it looks like you&#039;ve done a lot of research on the issue.

I have to say that I think I struggle with colour matching, and need to think about a monitor calibrator. I don&#039;t print my own currently, we get them done by commercial services, and they are often darker than I&#039;d thought.</description>
		<content:encoded><![CDATA[<p>I wouldn&#8217;t advocate using RAW as an excuse for not trying to get your exposures right in the first place. I&#8217;m the same as you, and try to use the histogram to get a decent shot first. But I think the range of adjustments possible with RAW &#8211; crucially, <em>without loss of detail</em> &#8211; is wider than with JPG. I&#8217;ll try to come up with a more convincing argument in the form of some kind of demo of RSP &#8211; but it looks like you&#8217;ve done a lot of research on the issue.</p>
<p>I have to say that I think I struggle with colour matching, and need to think about a monitor calibrator. I don&#8217;t print my own currently, we get them done by commercial services, and they are often darker than I&#8217;d thought.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton</title>
		<link>http://www.strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/comment-page-1/#comment-3</link>
		<dc:creator>Anton</dc:creator>
		<pubDate>Thu, 23 Mar 2006 22:33:51 +0000</pubDate>
		<guid isPermaLink="false">http://strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/#comment-3</guid>
		<description>Ok, so GIMP is a bad choice. 

I had a good look through the RawShooter manual recently, and the software looks like it has a really nice interface, but I am not entirely sure about the benefits of shooting in RAW. 

Basically it looks like the adjustments are really, really minor or they could just as easily be done in JPG</description>
		<content:encoded><![CDATA[<p>Ok, so GIMP is a bad choice. </p>
<p>I had a good look through the RawShooter manual recently, and the software looks like it has a really nice interface, but I am not entirely sure about the benefits of shooting in RAW. </p>
<p>Basically it looks like the adjustments are really, really minor or they could just as easily be done in JPG</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Willoughby</title>
		<link>http://www.strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/comment-page-1/#comment-2</link>
		<dc:creator>Phil Willoughby</dc:creator>
		<pubDate>Wed, 22 Mar 2006 21:41:28 +0000</pubDate>
		<guid isPermaLink="false">http://strangeparty.com/2006/03/21/digital-photography-raw-vs-jpg/#comment-2</guid>
		<description>The GIMP is a bad choice if you&#039;re trying to compare RAW with JPEG, as it cannot handle more than 8 bits/channel and a RAW is 12 bits/channel.  CineGIMP is a variant which can handle 16 bits/channel but it was still alpha when I last looked.

In my experience, you can recover a RAW from 2 stops either side of optimal exposure.  If you&#039;re only getting 1/2 it&#039;s because you&#039;re processing in an app which doesn&#039;t know how to interpret all the extra bits.  I generally use the Photoshop RAW importer as it does a much better job than Canon&#039;s DPP.  DPP-processed images look like they&#039;ve been shot through a vaseline smeared window.  Dcraw is pretty-good, but it&#039;s a lot more tedious than the graphial PS importer.

As to archiving them, you want to use Adobe&#039;s (free as in beer) DNG converter to convert them to DNG format.  DNG is a publicly documented specialisation of TIFF, so it isn&#039;t going to be unreadable any time soon (or ever if you don&#039;t mind writing the software yourself).</description>
		<content:encoded><![CDATA[<p>The GIMP is a bad choice if you&#8217;re trying to compare RAW with JPEG, as it cannot handle more than 8 bits/channel and a RAW is 12 bits/channel.  CineGIMP is a variant which can handle 16 bits/channel but it was still alpha when I last looked.</p>
<p>In my experience, you can recover a RAW from 2 stops either side of optimal exposure.  If you&#8217;re only getting 1/2 it&#8217;s because you&#8217;re processing in an app which doesn&#8217;t know how to interpret all the extra bits.  I generally use the Photoshop RAW importer as it does a much better job than Canon&#8217;s DPP.  DPP-processed images look like they&#8217;ve been shot through a vaseline smeared window.  Dcraw is pretty-good, but it&#8217;s a lot more tedious than the graphial PS importer.</p>
<p>As to archiving them, you want to use Adobe&#8217;s (free as in beer) DNG converter to convert them to DNG format.  DNG is a publicly documented specialisation of TIFF, so it isn&#8217;t going to be unreadable any time soon (or ever if you don&#8217;t mind writing the software yourself).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
