Saturday, July 26, 2014

Moving from Apple's Aperture to Adobe's Lightroom (Part 2)

Ten days ago, I began a trial of Adobe's Lightroom after I learned that Apple would be retiring their pro photography software, Aperture, and their consumer photography software, iPhoto, in favor of a new product called Photos that will (supposedly) serve both constituencies (see MacWorld for the announcement).  In "Moving From Apple's Aperture to Adobe's Lightroom (Part 1?)," I noted some missing, "fixed" (from an Aperture perspective), and "new" features in Lightroom and concluded that things were promising thus far.  Before the end of last week, but after my last post, I had also installed a trial version of Photoshop as well, since that would come with the same subscription as Lightroom.  What follows is some of my additional thoughts.

Alignment, Cropping, and Color Correction (Lightroom)

The alignment, cropping, color correction, and all of the general development tools (sharpening, noise reduction, etc.) work quite well.  In many ways, I like the way Lightroom handles these tasks better than Aperture.  I have also come around a bit on the "auto" function, but I still think it does not estimate exposure correction anywhere near accurately.  It does provide a good starting point, though, for photos that need relatively little work.

For photos that were slightly crooked and needed color correction, I was able to re-align the photo plus match the colors to what I believe my eye saw.  (Note the richness of the wood doors with Samantha and Benjamin posing in front in the example below.)
Before and After:  Alignment and color corrected.
Before and After:  Alignment and colors corrected.
In addition, I have become rather fond of the "Before" and "After" functionality.  The example above shows the full picture, but you can also cut the picture horizontally and vertically with the before and after sitting as a piece of the entire picture, which is very convenient.

While most of the controls were pretty straight forward, I seems right to call out the usability of the alignment function:  It works well, but is less intuitive than in Aperture where you just have to move the photo within the grid (Lightroom relies mostly on a slider).

Where is the AF Point (Lightroom)?

Canon's Digital Photo Professional with AF Point(s) shown.
Canon's Digital Photo Professional with AF Point(s) shown.
One thing that perplexes me is that Lightroom cannot display the AF point from the camera as an overlay on a photo; the functionality does not even exist.  I read a bunch of forum posts that seemed to say this was a difficult thing to do, etc., yet Aperture does it (at least before the photo is developed).  Canon's own Digital Photo Professional software can also show the AF point, so that's what I used for those photos where I wanted to know.  I also still use Canon's software if I need to examine the original RAW file in a little more detail without even the basic processing done on import into something like Lightroom or Aperture.

One might think that the lack of AF Point overlay functionality is a nit, but that focus point comes in handy in low light situations.  Notice that the photo in the example is slightly blurry (more on that later) due to camera shake.  I was able to correct it in Photoshop, but needed to know where I had set the focus point to understand what parts were blurry due to the shallow depth of field I used (f/2.8) and what parts were blurry because of camera shake due to such a slow shutter speed being used (1/10 sec); this is small, but situationally important, function.

Visual Cues for Stacks (Lightroom Usability)

One of the things that I have had some difficulty figuring out is where a stack begins, ends, or if a frame is part of a stack or not in the filmstrip.  I tend to use stacks for two purposes:  to group bracketed photos or to group corrections or fundamental changes to a photo, yet I want to still keep the reference image.  My last outing was to Vanderbilt Mansion National Historic Site in Hyde Park, NY.  The day was both cloudy and bright (high contrast), so my outside pictures tended to be bracketed.  I put those in a stack:

Two stacks of bracketed photos.  Note that there are very few visual cues except for the [3] at the beginning of the stack and the very light break line at its end.
Two stacks of bracketed photos.  Note that there are very few visual cues excepting the "[3]" at the beginning of the stack and the very light line break at its end.
The problem is, there are no visual cues to show when the stack ends or that these photos are part of a stack with the exception of the number listed on the first photo and a very thin (almost imperceptible) line at its end.  If I hover over (or select, as in the example below) one of the members of the stack it does note that it is photo x of y (where x is the sequence of the photo selected and y is the total number in the stack):
Two stacks of bracketed photos.  Selecting a photo in the stack reveals its position in the stack relative to the beginning.
Two stacks of bracketed photos.  Selecting a photo reveals its position relative to the stack's beginning and end.
I eventually used the tagging feature to color code my stacks.  I primarily used red, but when stacks were next to each other I used purple to alternate.  It is an easy way around the problem I had seeing them, but some better visual cues would seem to be in order.  I should not be guessing whether something is in a stack or not.

