<?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 - 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>
	<pubDate>Tue, 06 Jan 2009 08:17:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<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't advocate using RAW as an excuse for not trying to get your exposures right in the first place. I'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'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'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't print my own currently, we get them done by commercial services, and they are often darker than I'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 - crucially, <em>without loss of detail</em> - 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 - 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'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're only getting 1/2 it's because you're processing in an app which doesn'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's DPP.  DPP-processed images look like they've been shot through a vaseline smeared window.  Dcraw is pretty-good, but it's a lot more tedious than the graphial PS importer.

As to archiving them, you want to use Adobe's (free as in beer) DNG converter to convert them to DNG format.  DNG is a publicly documented specialisation of TIFF, so it isn't going to be unreadable any time soon (or ever if you don'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>
<br />
<b>Warning</b>:  call_user_func_array() [<a href='function.call-user-func-array'>function.call-user-func-array</a>]: First argument is expected to be a valid callback, 'anton_rss' was given in <b>/home/hosting/web/anton/strangeparty.com/wordpress/wp-includes/plugin.php</b> on line <b>339</b><br />
