<?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/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: Aperture Tip &#8211; Previews</title>
	<atom:link href="http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/feed/" rel="self" type="application/rss+xml" />
	<link>http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/</link>
	<description>All Things Photography</description>
	<lastBuildDate>Thu, 29 Jul 2010 19:24:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Michael</title>
		<link>http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/comment-page-1/#comment-10083</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 01 Feb 2010 00:30:59 +0000</pubDate>
		<guid isPermaLink="false">http://photo.rwboyer.com/?p=1581#comment-10083</guid>
		<description>Point Taken,
A bumpkin like me probably wouldn&#039;t understand anyway, right?
You&#039;re STILL my Aperture Hero.
Michael</description>
		<content:encoded><![CDATA[<p>Point Taken,<br />
A bumpkin like me probably wouldn&#8217;t understand anyway, right?<br />
You&#8217;re STILL my Aperture Hero.<br />
Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RB</title>
		<link>http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/comment-page-1/#comment-10082</link>
		<dc:creator>RB</dc:creator>
		<pubDate>Mon, 01 Feb 2010 00:20:40 +0000</pubDate>
		<guid isPermaLink="false">http://photo.rwboyer.com/?p=1581#comment-10082</guid>
		<description>Michael,

I don&#039;t think you want a technical explanation of why of why NO SOFTWARE does what you were asking - They all build JPEGs from scratch.

I also don&#039;t think you want a technical explanation of what you are looking at on your scree. Let&#039;s just say it is not a RAW image, it is Not a JPEG it is not a TIFF. They are all file formats that contain data that can be turned into an image on some output device - you are looking at none of them really.

RB

Ps. If you really really want to KNOW how all this stuff works at a very low level feel free to sign up for a one on one session - ;-) Not that it will change the way you do anything nor is there much you can do with that information.</description>
		<content:encoded><![CDATA[<p>Michael,</p>
<p>I don&#8217;t think you want a technical explanation of why of why NO SOFTWARE does what you were asking &#8211; They all build JPEGs from scratch.</p>
<p>I also don&#8217;t think you want a technical explanation of what you are looking at on your scree. Let&#8217;s just say it is not a RAW image, it is Not a JPEG it is not a TIFF. They are all file formats that contain data that can be turned into an image on some output device &#8211; you are looking at none of them really.</p>
<p>RB</p>
<p>Ps. If you really really want to KNOW how all this stuff works at a very low level feel free to sign up for a one on one session &#8211; <img src='http://photo.rwboyer.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />  Not that it will change the way you do anything nor is there much you can do with that information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/comment-page-1/#comment-10081</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 01 Feb 2010 00:13:11 +0000</pubDate>
		<guid isPermaLink="false">http://photo.rwboyer.com/?p=1581#comment-10081</guid>
		<description>RB,
If there is no &quot;leg up&quot; and Aperture has to start from scratch and regenerate a whole new preview for every adjustment isn&#039;t that a big  problem with the way Aperture is written?
I seems like the difference between doing an &quot;incremental Backup&quot; of your HD and a full copy every time.
Am I understanding that correctly?
The other question that I had was What does Aperture do with the &quot;real time&quot; representation of our edits, as I described above (where I ask what IS this image)
Does Aperture throw that away too and start over with a new preview?
That seems terribly inefficient, but if that&#039;s what happens it explains a lot.
It also suggests that a rewrite of these kinds of things could make Aperture orders of magnitude faster ??
Is that a roughly accurate statement?
Knowing how something works helps us use it more efficiently, and this is the only place questions like that get answered.
I genuinely appreciate it,
Thanks Michael</description>
		<content:encoded><![CDATA[<p>RB,<br />
If there is no &#8220;leg up&#8221; and Aperture has to start from scratch and regenerate a whole new preview for every adjustment isn&#8217;t that a big  problem with the way Aperture is written?<br />
I seems like the difference between doing an &#8220;incremental Backup&#8221; of your HD and a full copy every time.<br />
Am I understanding that correctly?<br />
The other question that I had was What does Aperture do with the &#8220;real time&#8221; representation of our edits, as I described above (where I ask what IS this image)<br />
Does Aperture throw that away too and start over with a new preview?<br />
That seems terribly inefficient, but if that&#8217;s what happens it explains a lot.<br />
It also suggests that a rewrite of these kinds of things could make Aperture orders of magnitude faster ??<br />
Is that a roughly accurate statement?<br />
Knowing how something works helps us use it more efficiently, and this is the only place questions like that get answered.<br />
I genuinely appreciate it,<br />
Thanks Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RB</title>
		<link>http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/comment-page-1/#comment-10080</link>
		<dc:creator>RB</dc:creator>
		<pubDate>Sun, 31 Jan 2010 23:26:22 +0000</pubDate>
		<guid isPermaLink="false">http://photo.rwboyer.com/?p=1581#comment-10080</guid>
		<description>The only question I did not answer indirectly is that there is no &quot;leg up&quot; for regenerating a changed image if it already has a preview. Assuming that I understood you question directly.

RB</description>
		<content:encoded><![CDATA[<p>The only question I did not answer indirectly is that there is no &#8220;leg up&#8221; for regenerating a changed image if it already has a preview. Assuming that I understood you question directly.</p>
<p>RB</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/comment-page-1/#comment-10079</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Sun, 31 Jan 2010 23:23:46 +0000</pubDate>
		<guid isPermaLink="false">http://photo.rwboyer.com/?p=1581#comment-10079</guid>
		<description>RB,
I did read the excellent file management eBook, and re read the Previews section. 
If you Re-read my question ; -) I really do need a significant number of prewiews for the event stuff, and was interested in  how Aperture worked with these in addition to the best practices of using a minimum number of previews.
But I understand if you feel that that kind of thing is off point for most readers.
Thanks
Michael</description>
		<content:encoded><![CDATA[<p>RB,<br />
I did read the excellent file management eBook, and re read the Previews section.<br />
If you Re-read my question ; -) I really do need a significant number of prewiews for the event stuff, and was interested in  how Aperture worked with these in addition to the best practices of using a minimum number of previews.<br />
But I understand if you feel that that kind of thing is off point for most readers.<br />
Thanks<br />
Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RB</title>
		<link>http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/comment-page-1/#comment-10066</link>
		<dc:creator>RB</dc:creator>
		<pubDate>Sun, 31 Jan 2010 17:41:46 +0000</pubDate>
		<guid isPermaLink="false">http://photo.rwboyer.com/?p=1581#comment-10066</guid>
		<description>Michael,

I am not going to answer all of those in order or even completely. Previews can speed up Aperture in some things but definitely not all. If the previews are smaller than your screen resolution they are almost useless inside Aperture for many reasons. You may want to fine tune your preview generation for only really good images that you NEED previews for. Re-read your copy of the file management eBook.

When previews are off you see things as real-time as it gets - you see it the when they are on as well. Preview generation and use is a parallel activity to rendering on the screen. From what I can see Aperture sometimes uses the preview if it is there to speed up flipping through images and definitely uses it in quick preview mode.

I never ever use maintain previews for project - it is always off. I manually generate them from a selection. That selection is made in lots of different ways at various levels in my library.

Trivia item If you use your head you can use the manual method to maintain multiple sizes of previews for different sets of images  - not that I do but I can.

RB</description>
		<content:encoded><![CDATA[<p>Michael,</p>
<p>I am not going to answer all of those in order or even completely. Previews can speed up Aperture in some things but definitely not all. If the previews are smaller than your screen resolution they are almost useless inside Aperture for many reasons. You may want to fine tune your preview generation for only really good images that you NEED previews for. Re-read your copy of the file management eBook.</p>
<p>When previews are off you see things as real-time as it gets &#8211; you see it the when they are on as well. Preview generation and use is a parallel activity to rendering on the screen. From what I can see Aperture sometimes uses the preview if it is there to speed up flipping through images and definitely uses it in quick preview mode.</p>
<p>I never ever use maintain previews for project &#8211; it is always off. I manually generate them from a selection. That selection is made in lots of different ways at various levels in my library.</p>
<p>Trivia item If you use your head you can use the manual method to maintain multiple sizes of previews for different sets of images  &#8211; not that I do but I can.</p>
<p>RB</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/comment-page-1/#comment-10065</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Sun, 31 Jan 2010 17:28:38 +0000</pubDate>
		<guid isPermaLink="false">http://photo.rwboyer.com/?p=1581#comment-10065</guid>
		<description>PS,
Is it Bad when the Comment is longer than the Post?
Sorry about that.</description>
		<content:encoded><![CDATA[<p>PS,<br />
Is it Bad when the Comment is longer than the Post?<br />
Sorry about that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://photo.rwboyer.com/2010/01/31/aperture-tip-previews/comment-page-1/#comment-10064</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Sun, 31 Jan 2010 17:26:25 +0000</pubDate>
		<guid isPermaLink="false">http://photo.rwboyer.com/?p=1581#comment-10064</guid>
		<description>RB,
Love the Table of related Contents. Excellent enhancement.

RE Previews: The most helpful advice as far as speeding up my workflow was your original post on previews and toggling them off while editing, and setting maximum resolution no bigger than your display. If I remember correctly you used 1920 because it corresponded to the projector you use for slide shows &amp; workshops. I use that also because I use 2 22&quot; Cinema Displays with one dedicated to full preview.
For personnal work, I shoot digital like film, economical, single shot, and will often see a picture, raise the camera to my eye, and decide not to press the shutter. Even then, if I edit honestly, somewhere between 1 in 10 and 1 in 50 needs to be edited through to a print.
For commercial work especially event type work somewhere between 1 in 2 and 1 in 4 make the cut to be edited and  passed to a final cut before being  presented to a client.

I have always tended to edit sequentially from first to last (especially in event work) so my workflow has been: 
Import to Aperture in a new Project, then Backup Cards to a separate drive etc ehile Aperture builds Previews.
When Previews are done, I create a simple smart album for images with 1 or more stars.
I start editing with image #1 and go through them sequentially.
Any image that I edit gets 1 star and then appears in the smart album. I have maintain previews off while editing, each time I take a break, I turn previews on and let it catch up.
I may also create a second smart album for noteable pictures and give them 2 stars (This doesn&#039;t remove them from the 1 or more album.
I go through the 1 or more album quickly full screen to look for anomolies or mistakes. Then I can convert and export in various formats from 640 JPGs to 8 bit Tiffs.

With these 2 workflows (which may be flawed to begin with) I have some questions.
1. Obviously with previews &quot;off most of the time&quot; as you describe above, can we assume that this is one of the reasons that you don&#039;t experience the speed issues or Maroon screen, that many of us have?
2. How do our choices in generating previews - size chosen , or no previews at all, affect what we see on the screen, and speed of Aperture.
3. When &quot;Maintain Previews for this Project&quot; is deselected,
and we edit, we do see our changes in near real time.
What is this image? It must be by definition a preview, but is it not saved some where? Because if Aperture is up to date on all previews, and there is no activity in the &quot;Activity Window&quot;,
and I turn off Maintain PV, and select and edit an image, I see those changes on my screen (a preview of what my edit will look like). But, if I then toggle Maintain PV back on the Activity window will show &quot;building 1 preview&quot; and it is far from an instaneous process -15-45 seconds, so it&#039;s not a trivial amount of work for the machine.
What&#039;s going on here?
4. As a corrolary to the above, is having previews already built from the raw files at screen resolution (1920) a &quot;leg up&quot; for the edited preview and thus help the speed of the process, or does Aperture start my edited preview &quot;from scratch&quot; or does it build upon the Basic raw preview that I generated  at the begining of my workflow.
Or, if Aperture does Evertthing from scratch, why should we EVER build previews until after we have selected and edited images?
5. And finally, I can see how in my &quot;Personal work&quot; where I&#039;m selecting far fewer (1 of 10) how not builsing any previews until an image go 1 star and was moved to a smart album should be more efficient.
In the &quot;event workflow&quot; I find I reallt need to start editing some of the images before I decite it&#039;s a keeper, so is allowing aperture to build 1920 previews doing anything to speed the editing process?
An understanding of the how &amp; why would be very helpful
Thanks Michael</description>
		<content:encoded><![CDATA[<p>RB,<br />
Love the Table of related Contents. Excellent enhancement.</p>
<p>RE Previews: The most helpful advice as far as speeding up my workflow was your original post on previews and toggling them off while editing, and setting maximum resolution no bigger than your display. If I remember correctly you used 1920 because it corresponded to the projector you use for slide shows &amp; workshops. I use that also because I use 2 22&#8243; Cinema Displays with one dedicated to full preview.<br />
For personnal work, I shoot digital like film, economical, single shot, and will often see a picture, raise the camera to my eye, and decide not to press the shutter. Even then, if I edit honestly, somewhere between 1 in 10 and 1 in 50 needs to be edited through to a print.<br />
For commercial work especially event type work somewhere between 1 in 2 and 1 in 4 make the cut to be edited and  passed to a final cut before being  presented to a client.</p>
<p>I have always tended to edit sequentially from first to last (especially in event work) so my workflow has been:<br />
Import to Aperture in a new Project, then Backup Cards to a separate drive etc ehile Aperture builds Previews.<br />
When Previews are done, I create a simple smart album for images with 1 or more stars.<br />
I start editing with image #1 and go through them sequentially.<br />
Any image that I edit gets 1 star and then appears in the smart album. I have maintain previews off while editing, each time I take a break, I turn previews on and let it catch up.<br />
I may also create a second smart album for noteable pictures and give them 2 stars (This doesn&#8217;t remove them from the 1 or more album.<br />
I go through the 1 or more album quickly full screen to look for anomolies or mistakes. Then I can convert and export in various formats from 640 JPGs to 8 bit Tiffs.</p>
<p>With these 2 workflows (which may be flawed to begin with) I have some questions.<br />
1. Obviously with previews &#8220;off most of the time&#8221; as you describe above, can we assume that this is one of the reasons that you don&#8217;t experience the speed issues or Maroon screen, that many of us have?<br />
2. How do our choices in generating previews &#8211; size chosen , or no previews at all, affect what we see on the screen, and speed of Aperture.<br />
3. When &#8220;Maintain Previews for this Project&#8221; is deselected,<br />
and we edit, we do see our changes in near real time.<br />
What is this image? It must be by definition a preview, but is it not saved some where? Because if Aperture is up to date on all previews, and there is no activity in the &#8220;Activity Window&#8221;,<br />
and I turn off Maintain PV, and select and edit an image, I see those changes on my screen (a preview of what my edit will look like). But, if I then toggle Maintain PV back on the Activity window will show &#8220;building 1 preview&#8221; and it is far from an instaneous process -15-45 seconds, so it&#8217;s not a trivial amount of work for the machine.<br />
What&#8217;s going on here?<br />
4. As a corrolary to the above, is having previews already built from the raw files at screen resolution (1920) a &#8220;leg up&#8221; for the edited preview and thus help the speed of the process, or does Aperture start my edited preview &#8220;from scratch&#8221; or does it build upon the Basic raw preview that I generated  at the begining of my workflow.<br />
Or, if Aperture does Evertthing from scratch, why should we EVER build previews until after we have selected and edited images?<br />
5. And finally, I can see how in my &#8220;Personal work&#8221; where I&#8217;m selecting far fewer (1 of 10) how not builsing any previews until an image go 1 star and was moved to a smart album should be more efficient.<br />
In the &#8220;event workflow&#8221; I find I reallt need to start editing some of the images before I decite it&#8217;s a keeper, so is allowing aperture to build 1920 previews doing anything to speed the editing process?<br />
An understanding of the how &amp; why would be very helpful<br />
Thanks Michael</p>
]]></content:encoded>
	</item>
</channel>
</rss>
