Aperture Tip – Previews
- Apple Aperture 2.1 Organization
- Aperture 2 Organization Tip – More On Stacks and Albums
- Aperture Quick Tip – Stack Mode
- Aperture Quick Tip – Blue Folders and Projects
- Managing Aperture 2 on Multiple Computers
- Aperture 2 Quick Tip – Workflow Recipie
- Aperture 2 Quick Tip – Custom Image Sequence
- Aperture 2 Quick Tip – Naming Exported Images
- Aperture 2 Quick Tip – Referenced Masters and Previews
- Aperture 2 Quick Tip – Album Picks and Image Versions
- Aperture 2 Quick Tip – Managing Previews
- Aperture 2 Quick Tip – Shooting RAW+JPG
- Aperture – The Seven Deadly Sins
- Aperture 2 – File Management
- Aperture Quick Tip – Lift and Stamp
- Aperture – Importing Your Images
- Aperture 2 Cropping Images
- Weekly Aperture Complaint
- Aperture Tip – Interface Customization.
- Aperture Tip – Autostack
- Aperture – Renaming Files After You Import
- Aperture – The Pesky Wrong Thumbnail Problem
- Aperture – White Balance and Noise
- Aperture Workflow Tip – Album Picks
- Aperture Tip – Previews
- Aperture Tip – Zoom vs Loupe
- Aperture – Light Tables Revisited
I am extremely selective in the previews that I have Aperture generate. For the most part it consists of my top rated images and maybe some other stuff that I use regularly. If you have read some of my work-flow posts or file management eBooks you should know how to control Aperture previews in a lot of different ways. I thought I would share something that I found obvious but surprised a friend of mine the other day when he saw me doing it.
The first thing is that you can use Aperture itself as a media browser for any application that accepts images as drop items. If Aperture has a preview generated – that is what you will get. You can use all of the search functionality and it can sometimes be easier than using the media browser window itself. If you have started to fine tune your preview generation then you might want a couple of ways in Aperture to make sure you are only looking at images that actually have a preview. Since I generate previews for my top rated images I just use that in addition to other search criteria. In some other cases I have an album called previews existing in a project that I use to house images that have previews – that is how I generated them in the first place. I also typically have a smart album for every project that lists top rated images for a lot of purposes. It serves double duty when I am using Aperture as a media browser.
Here is another tip that might surprise you if you haven’t tried it. The media browser that is opened for ANY application works with any other application. It even works if that target application is not “media browser enabled”. What I mean is you can open a media browser for an email message and drop images from it just about anywhere. You can drop them on the desktop, heck you can even drop them in Blurb’s BookSmart book software and bypass that horrible UI for browsing images that is included. Try it, you’ll like it.
RB





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 & workshops. I use that also because I use 2 22″ 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’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 “off most of the time” as you describe above, can we assume that this is one of the reasons that you don’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 “Maintain Previews for this Project” 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 “Activity Window”,
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 “building 1 preview” and it is far from an instaneous process -15-45 seconds, so it’s not a trivial amount of work for the machine.
What’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 “leg up” for the edited preview and thus help the speed of the process, or does Aperture start my edited preview “from scratch” 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 “Personal work” where I’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 “event workflow” I find I reallt need to start editing some of the images before I decite it’s a keeper, so is allowing aperture to build 1920 previews doing anything to speed the editing process?
An understanding of the how & why would be very helpful
Thanks Michael
PS,
Is it Bad when the Comment is longer than the Post?
Sorry about that.
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
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
The only question I did not answer indirectly is that there is no “leg up” for regenerating a changed image if it already has a preview. Assuming that I understood you question directly.
RB
RB,
If there is no “leg up” and Aperture has to start from scratch and regenerate a whole new preview for every adjustment isn’t that a big problem with the way Aperture is written?
I seems like the difference between doing an “incremental Backup” 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 “real time” 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’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
Michael,
I don’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’t think you want a technical explanation of what you are looking at on your scree. Let’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.
Point Taken,
A bumpkin like me probably wouldn’t understand anyway, right?
You’re STILL my Aperture Hero.
Michael