<?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: PhotoShelter&#8217;s Improved Image Processing</title>
	<atom:link href="http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/</link>
	<description>Daily discussion of photography business issues &#38; photography websites. Marketing and sales tips for smart photographers, plus a dose of inspiration from the PhotoShelter team.</description>
	<lastBuildDate>Fri, 24 May 2013 14:08:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Lauren Margolis</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-343241</link>
		<dc:creator>Lauren Margolis</dc:creator>
		<pubDate>Mon, 29 Oct 2012 15:58:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-343241</guid>
		<description>@Derek We preserve your original color profile, so nothing is changed in the upload process. Also, PhotoShelter has supported infinite gallery nesting since we released the new Image Browser last spring. Please let us know if you have any questions about either image processing or gallery nesting - support@photoshelter.com.</description>
		<content:encoded><![CDATA[<p>@Derek We preserve your original color profile, so nothing is changed in the upload process. Also, PhotoShelter has supported infinite gallery nesting since we released the new Image Browser last spring. Please let us know if you have any questions about either image processing or gallery nesting &#8211; <a href="mailto:support@photoshelter.com">support@photoshelter.com</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-341666</link>
		<dc:creator>Derek</dc:creator>
		<pubDate>Mon, 29 Oct 2012 05:31:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-341666</guid>
		<description>Re: this &quot;improved image processing,&quot; why give us something we don&#039;t need or want?  I find this news very distressing.  It assumes, as photographers, we don&#039;t know what we are doing and need this type of paternalistic oversight.  I spend I alot of time post-processing my web-destined images, which includes converting them to sRGB, outputting to highest level jpeg quality, sharpening them to the exact desired degree, adjusting gamma and color also to the exact desired degree, all on high-end, color calibrated hardware.  And as such, I expect the integrity of my choices to be respected and maintained by my hosting provider, not altered post upload.

Frankly the examples of your image processing improvement shown on the above linked page, do not seem like improvements to me at all, especially when it comes to the sharpening effect.  The &quot;after&quot; images look over-sharpened and pixilated.

At best, one would expect no alterations be made to the uploaded photos.  At worst, if you feel you must cater to those unfamiliar with how to maximize the quality of their images themselves, you would at least provide those who do know how and choose to do it themselves the option of turning off this awful, annoying feature.

This and PS&#039;s limitations on nesting galleries, but especially this oversharpening (which makes my carefully prepped images look lousy), truly makes me think I need to go elsewhere for a hosting solution.  Something I am considering seriously, especially if you tell me this can&#039;t be switched off.</description>
		<content:encoded><![CDATA[<p>Re: this &#8220;improved image processing,&#8221; why give us something we don&#8217;t need or want?  I find this news very distressing.  It assumes, as photographers, we don&#8217;t know what we are doing and need this type of paternalistic oversight.  I spend I alot of time post-processing my web-destined images, which includes converting them to sRGB, outputting to highest level jpeg quality, sharpening them to the exact desired degree, adjusting gamma and color also to the exact desired degree, all on high-end, color calibrated hardware.  And as such, I expect the integrity of my choices to be respected and maintained by my hosting provider, not altered post upload.</p>
<p>Frankly the examples of your image processing improvement shown on the above linked page, do not seem like improvements to me at all, especially when it comes to the sharpening effect.  The &#8220;after&#8221; images look over-sharpened and pixilated.</p>
<p>At best, one would expect no alterations be made to the uploaded photos.  At worst, if you feel you must cater to those unfamiliar with how to maximize the quality of their images themselves, you would at least provide those who do know how and choose to do it themselves the option of turning off this awful, annoying feature.</p>
<p>This and PS&#8217;s limitations on nesting galleries, but especially this oversharpening (which makes my carefully prepped images look lousy), truly makes me think I need to go elsewhere for a hosting solution.  Something I am considering seriously, especially if you tell me this can&#8217;t be switched off.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paul</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-277307</link>
		<dc:creator>paul</dc:creator>
		<pubDate>Thu, 04 Oct 2012 22:37:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-277307</guid>
		<description>On my side I really happy sRGB is used, it&#039;s actually IMO a much better profile for web and surprisingly print. FYI Getty use also sRGB as their standard.</description>
		<content:encoded><![CDATA[<p>On my side I really happy sRGB is used, it&#8217;s actually IMO a much better profile for web and surprisingly print. FYI Getty use also sRGB as their standard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lauren Margolis</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-274419</link>
		<dc:creator>Lauren Margolis</dc:creator>
		<pubDate>Wed, 03 Oct 2012 14:10:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-274419</guid>
		<description>@Mike this simply means that the highlights stand out more - so the brighter areas are brighter, mainly due to sharpening.</description>
		<content:encoded><![CDATA[<p>@Mike this simply means that the highlights stand out more &#8211; so the brighter areas are brighter, mainly due to sharpening.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Padua</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-273155</link>
		<dc:creator>Mike Padua</dc:creator>
		<pubDate>Tue, 02 Oct 2012 22:56:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-273155</guid>
		<description>Forgive my ignorance: what is &quot;highlight separation&quot;?

As a new user, I appreciate the improvements, the images look fine--though I honestly doubt I would have been able to tell without the A/B comparisons.</description>
		<content:encoded><![CDATA[<p>Forgive my ignorance: what is &#8220;highlight separation&#8221;?</p>
<p>As a new user, I appreciate the improvements, the images look fine&#8211;though I honestly doubt I would have been able to tell without the A/B comparisons.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich Wagner</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-266302</link>
		<dc:creator>Rich Wagner</dc:creator>
		<pubDate>Fri, 28 Sep 2012 20:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-266302</guid>
		<description>@Tom Parkes  

I agree - many of the images now look over-sharpened, but not a huge deal. Tagged display images is more important IMO.</description>
		<content:encoded><![CDATA[<p>@Tom Parkes  </p>
<p>I agree &#8211; many of the images now look over-sharpened, but not a huge deal. Tagged display images is more important IMO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Parkes</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-265340</link>
		<dc:creator>Tom Parkes</dc:creator>
		<pubDate>Fri, 28 Sep 2012 09:42:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-265340</guid>
		<description>The after images in the portrait examples now look over-sharpened to my eye, particularly the hair. If the new processing system is more accurately representing the original then that&#039;s fine. Otherwise, it demonstrates the downside to a sledgehammer approach to sharpening. Overall, the difference is probably too small to worry over.</description>
		<content:encoded><![CDATA[<p>The after images in the portrait examples now look over-sharpened to my eye, particularly the hair. If the new processing system is more accurately representing the original then that&#8217;s fine. Otherwise, it demonstrates the downside to a sledgehammer approach to sharpening. Overall, the difference is probably too small to worry over.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-264095</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Thu, 27 Sep 2012 20:40:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-264095</guid>
		<description>Lauren,

What I see doing the roll over as suggested is the new and better looses or compresses the blacks and look darker.  So if less detail in the shadows in order to darken the highlights is your methodology I&#039;d suggest someone go back to school.  See above posts for why you&#039;ve erred, again at PS. I don&#039;t manage histograms and spend my time giving shadow detail and highlight detail to have PS remove it.  

GEEZ, don&#039;t they teach color theory anymore or does the new generation just not care.  

Google chrome is now recognizing ICC profiles.</description>
		<content:encoded><![CDATA[<p>Lauren,</p>
<p>What I see doing the roll over as suggested is the new and better looses or compresses the blacks and look darker.  So if less detail in the shadows in order to darken the highlights is your methodology I&#8217;d suggest someone go back to school.  See above posts for why you&#8217;ve erred, again at PS. I don&#8217;t manage histograms and spend my time giving shadow detail and highlight detail to have PS remove it.  </p>
<p>GEEZ, don&#8217;t they teach color theory anymore or does the new generation just not care.  </p>
<p>Google chrome is now recognizing ICC profiles.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich Wagner</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-264053</link>
		<dc:creator>Rich Wagner</dc:creator>
		<pubDate>Thu, 27 Sep 2012 20:01:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-264053</guid>
		<description>I checked the images in this blog post, and the sRGB profile is being embedded in displayed images, rather than leaving them untagged, which is fantastic.

Based on the embedded profile, it looks like Photoshelter is using the LCMS color management module (CMM) for color transformations, which is also fantastic.  Marti Maria, the author of Little CMS, definitely knows the correct transfer function for sRGB is not gamma 2.2, so the color management should be spot-on. (You can verify this by searching this pdf for &quot;sRGB&quot; - http://www.littlecms.com/LittleCMS2.4%20API.pdf) LCMS is a well-respected CMM.

http://www.littlecms.com/

Having display images converted to and tagged with sRGB is great, as color-managed browsers (like Safari) should be able to display accurate color regardless of the color space of the original uploaded to Photoshelter (Adobe RGB, ProPhoto, etc.), or when the browser is used on a wide-gamut monitor.  Now, to get all current browsers to use color management.... 

--Rich</description>
		<content:encoded><![CDATA[<p>I checked the images in this blog post, and the sRGB profile is being embedded in displayed images, rather than leaving them untagged, which is fantastic.</p>
<p>Based on the embedded profile, it looks like Photoshelter is using the LCMS color management module (CMM) for color transformations, which is also fantastic.  Marti Maria, the author of Little CMS, definitely knows the correct transfer function for sRGB is not gamma 2.2, so the color management should be spot-on. (You can verify this by searching this pdf for &#8220;sRGB&#8221; &#8211; <a href="http://www.littlecms.com/LittleCMS2.4%20API.pdf" rel="nofollow">http://www.littlecms.com/LittleCMS2.4%20API.pdf</a>) LCMS is a well-respected CMM.</p>
<p><a href="http://www.littlecms.com/" rel="nofollow">http://www.littlecms.com/</a></p>
<p>Having display images converted to and tagged with sRGB is great, as color-managed browsers (like Safari) should be able to display accurate color regardless of the color space of the original uploaded to Photoshelter (Adobe RGB, ProPhoto, etc.), or when the browser is used on a wide-gamut monitor.  Now, to get all current browsers to use color management&#8230;. </p>
<p>&#8211;Rich</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich Wagner</title>
		<link>http://blog.photoshelter.com/2012/09/photoshelters-improved-image-processing/#comment-264016</link>
		<dc:creator>Rich Wagner</dc:creator>
		<pubDate>Thu, 27 Sep 2012 19:31:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.photoshelter.com/?p=24719#comment-264016</guid>
		<description>Wow, the blog post is very confusing, as it sure sounded like the color space of the original WAS being converted to sRGB (and it better not be!).  That would be infuriating. I was panicked until I read the responses here. 

And as far as &quot;geeking out&quot; on Wikipedia about gamma curves, the author better &quot;geek out&quot; on color management before posting on the topic. The gamma curve for sRGB is NOT 2.2, as it has a linear component at the &quot;foot&quot; end of the curve. That&#039;s old news.  I would hope that Photoshelter is using a standard sRGB profile for the conversion and not a hacked profile with an approximated 2.2 gamma curve.

See:
http://www.sjbrown.co.uk/2004/05/14/gamma-correct-rendering/

And from the OP&#039;s beloved Wikipedia:

http://en.wikipedia.org/wiki/SRGB
&quot;Unlike most other RGB color spaces, the sRGB gamma cannot be expressed as a single numerical value. The overall gamma is approximately 2.2, consisting of a linear (gamma 1.0) section near black, and a non-linear section elsewhere involving a 2.4 exponent and a gamma (slope of log output versus log input) changing from 1.0 through about 2.3.&quot;</description>
		<content:encoded><![CDATA[<p>Wow, the blog post is very confusing, as it sure sounded like the color space of the original WAS being converted to sRGB (and it better not be!).  That would be infuriating. I was panicked until I read the responses here. </p>
<p>And as far as &#8220;geeking out&#8221; on Wikipedia about gamma curves, the author better &#8220;geek out&#8221; on color management before posting on the topic. The gamma curve for sRGB is NOT 2.2, as it has a linear component at the &#8220;foot&#8221; end of the curve. That&#8217;s old news.  I would hope that Photoshelter is using a standard sRGB profile for the conversion and not a hacked profile with an approximated 2.2 gamma curve.</p>
<p>See:<br />
<a href="http://www.sjbrown.co.uk/2004/05/14/gamma-correct-rendering/" rel="nofollow">http://www.sjbrown.co.uk/2004/05/14/gamma-correct-rendering/</a></p>
<p>And from the OP&#8217;s beloved Wikipedia:</p>
<p><a href="http://en.wikipedia.org/wiki/SRGB" rel="nofollow">http://en.wikipedia.org/wiki/SRGB</a><br />
&#8220;Unlike most other RGB color spaces, the sRGB gamma cannot be expressed as a single numerical value. The overall gamma is approximately 2.2, consisting of a linear (gamma 1.0) section near black, and a non-linear section elsewhere involving a 2.4 exponent and a gamma (slope of log output versus log input) changing from 1.0 through about 2.3.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