Two stacks of bracketed photos.  Coloring the stacks made them stand out for me.
Camera Shake Correction (Lightroom -> Photoshop -> Lightroom)
Editing in Photoshop from Lightroom.
As I noted earlier, some of the photos I took at Vanderbilt Mansion were in low light.  Even at high ISO (2000 in one case), I had four photos that were slightly blurry due to camera shake at the slow shutter speed I was using (e.g. 1/10 sec).  Essentially, I moved slightly even though I had braced myself against the wall.  In general, depending on the amount of shake, the photo could just look like it is in soft focus or be completely unusable.  Since all four photos were not too bad (I could have gotten away with doing nothing at all for two of them), I thought I would see if I could correct the shake in Photoshop.

The process was pretty simple:  right click the photo and select "Edit In" and then "Edit in Adobe Photoshop CC 2014."  The photo is then exported and brought up in Photoshop for additional editing.  I will not go into the details of how I fixed the blur, but I will note that Photoshop has a handy set of tools to select the area of the photo that requires correction and then sampling the photo and progressively sharpening it; it can use its own selected area and/or one (or more) areas of your choosing.  Once the edits were complete, I merely saved the photo and it appeared back in Lightroom as a new version of the original already in a stack.  Once re-imported, I finished "developing" the photo (exposure, color, etc.).
For this particular photo, knowing the location of the focus point was important.  When I took the picture, I had the lens wide open at f/2.8, so the resulting photo had a very shallow depth of field.  It was not easy to tell where the natural focus was that had blurred due to camera shake versus naturally blurred areas because of the shallow depth of field used.  Interestingly, Photoshop seemed to know where the focus point was because it picked that same area for its initial auto correction.  I then selected a couple of manual areas.  I am happy with the result even though I did not post this particular picture when I was done—I had another version that did not suffer from camera shake.

Conclusion:  Still Happy
I am still happy with the way Lightroom has performed in this trial period.  Despite some of the "missing features" I have noted, the most important thing is that I can effectively and efficiently develop my photographs while having enough creative tools to made adjustments I feel are necessary (or just desired).  I have twenty days left, so I'll keep shooting.

My best,

   Jim

Wednesday, July 16, 2014

Moving from Apple's Aperture and Adobe's Lightroom (Part 1?)


Is now the time to move to Adobe Lightroom?
On June 27, 2014, MacWorld reported that Apple would be retiring their pro photography software, Aperture, and their consumer photography software, iPhoto, in favor of a new product called Photos that will (supposedly) serve both constituencies.  While Aperture development has now stopped with the exception of updates needed to make it compatible with the next OS X release, Photos will not ship until sometime next year (2015).  The last minor update to Aperture was last November (2013); the last major release was four years ago (in 2010).  Perhaps they stopped working on it a bit sooner than this announcement.

I have used Aperture since mid-2007 and have been generally happy with it.  With its up-and-coming demise, I decided to investigate Adobe's Photoshop Lightroom and see if it would be able to handle my rather simple workflow as capably as Aperture has for the last seven years (excepting some major bugs over time) and perhaps be the solution for some of that product's little annoyances.  If it seems to be able to handle what I can throw at it after a trial period (maybe the next month—heavy photo season for me), I will switch to it as my primary and use Aperture as a backup until I can figure out a way to migrate my libraries without too much pain.  One thing I am not too excited about is that Adobe is renting their software by subscription.  Nevertheless, if they keep it maintained and the price is not exorbitant (currently $9.99 per month for Lightroom and Photoshop) I will pony up at the end of my trial period.

As of today, I have been using Lightroom 5.5 for approximately forty-eight hours.  I processed three albums of photos and found the tool be quite usable once I got over educating myself on the interface.  I did not get a chance yet to see how the Photomatix plug-in works within the tool (no HDR-eligible photos, in my opinion) or the stacking feature for bracketed photos (all three albums had no bracketed photos); bracketing and stacking is an oft-used feature for me.  I also did not use some of the more powerful features of the tool; my goal was simple workflow:  can it do it or not?

