<?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: 32-bit/HDR improvements in Photoshop CS3</title>
	<atom:link href="http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html</link>
	<description></description>
	<lastBuildDate>Sat, 25 May 2013 05:43:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: elene</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2370</link>
		<dc:creator>elene</dc:creator>
		<pubDate>Wed, 04 Jun 2008 03:26:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2370</guid>
		<description><![CDATA[Hmmm...I just tried the paint operator in Toxik and as far as I can tell it behaves about as oddly as Photoshop when it comes to floating point colors.
I imported an image in Toxik and hooked it up to the paint operator. I selected the color (0.99999, 0.99999, 0.99999) using the color picker which admittedly LOOKS much more professional than Photoshop&#039;s. I start to paint. Then I go back to the color picker and sample the color of the stuff I just painted. WHAM! It says (0.99950, 0.99950, 0.99950) all of a sudden!
]]></description>
		<content:encoded><![CDATA[<p>Hmmm&#8230;I just tried the paint operator in Toxik and as far as I can tell it behaves about as oddly as Photoshop when it comes to floating point colors.<br />
I imported an image in Toxik and hooked it up to the paint operator. I selected the color (0.99999, 0.99999, 0.99999) using the color picker which admittedly LOOKS much more professional than Photoshop&#8217;s. I start to paint. Then I go back to the color picker and sample the color of the stuff I just painted. WHAM! It says (0.99950, 0.99950, 0.99950) all of a sudden!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Seber</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2369</link>
		<dc:creator>Robert Seber</dc:creator>
		<pubDate>Tue, 27 Nov 2007 01:11:10 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2369</guid>
		<description><![CDATA[I find that I don&#039;t get enough control with tone-mapping.  I get better results using adjustment layers and masks to achieve selective contrast enhancements.
]]></description>
		<content:encoded><![CDATA[<p>I find that I don&#8217;t get enough control with tone-mapping.  I get better results using adjustment layers and masks to achieve selective contrast enhancements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Seber</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2368</link>
		<dc:creator>Robert Seber</dc:creator>
		<pubDate>Mon, 26 Nov 2007 08:28:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2368</guid>
		<description><![CDATA[I&#039;m a photographer and I&#039;d dearly love to work in 32-bit natively.  Frequently I clip an image&#039;s histogram using an adjustment, and once I have there&#039;s no way of retrieving the detail without creating another copy of the original image and processing it differently.  A very common scenario is a sunset.  The ground is dark, the sky is bright.  The detail is there in the raw file but there&#039;s no way to load it all in one go.  To get the detail I have to open the image twice using different settings, then merge them together afterwards.  It would be great if I could open it once and edit the image selectively instead.
&lt;i&gt;[I think what you&#039;re looking for is part of Photoshop Extended.  Our expectation is that photographers typically don&#039;t need or want to remain in 32-bit mode; rather, they want to bring in the full range of data, then tone-map it down to something that can be printed and seen on screen at once (8 or 16-bit).  Film and 3D folks, on the other hand, are the ones who want 32-bit input/output, which is why that feature is part of Extended.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m a photographer and I&#8217;d dearly love to work in 32-bit natively.  Frequently I clip an image&#8217;s histogram using an adjustment, and once I have there&#8217;s no way of retrieving the detail without creating another copy of the original image and processing it differently.  A very common scenario is a sunset.  The ground is dark, the sky is bright.  The detail is there in the raw file but there&#8217;s no way to load it all in one go.  To get the detail I have to open the image twice using different settings, then merge them together afterwards.  It would be great if I could open it once and edit the image selectively instead.<br />
<i>[I think what you're looking for is part of Photoshop Extended.  Our expectation is that photographers typically don't need or want to remain in 32-bit mode; rather, they want to bring in the full range of data, then tone-map it down to something that can be printed and seen on screen at once (8 or 16-bit).  Film and 3D folks, on the other hand, are the ones who want 32-bit input/output, which is why that feature is part of Extended.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lewis Kemper</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2367</link>
		<dc:creator>Lewis Kemper</dc:creator>
		<pubDate>Tue, 01 May 2007 13:49:01 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2367</guid>
		<description><![CDATA[John it is strange, I can process the same files in CS2 and CS3 doing the same procedure and I get very different results.  I don&#039;t remember that being the case with the public beta but I am using a released version (golden master) now.
]]></description>
		<content:encoded><![CDATA[<p>John it is strange, I can process the same files in CS2 and CS3 doing the same procedure and I get very different results.  I don&#8217;t remember that being the case with the public beta but I am using a released version (golden master) now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lewis Kemper</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2366</link>
		<dc:creator>Lewis Kemper</dc:creator>
		<pubDate>Fri, 27 Apr 2007 15:58:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2366</guid>
		<description><![CDATA[John 2 questions.  Why when I process an HDR does it come up as sRGB even when my Camera Raw default is ProPhoto?  And why are the images processed in CS3 so much less saturated than images processed in CS2?  I have had to add the step of Processing into 32 bit then adding 50+ saturation and then converting to 16 bit to get them close to what they were in CS2.
And for those that want to turn off the auto align in HDR just open a bunch of images in PS then do Automate&gt;HDR and turn off the alignment there.  Then when you go back to Bridge to run HDR it will be turned off.
&lt;i&gt;[Lewis, I&#039;ll check into what you mention &amp; try to post more info here.  I haven&#039;t heard of problems with or changes to saturation in CS3 HDR.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>John 2 questions.  Why when I process an HDR does it come up as sRGB even when my Camera Raw default is ProPhoto?  And why are the images processed in CS3 so much less saturated than images processed in CS2?  I have had to add the step of Processing into 32 bit then adding 50+ saturation and then converting to 16 bit to get them close to what they were in CS2.<br />
And for those that want to turn off the auto align in HDR just open a bunch of images in PS then do Automate&gt;HDR and turn off the alignment there.  Then when you go back to Bridge to run HDR it will be turned off.<br />
<i>[Lewis, I'll check into what you mention &amp; try to post more info here.  I haven't heard of problems with or changes to saturation in CS3 HDR.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Haynes</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2365</link>
		<dc:creator>David Haynes</dc:creator>
		<pubDate>Tue, 24 Apr 2007 14:15:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2365</guid>
		<description><![CDATA[Re your reply to Jules:
[Say hello to Photoshop Extended. :-) This was something I couldn&#039;t mention when I first posted this story, but PSCS3 Extended features full support for painting and layers in 32bpc documents. We think this makes sense in conjunction with the 3D, video, and technical focus of Extended. (We don&#039;t expect photographers to need these features, as they&#039;ll most likely tone-map down to 16bpc right after doing Merge to HDR. The difference is that photographers care about how the image looks on screen/paper, whereas FX folks care about feeding the extended data into other apps. --J.]
Hmmmmm.....
Not sure I agree that photographers don&#039;t care about feeding &quot;extended&quot; data to other apps - PRINTER DRIVERS, for instance. I&#039;m running Canon&#039;s iPF5000, which has a 16bpc input plugin. I can see a day approaching when 32bpc print input will be available and I would really like to have my HDR photo data start and stay in 32bpc mode. Having a full set of edit tools that work on 32bpc files is really attractive. I am considering shelling out for PSCS3 Extended, but will do some more research first (if I was wealthy it would be a done deal).
]]></description>
		<content:encoded><![CDATA[<p>Re your reply to Jules:<br />
[Say hello to Photoshop Extended. :-) This was something I couldn't mention when I first posted this story, but PSCS3 Extended features full support for painting and layers in 32bpc documents. We think this makes sense in conjunction with the 3D, video, and technical focus of Extended. (We don't expect photographers to need these features, as they'll most likely tone-map down to 16bpc right after doing Merge to HDR. The difference is that photographers care about how the image looks on screen/paper, whereas FX folks care about feeding the extended data into other apps. --J.]<br />
Hmmmmm&#8230;..<br />
Not sure I agree that photographers don&#8217;t care about feeding &#8220;extended&#8221; data to other apps &#8211; PRINTER DRIVERS, for instance. I&#8217;m running Canon&#8217;s iPF5000, which has a 16bpc input plugin. I can see a day approaching when 32bpc print input will be available and I would really like to have my HDR photo data start and stay in 32bpc mode. Having a full set of edit tools that work on 32bpc files is really attractive. I am considering shelling out for PSCS3 Extended, but will do some more research first (if I was wealthy it would be a done deal).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jules Stevenson</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2364</link>
		<dc:creator>Jules Stevenson</dc:creator>
		<pubDate>Mon, 26 Mar 2007 02:28:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2364</guid>
		<description><![CDATA[Like Oliver I use 32bpc images for 3d, mainly as HDRi maps or reflection passes, but occasionally also for textures - I&#039;d just like to re-iterate how joyous it would be to have layers and layer masks. In fact all tools would be nice, and also to be able to paint in values higher than 1.
&lt;i&gt;[Say hello to Photoshop Extended. :-)  This was something I couldn&#039;t mention when I first posted this story, but PSCS3 Extended features full support for painting and layers in 32bpc documents.  We think this makes sense in conjunction with the 3D, video, and technical focus of Extended.  (We don&#039;t expect photographers to need these features, as they&#039;ll most likely tone-map down to 16bpc right after doing Merge to HDR.  The difference is that photographers care about how the image looks on screen/paper, whereas FX folks care about feeding the extended data into other apps.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>Like Oliver I use 32bpc images for 3d, mainly as HDRi maps or reflection passes, but occasionally also for textures &#8211; I&#8217;d just like to re-iterate how joyous it would be to have layers and layer masks. In fact all tools would be nice, and also to be able to paint in values higher than 1.<br />
<i>[Say hello to Photoshop Extended. :-)  This was something I couldn't mention when I first posted this story, but PSCS3 Extended features full support for painting and layers in 32bpc documents.  We think this makes sense in conjunction with the 3D, video, and technical focus of Extended.  (We don't expect photographers to need these features, as they'll most likely tone-map down to 16bpc right after doing Merge to HDR.  The difference is that photographers care about how the image looks on screen/paper, whereas FX folks care about feeding the extended data into other apps.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Hamilton</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2363</link>
		<dc:creator>Eric Hamilton</dc:creator>
		<pubDate>Wed, 21 Feb 2007 19:06:47 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2363</guid>
		<description><![CDATA[The true potential in HDR imaging won&#039;t be discovered until tools like Photoshop and Lightroom start using 32 bit float as the native processing resolution for ALL image processing operations.
Currently, any process has the potential to push numbers out of usable range or between fixed-point numbers, which means that you get detail loss with every operation you perform.  Floating point precision goes a long way toward reducing that loss of headroom, and moving from 16 to 32 bits isn&#039;t just a doubling of precision -- it gives you exponentially more headroom.
In the digital music studio, the move from 16-bit fixed point audio to 32 bit floating point made a negligible difference in the perception of any given sound.  Where we really noticed the change was in the final mixdown, &lt;em&gt;after&lt;/em&gt; all the processing was applied.  The files processed at 16-bit fixed sounded horrible compared to those processed at 32-bit float, because the 32-bit float precision suffered much less detail loss &lt;em&gt;during processing&lt;/em&gt;.
Currently, I&#039;m noticing a negligible difference between my HDR images and my correct exposures &lt;em&gt;other than the way they&#039;re tone-mapped&lt;/em&gt;.    HDR captures more detail, sure, but it&#039;s currently a pain just getting the HDR image to look as good as the correct exposure, let alone getting it to look &lt;em&gt;better&lt;/em&gt;.  I suspect there are a lot of newbies out there creating HDR images and &lt;em&gt;assuming that they&#039;re better&lt;/em&gt; just because they&#039;re HDR, never thinking to take a detailed look at their correct exposures vs their HDR image.
When the native photoshop/lightroom processing format is HDR, I expect that to change dramatically, because we&#039;ll be able to preserve the full range of HDR detail &lt;em&gt;throughout the entire photo finishing process&lt;/em&gt;.  I look forward to a future of the most stunningly detailed photographs ever created -- but it&#039;s not here, yet.
- Eric
]]></description>
		<content:encoded><![CDATA[<p>The true potential in HDR imaging won&#8217;t be discovered until tools like Photoshop and Lightroom start using 32 bit float as the native processing resolution for ALL image processing operations.<br />
Currently, any process has the potential to push numbers out of usable range or between fixed-point numbers, which means that you get detail loss with every operation you perform.  Floating point precision goes a long way toward reducing that loss of headroom, and moving from 16 to 32 bits isn&#8217;t just a doubling of precision &#8212; it gives you exponentially more headroom.<br />
In the digital music studio, the move from 16-bit fixed point audio to 32 bit floating point made a negligible difference in the perception of any given sound.  Where we really noticed the change was in the final mixdown, <em>after</em> all the processing was applied.  The files processed at 16-bit fixed sounded horrible compared to those processed at 32-bit float, because the 32-bit float precision suffered much less detail loss <em>during processing</em>.<br />
Currently, I&#8217;m noticing a negligible difference between my HDR images and my correct exposures <em>other than the way they&#8217;re tone-mapped</em>.    HDR captures more detail, sure, but it&#8217;s currently a pain just getting the HDR image to look as good as the correct exposure, let alone getting it to look <em>better</em>.  I suspect there are a lot of newbies out there creating HDR images and <em>assuming that they&#8217;re better</em> just because they&#8217;re HDR, never thinking to take a detailed look at their correct exposures vs their HDR image.<br />
When the native photoshop/lightroom processing format is HDR, I expect that to change dramatically, because we&#8217;ll be able to preserve the full range of HDR detail <em>throughout the entire photo finishing process</em>.  I look forward to a future of the most stunningly detailed photographs ever created &#8212; but it&#8217;s not here, yet.<br />
- Eric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grant</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2362</link>
		<dc:creator>Grant</dc:creator>
		<pubDate>Wed, 31 Jan 2007 14:21:47 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2362</guid>
		<description><![CDATA[&quot;I´m using Photoshop since CS2 to assemble my HDR images for the use in 3D. The results were as good and similar or better than with Photomatix or HDRShop&quot;
You Obviously dont have a clue about Hdr Shop.
&lt;i&gt;[I find that user perceptions of HDR software, processing, and output tend to be fairly subjective.  Maybe that will change as the field matures.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>&#8220;I´m using Photoshop since CS2 to assemble my HDR images for the use in 3D. The results were as good and similar or better than with Photomatix or HDRShop&#8221;<br />
You Obviously dont have a clue about Hdr Shop.<br />
<i>[I find that user perceptions of HDR software, processing, and output tend to be fairly subjective.  Maybe that will change as the field matures.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver Mann</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2361</link>
		<dc:creator>Oliver Mann</dc:creator>
		<pubDate>Tue, 30 Jan 2007 02:27:44 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2361</guid>
		<description><![CDATA[Regarding the alignment problem, here´s the mentioned set of images for dl:
&lt;a href=&quot;http://www.oliver-mann.de/projekte/cs3/Oliver_Mann_JPEG.zip&quot; rel=&quot;nofollow&quot;&gt;http://www.oliver-mann.de/projekte/cs3/Oliver_Mann_JPEG.zip&lt;/a&gt;
(They are reduced in size and depth, so I can´t guarantee that they behave the same way as my originals.)
I assume, the disalignment is caused by the slightly moving clouds. CS3 tries to align them, and this results in disalignment of the environment. Images taken from a tripod don´t need an alignment, and the algorithm seems to be very time consuming. Ideally it should be possible (not only for HDR) to define image areas that should be aligned. Also for speed and better control, it has to be possible to disable alignment.Another recommendation: Layers with layer masks would really make me happy :-)
]]></description>
		<content:encoded><![CDATA[<p>Regarding the alignment problem, here´s the mentioned set of images for dl:<br />
<a href="http://www.oliver-mann.de/projekte/cs3/Oliver_Mann_JPEG.zip" rel="nofollow">http://www.oliver-mann.de/projekte/cs3/Oliver_Mann_JPEG.zip</a><br />
(They are reduced in size and depth, so I can´t guarantee that they behave the same way as my originals.)<br />
I assume, the disalignment is caused by the slightly moving clouds. CS3 tries to align them, and this results in disalignment of the environment. Images taken from a tripod don´t need an alignment, and the algorithm seems to be very time consuming. Ideally it should be possible (not only for HDR) to define image areas that should be aligned. Also for speed and better control, it has to be possible to disable alignment.Another recommendation: Layers with layer masks would really make me happy :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: windmilltilter</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2360</link>
		<dc:creator>windmilltilter</dc:creator>
		<pubDate>Thu, 18 Jan 2007 11:58:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2360</guid>
		<description><![CDATA[Intriguing possibilities for HDR.  Beyond just its use for pano or CG shots or those amenable to straight bracketing - the most dramatic and challenging results would seem possible during the magic hour. How then to mix parts of different sequences of bracketed shots, in such a rapidly changing light situation as this?
&lt;i&gt;[Good question.  It would be interesting to see how the new Auto-Blend functionality in CS3 might help here.  --J.]&lt;/i&gt;
Interestingly for you all at Adobe (and does relate to the wider debate of HDR), is how the PS tools possibly address these semi/quasi/automatically is going to help decide for each photographer when he feels he&#039;s crossed the line to &quot;cheating&quot; (think Heisenbug Principal).
&lt;i&gt;[Heh--that&#039;s a broad &amp; interesting area.  Some photographers debate whether it&#039;s okay to clone out a soda can that appears in a frame, vs. removing it before taking the photo.  Bring together two photographers and you&#039;ll probably find three opinions...  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>Intriguing possibilities for HDR.  Beyond just its use for pano or CG shots or those amenable to straight bracketing &#8211; the most dramatic and challenging results would seem possible during the magic hour. How then to mix parts of different sequences of bracketed shots, in such a rapidly changing light situation as this?<br />
<i>[Good question.  It would be interesting to see how the new Auto-Blend functionality in CS3 might help here.  --J.]</i><br />
Interestingly for you all at Adobe (and does relate to the wider debate of HDR), is how the PS tools possibly address these semi/quasi/automatically is going to help decide for each photographer when he feels he&#8217;s crossed the line to &#8220;cheating&#8221; (think Heisenbug Principal).<br />
<i>[Heh--that's a broad &amp; interesting area.  Some photographers debate whether it's okay to clone out a soda can that appears in a frame, vs. removing it before taking the photo.  Bring together two photographers and you'll probably find three opinions...  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2359</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 17 Jan 2007 11:11:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2359</guid>
		<description><![CDATA[I&#039;m not very impressed with the level of updates to HDR in CS3. Which is why i will continue to use Artizen. Photomatix is so over priced for what it does and HDRShop is to limited in it&#039;s features.
Artizen HDR has full 8/16/32 bit editing and EVERY single function already works in all color depths such as Level, Color Balance, Layers, Brushes etc. etc...
So if Photoshop want to get serious about HDR they better pickup their game, not just updating an AutoAlignment function that still doesn&#039;t work.
&lt;i&gt;[How exactly does it not work?  It&#039;s far more useful to have some examples than to get what boils down to &quot;you suck.&quot;  Otherwise there&#039;s no way to validate your statement, or to make things better  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m not very impressed with the level of updates to HDR in CS3. Which is why i will continue to use Artizen. Photomatix is so over priced for what it does and HDRShop is to limited in it&#8217;s features.<br />
Artizen HDR has full 8/16/32 bit editing and EVERY single function already works in all color depths such as Level, Color Balance, Layers, Brushes etc. etc&#8230;<br />
So if Photoshop want to get serious about HDR they better pickup their game, not just updating an AutoAlignment function that still doesn&#8217;t work.<br />
<i>[How exactly does it not work?  It's far more useful to have some examples than to get what boils down to "you suck."  Otherwise there's no way to validate your statement, or to make things better  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver Mann</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2358</link>
		<dc:creator>Oliver Mann</dc:creator>
		<pubDate>Fri, 12 Jan 2007 01:27:13 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2358</guid>
		<description><![CDATA[I´m using Photoshop since CS2 to assemble my HDR images for the use in 3D. The results were as good and similar or better than with Photomatix or HDRShop, and I´m looking forward to have all (or most of) the PS tools available for my work. So please keep on
Trying the CS3 Beta to merge a n HDR panorama, the new automatic alignment led to a very bad result. There should be an option to disable this function.
Very good and necessary: The possibility, to load a preset response curve.
&lt;i&gt;[Oliver, would you mind sharing sample files with us so that we can try them and determine why they&#039;re not working well in CS3?  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>I´m using Photoshop since CS2 to assemble my HDR images for the use in 3D. The results were as good and similar or better than with Photomatix or HDRShop, and I´m looking forward to have all (or most of) the PS tools available for my work. So please keep on<br />
Trying the CS3 Beta to merge a n HDR panorama, the new automatic alignment led to a very bad result. There should be an option to disable this function.<br />
Very good and necessary: The possibility, to load a preset response curve.<br />
<i>[Oliver, would you mind sharing sample files with us so that we can try them and determine why they're not working well in CS3?  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cox</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2357</link>
		<dc:creator>Chris Cox</dc:creator>
		<pubDate>Fri, 05 Jan 2007 10:32:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2357</guid>
		<description><![CDATA[Kendall - we tried a few ideas for how to label the new depth/mode.  &quot;Floating point&quot; didn&#039;t go over too well with most users, and &quot;HDR&quot; was an unknown concept to most users when CS2 shipped (heck, I spent weeks trying to explain it to my coworkers).   But labelling it &quot;32 bit&quot; is correct, even if people think it&#039;s limited to a [0...1] range.  Then they discover that it&#039;s not limited, and all sorts of magic starts to happen (and, unfortunately, some confusion).  Even a lot of imaging experts took a while to grasp the possibilities of HDR imaging.
Now some users are familiar with the term HDR, but still not enough (and sadly, some of them think PhotoMatix is all there is to HDR).  So, we&#039;re really still getting started in this area.
We do document the fact that 32bit/channel is floating point in Photoshop: in the manual, online help, and SDK.  (of course, nobody ever reads the documentation...)
]]></description>
		<content:encoded><![CDATA[<p>Kendall &#8211; we tried a few ideas for how to label the new depth/mode.  &#8220;Floating point&#8221; didn&#8217;t go over too well with most users, and &#8220;HDR&#8221; was an unknown concept to most users when CS2 shipped (heck, I spent weeks trying to explain it to my coworkers).   But labelling it &#8220;32 bit&#8221; is correct, even if people think it&#8217;s limited to a [0...1] range.  Then they discover that it&#8217;s not limited, and all sorts of magic starts to happen (and, unfortunately, some confusion).  Even a lot of imaging experts took a while to grasp the possibilities of HDR imaging.<br />
Now some users are familiar with the term HDR, but still not enough (and sadly, some of them think PhotoMatix is all there is to HDR).  So, we&#8217;re really still getting started in this area.<br />
We do document the fact that 32bit/channel is floating point in Photoshop: in the manual, online help, and SDK.  (of course, nobody ever reads the documentation&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kendall Gelner</title>
		<link>http://blogs.adobe.com/jnack/2006/12/32_bithdr_improvements_in_photoshop_cs3.html#comment-2356</link>
		<dc:creator>Kendall Gelner</dc:creator>
		<pubDate>Mon, 01 Jan 2007 21:57:44 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/32-bithdr-improvements-in-photoshop-cs3.html#comment-2356</guid>
		<description><![CDATA[One point of clarity - I think it is somewhat confusing to present HDR images as &quot;32 bit&quot; in the same way that we think of 16 or 8-bit images in Photoshop.
This is because HDR image color data is stored rather differently, as 32-bit floating-point values which means a much larger range of potential values than would an image where color channels were held in straight integers as 16 and 8-bit images are.
&lt;i&gt;[Yes, good point.  I&#039;ve linked to info on HDRI in the past, but it would be useful to post a little intro blurb for quick reference.  Maybe I can wheedle that out of Chris, John P., or one of the other engineers sometime.  --J.]&lt;/i&gt;
Also for those wishing to explore HDR, you may wish to look around at other standalone programs that can do a really good job of HDR assembly - Photomatix is I think one of the more popular commercial options, and there is an open source option called qtpfsgui that claims to be similar:
&lt;a href=&quot;http://qtpfsgui.sourceforge.net/&quot; rel=&quot;nofollow&quot;&gt;http://qtpfsgui.sourceforge.net/&lt;/a&gt;
]]></description>
		<content:encoded><![CDATA[<p>One point of clarity &#8211; I think it is somewhat confusing to present HDR images as &#8220;32 bit&#8221; in the same way that we think of 16 or 8-bit images in Photoshop.<br />
This is because HDR image color data is stored rather differently, as 32-bit floating-point values which means a much larger range of potential values than would an image where color channels were held in straight integers as 16 and 8-bit images are.<br />
<i>[Yes, good point.  I've linked to info on HDRI in the past, but it would be useful to post a little intro blurb for quick reference.  Maybe I can wheedle that out of Chris, John P., or one of the other engineers sometime.  --J.]</i><br />
Also for those wishing to explore HDR, you may wish to look around at other standalone programs that can do a really good job of HDR assembly &#8211; Photomatix is I think one of the more popular commercial options, and there is an open source option called qtpfsgui that claims to be similar:<br />
<a href="http://qtpfsgui.sourceforge.net/" rel="nofollow">http://qtpfsgui.sourceforge.net/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