Features and "Features"
As with any time I switch main products, my observations are bound by the fact that I know the original product pretty well.  In this case, I have been using Aperture for almost seven years.  With scant few upgrades in that time, it is safe to say I know my way around the product.  Nevertheless, I have tried to keep my mind open and not fault Lightroom (or Aperture, for that matter) when things are just different.  Below is my list of "new" and "missing" features in my forty-eight hour comparison.  None are showstoppers, but I did have to invent some workarounds in a couple cases.

"New" Features
These are features that either Aperture does not have or if it does it is cumbersome to use.
  • A way to easily upload a subset of my photos to Facebook.  Aperture does have this feature, but it stinks.  It always wanted to upload previews in such low resolution that the pictures were absolutely terrible.  Lightroom's Facebook publisher is better, but even better than the built-in one is Jeffrey Friedl's "Export to Facebook" Lightroom Plugin.  It allowed me to create albums, set things to private or just visible to friends, and I could enter any metadata I wanted into the caption field.  I like my captions to have my file identifier so that I can locate the original if need be.  This takes a ton of time off of my workflow because I do not have to export a slightly lower resolution version of my photos, upload them, and then edit the captions after I upload my photos.  Of course, if Facebook kept and showed select metadata I would not feel the need to do that.  (Note:  the photos did not seem to retain their location information, but I was initially using the plug-in with its default settings, which stripped location information).
  • A way to upload my photos to Google+ (via Picasa).  Okay, this is via a third-party plug-in (also by Jeffrey Friedl; see Jeffrey Friedl's "Export to Picasa" Lightroom Plugin).  While a third-party plug-in does exist for Aperture, like the imbedded Facebook plug-in it wanted to use the preview.  I always just exported the pictures as JPEGs and uploaded them to Google+.  This saves a very small amount of time in my workflow because I do not have to export my picture subset for Google+ at a slightly lower resolution and then upload, but it is convenient.
  •  Useful plug-ins.  Every Aperture plug-in I downloaded (excepting Photomatix, which is awesome for creating HDR composites) never lived up to its hype.  Lightroom's plug-ins (particularly the publish plug-ins) are quite robust.  Now if someone could just write a decent, simple metadata export plug-in (see "missing features") ...
  • More brushes.  I noticed a graduated filter brush, which greatly helped me adjust a photo where the sky was just a bit too bright and I did not use a polarizing filter or a ND filter over the lens (I had for some others in the batch I tested).  I also noticed a few nice presets that allowed me to easily modify a photo to monochrome through an orange filter.  (The B&W filter feature also exists in Aperture and is very easy to use, so perhaps I am giving Lightroom a little too much credit here).
  • A more accurate white balance eyedropper tool.  While Lightroom does not seem to have any sort of automatic white balance via algorithm like Aperture does, I found its eyedropper tool to adjust colors a little bit more accurately when the grey area is identified with it (at least in my eye—white balance can be as much about preference and style as accuracy).
  • Memory doesn't seem to leak as much and the CPU does not go insane after using the tool for a little while.  This is not a feature, of course, but it is much appreciated.  Aperture has been making me nuts lately and once the "beach ball" begins to appear regularly it is time to exit and re-start the program.
  • Mobile!  Lightroom's mobile app is not perfect, but it is pretty neat to see your pictures synch up and be able to sort, pick, and reject frames.  You can also do some light adjustments.
"Missing" Features
These are features that Aperture clearly has and I could not find in Lightroom.  I believe it is possible that third-party plug-ins may be able to resolve some of these or I just do not know where to find them yet, but it is too early to tell.
  • No built-in spell check for captions.  This was a relatively recent add for Aperture and was a welcome addition.  Sometimes, when I type comments fast I introduce minor type-os that are not easy to see.
  • No facial recognition.  I got into the habit of tagging who was in my photos.  I realize I can just add a tag in Lightroom, but the fact that Aperture shows all of the faces and could even recognize some of them make this an easy exercise.  I haven't figured out what I want to do here yet.  There are some workarounds that I found, but I am not happy with them.  For now, I'll either manually add the tags or just not bother until I find a better solution. 
  • No way to easily export metadata.  Aperture's metadata export is easy to use and comprehensive:  select the photos you want, right click, export metadata.  Lightroom does not have this function at all and the third party tools I found didn't just dump the information (and they wanted me to buy the plug-in to boot!).  The only reason I need the metadata is sort of stupid:  Shutterfly doesn't automatically load comments when you upload.  (I know, I know, I should switch services).  It adds a lot to my workflow, but it is a lot easier when I can cut and paste them from a spreadsheet.  An easy workaround was to just use Phil Harvey's ExifTool on my exported photos.  I seem to be using ExifTool for a lot of things anyway from fixing time shifts to pushing GPS coordinates and elevation into my pictures.  I am still surprised there is no built-in metadata export, though.
  • I always felt that Aperture's map function was sort of clunky.  Lightroom's is too.  I had hoped it would be better.
  • A real "auto" function.  I pressed "auto" to see what it would do.  A lot of times in Aperture, I would start with the auto and tweak from there (particularly white balance - I never liked the default white balance).  Lightroom's auto is just okay.  It can't set an auto exposure if its life depended on it, though.  If you enjoy blown out highlights, then this is the feature for you.
  • No auto white balance (without the eyedropper).  Aperture's auto white balance was hit and miss, but it usually gave me a good place to start when the lighting was not perfect.  You just have to sort of wing it in Lightroom.

Promising Results Thus Far 
My results thus far are promising and I have probably mentally made the decision to switch unless I find something even better.  I do not want to wait until the very end nor do I want to wait for Photos; I'll check that out when it is released.  I have been feeling that things have not been advancing in Aperture for some time, so I had already been considering a switch.  This is giving me the impetus to do it.

My Best,

   Jim

Saturday, November 3, 2012

Mobile Platform Wars Redux

Image credit: gow27 / 123RF Stock Photo
In Phone Platform Wars - Wasting Time on Trivialities, I expressed befuddlement at the unnecessary vitriol that people had been directing at others who do not use the same mobile platform that they do.  I have noticed in the past two months that this vitriol has become even more pronounced.  In one case, a person that decided to try an iPhone 5 received death threats from her Android-using followers (see Ashley Esqueda's Google+ post from September 11, 2012) despite the fact that she was and is an avid Android user and wanted to try the other platform for a second phone line.  In another case just this past week, William Shatner's announcement of new app initially appearing on the iPhone platform got beat up because there was no Android version yet -- only 5% of the comments were about the app itself (called Shatoetry); the remainder devolved into Android fans bashing the "i" products from Apple (see here for an example).  While later posts tended to be from his own fan base versus fans of Android, it was jarring to see those comments vilifying a person for not having an application on their preferred platform first and ripping apart the competing platform.  Android users do not have a lock on such lunacy, despite the source for my two examples:  Apple users can be just as bad.

A survey by Business Insider from April 2011 had an interesting statistic (as of that date, of course):  55.7% of Android users would never buy an iPhone because they "hate Apple," while 23.8% of iPhone users would never switch to another platform.  The survey questions did not list Google or any other company as a reason to not switch off the iPhone (iOS) platform and the questions may have caused some bias in the responses.  Nevertheless, it is interesting that there are people that would never switch to an opposing platform even if they provided superior functionality and/or services.

All of this leads me to the following question:  What would make someone decide that they would never switch to a competing mobile platform?  "Never" is pretty absolute:
nev·er
adverb \'ne-vər\
1.  not ever : at no time < I never met her>
2.  not in any degree : not under any condition < never the wiser for his experience >
Source:  Merriam-Webster, http://www.merriam-webster.com, accessed November 3, 2012
What happens if the platform substantially deteriorates, like Blackberry's did?  Would they still not switch?  What psychological drivers are at work here?  Perhaps there is some sort of platform attachment psychosis in play or perhaps some of these individuals were personally burned when using the competing platform.  Maybe they are just surer of themselves than I am.  As an eight year Blackberry user that switched to an iPhone earlier this year, I can tell you that Apple does not have a lock on my business:  if I find something better when my contract is up, that will be the next smartphone for me.

Another question:  For someone that would never switch to a competing platform, why would a subset of these individuals also believe they need to evangelize the platform of their choice?  Perhaps this is the more interesting question of the two.  I presume the corporations involved with these mobile platforms are not paying these people.  Does the relative anonymity and ease of creating comments on any topic somehow circumvent a more moderated response?  I have seen this in other settings beyond the Internet and social media (for example, on the phone versus in person), but what drives a person to turn off their self-regulation is still a mystery to me.

Friday, October 19, 2012

A New Domain for my Blog

Earlier this evening, I took care of something that I have been wanting to do for quite some time:  redirect a sub-domain on my web site to my blog.  I do not think there was any specific reason for it except to begin to "unify" some of my content (a lot of which is out of date, I might add).  As it turns out, the set-up was relatively straight forward and my blog remained where it has always been (on blogger).  There were four rather simple steps I took to get this working:

1.  Create a sub-domain

My first step was to create a sub-domain on my web site that can redirect to my blog on Blogger.  Since I was not sure if I would want to add other blogs outside of the software domain in the future, I chose the somewhat cryptic "swblog" as my sub-domain.  The URL for my blog, therefore, became http://swblog.jimkile.com instead of http://jimkile.blogspot.com with that one decision.

Note:  A step like this is very much hosting service dependent.  My web site is hosted by Modwest (and has been since 2003), so I merely used ssh to access my account and create the appropriate directory.

2.  Verify my new sub-domain with Google's Webmaster Tools

I confess that I did not do this step in the order in which I have it here, but I found out that it was a necessary step to complete the process.  All I had to do was add the new blog URL, place a small HTML file in its root directory, and let the tool validate the address.  Not doing this caused an error when I updated the blog address in Blogger, so take my advice and do it first.

3.  Forward my sub-domain to Blogger

Once I had my new sub-domain, I had to tell the Internet's domain naming system (DNS) that one part of my web site would be hosted elsewhere (in this case, Blogger).  That required me to add two CNAME records to my web sites's DNS settings, but finding out what to add meant I had to start the process on the Blogger side first.  I did that by going into the basic settings for my blog and beginning the process of setting the new blog address using the advanced version of that option.  I added my new blogger URL (A) and then selected the settings instructions link (B) so that it would give me the information I would need to create the CNAME records.

Blogger's Advanced Blog Address Settings

Once I had the CNAME information, I added the two records to my web site's configuration.

Modwest's DNS Configuration Settings (Fragment)

3.  Save the Blog Address in Blogger

After I made my changes to my DNS settings, I merely saved the Blog Address I had started to get the CNAME information.  In theory, that should have been it except for the next step, which was the hardest ...

4.  Wait

I added this step because at first things did not quite work.  After about 20 minutes, though, the redirect seemed to be consistently working.  In fact, it should take about 24 hours before the name changes propagate throughout the Internet's DNS system, so 20 minutes was pretty good.

Other Changes at the Same Time?

Perhaps one thing that I changed that I probably should not have was the layout of my Blog.  In retrospect, had I known the results I probably would have left well enough alone for the time being.  While the blog is now using one of Google's new "dynamic" templates, the color scheme is currently rather bland.  When I had customized the background and colors, I found that they did not appear consistently across browsers and platforms.  For example, the background picture I selected was visible in Google's Chrome, but not Safari or Firefox (all of these on Mac OS X).  I will have to play with the settings and perhaps send some feedback to Google after some research to find out how to make their new templates play well with all browsers.

Monday, May 21, 2012

Traveling Can Be Interesting ...

While this does not follow my normal thread about software, it is interesting to me on a personal level (and I'll link it to software at the end). Those who know me well know that I have had my share of interesting travel experiences. From delayed flights to subsequent missed connections to natural disasters that have stranded me one place or another, I am never at a loss for a good travel story.

As I write this, I am experiencing something a little different from the past. As our plane was waiting in line to take off, it was called back to the gate to pick up a passenger whose bag made it on the plane, but they did not. Because of the return trip, they also need to refuel the plane. When the passenger came on board, air marshals accompanied the person.

We now await at least two things before we can push off from the gate again: first, the refueling needs to be completed (wonder if the late passenger gets to pay for that? Stranger things have happened); second, the person in my row that got up to go to the bathroom about 15-20 minutes ago needs to return. There are probably a couple other things, but those two would seem to be a must.

It will be interesting to see how long we will be waiting and how late we subsequently arrive at our destination. The flight is a long one already: 13+ hours from Newark, NJ to Beijing.

Getting back to software: The airline and/or airport knew they were missing someone whose baggage was loaded onto the plane, yet not soon enough prior to departure to do something about it and save a return trip to the gate. Enhancing their capability to detect this type of issue prior to departure could save them some money and possibly protect their on-time rating (not to mention keeping people at ease): a software enhancement worth thinking about.