iPhoto '08 is Aperture-Lite

One of the unique features of Apple - Aperture was nondestructive edits. You didn't save an edited copy of your original, you saved an edit list (and perhaps a cached JPEG).

This is from the iPhoto '08 help file:

...When you edit a photo imported to iPhoto ’08, you benefit from the great flexibility and high photo quality of nondestructive editing.

Nondestructive editing allows you to try different adjustments and effects at will⎯there’s no danger that successive edits and saves will degrade your photo’s quality. You’re never more than one version away from your original photo. Instead of saving a new version over the previous one every time you edit a photo, iPhoto ’08 simply remembers all your changes as an edit list...

It's more than just nondestructive edits. iPhoto '08's editing tools feel like simplified versions of Aperture tools, with similar photo effects. Not only that, but iPhoto '08 image editing is almost as slow as Aperture editing.

I used to like iPhoto's red eye tool. I don't like the current tool -- but it's familiar. It's a simplified version of the Aperture red eye tool.

iPhoto video export is broken. Aperture doesn't handle video at all.

I think it's fair to call iPhoto '08 "Aperture-Lite", they increasingly seem to share a significant code base. In the long run this is probably very good [1], but in the short term it's definitely a mixed bag. iPhoto '08 is much slower than iPhoto 6 for many tasks, and then, of course, there's the nasty video export bug.

[1] If we don't see an Aperture update soon, it will be clear the "long run" for Aperture is fairly short. I read that Aperture is being clobbered in the marketplace by Adobe Lightroom, and I'm perpetually amazed that Aperture still doesn't support editing date metadata.

Manage cables

Andrew says this works for him. It's produced by what appears to be a small business: Cable Management System from Cable-Safe: Organization, Management, and Protection of Computer Cables, Wires and Cords.

The picture is pretty impressive. Made in the USA, no less.

iPhoto bug: export video produces video-free file

This post has been rewritten to clean it up.

11/22/07: I learn the hard way that if you use iPhoto '08 (7.1.1)' s "export as current" function on a video file, it exports a video-free stub. So instead of a 40MB file containing 30 seconds of video, you get a 650KB file with 0 seconds of video and a JPEG thumnail of a frame.

The bug causes me to lose 3 unique and irreplaceable family video clips because I often edit on my laptop, then export the "current" images and videos to my server where they get imported into my primary iPhoto Library.

Others experience the same bug. It's trivial to replicate, I even demonstrated it to an Apple store employee on their machines. I also posted it to Macintouch.

Here's on Apple Discussion Thread:

Apple - Support - Discussions - Export AVI from iPhoto destroys video, ...:

I have a 34MB AVI file in iPhoto 7.1 produced in a Canon SD 1000 camera. If I export it as 'current' or 'jpeg' it produces a 56K file. This consists of only the thumbnail, the video data is gone.

(If you're exporting a set of images it's easy to specify JPEG and include a video. Prior versions of iPhoto ignored the 'JPEG' value where it didn't make sense and exported the video.)

If I drag and drop to the video from iPhoto to the desktop it produces a 34MB file on the desktop. I checked another video I recently exported. It was also truncated to 60K...

Update 11/27/07: In another Apple Discussion thread, I hypothesize about the origin of the bug:

... "export as original" works as always, as does drag and drop to the desktop.

The bug is in "export as current". I suspect it's a conceptual error that may be tricky to correct.

What does "current" mean for a video that has no edited version? If you were to ask 1000 users, I think 1000 would say "current" means the most recently edited version of the video.

I suspect (don't have iPhoto at hand right now to test) that when iPhoto '08 works with a video it creates some kind of thumbnail representation that lives in the edited/modified internal folder.

I further hypothesize that the programmer wrote the "current" code in iPhoto '08 so it looks first in the "edited/modified" folder and, if it doesn't find anything, goes to the "original" folder.

That works for images, but, fails for video. The algorithm ends up pulling out the thumbnail stub and exporting that.

Ironically, I wonder if the current behavior was a fix for a bug I'd reported in prior versions of iPhoto -- namely that under certain conditions iPhoto would confused between the "current" and "modified" status of an image. That bug was fixed in iPhoto '08, but my hunch is the fix introduced a much more severe bug...

Another possibility is that the bug was introduced as a side-effect of introducing iMovie '08 (iClip really). iMovie is supposed to be able to use iPhoto as a video repository; maybe there was supposed to some versioning behavior introduced in iPhoto '08 to match iMovie '08 and it was pulled prior to release -- leaving some detritus behind.

Update 11/27/07b: I add the following to the Discussion thread. It appears my hypothesis is correct. No denying this one's a nasty bug:

... Check out any "original" folder with a video in it. In the companion modified folder you will find the thumbnail files. They are JPG files with the video prefix -- for example: MVI_0099.jpg (136kb).

When you choose "export as current" iPhoto exports MVI_0099.AVI, also at 136KB. Only now the extension is AVI instead of JPG. However, the extension is incorrect!

In fact iPhoto has exported a JPG with an AVI extension. If you change the extension to JPG then the icon switches to a JPG icon. Open it in preview, it's a JPEG.

So, to summarize: When you choose "export as current" for a video iPhoto looks in the "Modified" folder, finds a JPG file (the thumbnail), then exports the JPG and changes the extension to AVI so it appears in the Finder to be a video file...

10/11/2009: I tested this with iPhoto 2009. If you "export original" you get a video file. If you export current you get a worthless JPG thumbnail - just as in 2007. If you drag and drop you export the video; I think that may be different from 2007.

If you edit in QuickTime and save the video, it replaces the original (destructive edit). Export behaviors are as above.

If I had any faith in Apple this would be amazing, but incompetence is not rare in today's Apple.

Google Custom Search with Bloglines Search OS X mashup

This was fun, but very geeky. It's the kind of experiment that I only get to do on lazy holidays (we do a low key family thanksgiving).

It started because I wanted my Google Co-Op Mac OS X Search custom search engine to also search the Mac OS X blogs I read. (Note: Google may be sunsetting some of the services referenced here.)

I figured I'd have to add my blogs one at a time, but that's kind of tedious. It would be more fun if there was a way to add them all at once.

It turns out Google's custom search engine service (formerly Google Co-Op) now allows one to enter the URL of a web page, and Google will add each linked item as a search engine.

That reminded me of a Bloglines technique I learned exploited about three years ago. One of the key features of Bloglines is the ability to publish your blogroll (including OPML export) and, with a bit of trickery, to publish it in such a way that portions can be embedded in an IFRAME (see example on the right side of our family newspaper).

I went back to the web page I created four years ago and extracted the OS X portion into a separate file.

I then gave Google's custom search engine control panel the URL of my OS X Bloglines file. The result looks like this (bolded blogroll file)

docs.info.apple.com/*
forums.macosxhints.com/*
http://devworld.apple.com/documentation/MacOSX/
http://discussions.apple.com/*
http://forum.parallels.com/
http://googlefaughnan.blogspot.com/
http://www.macintouch.com/*
http://www.parallels.com/en/support/
www.faughnan.com/blogroll_mac.html
www.macosxhints.com/*

I don't think it's working quite yet, but I'm sure it will be live soon.

Update 11/22/07: It's broken. I tried it with both dynamic html (original) and static html, but Google is not finding test results belong to the blogs I added "by reference". If I add the individual blogs by hand Google does search them, so this looks like a bug. I'll try it again next week.

I've posted a "bug report".

Update 11/23/07: Yes, it's a bug. OMR has found:

So it seems that the makeannotations tool is not working reliably at this time.
It frequently returns the "Bad Request" error, even for a valid request.

Update 11/24/07: It's probably coincidental, but since OMR replied to my post and identified the bug Google's makeannotations tool has started working. Unfortunately it doesn't seem to support javascript generated pages, at least not the way Bloglines generates the pages. I'm going to see if bloglines wants to look into this.

Google sunset: Page Creator and Co-op?

In the course of drafting a geeky post on my latest experiment to my Google custom search pages, I went hunting for links to some of the pieces.

That's when I discovered that they weren't on the "Gmail menu" any more.

The "Gmail menu" is the set of links that appear atop the standard Google product pages. Today mine looks like this:

Web Images Products News Maps Gmail more ▼
Blog Search Blogger Books Calendar Documents Finance Groups Labs Orkut Patents Photos Reader Scholar Video

This is the list of products Google wants us to use. The list used to include a link to "more", which pointed to Google Labs, but that link has been removed. It also used to include a link to Google Page Creator, but that's been demoted all the way to a "red icon" "beta" entry on the Google Labs menu. (Looking at the list, it appears that red, yellow, green refer to the relative health of the project following the euro conventions.)

In other words, Google Page Creator is being sunset. I expect they'll replace it with something considerably better, but the transition will be painful. I use GPC a fair bit for some of my Google App sites, so I'm mildly concerned about how Google will manage the pending switch. I wouldn't advise anyone to start using PGC today.

Google Co-Op, which is integral to my pending post, has vanished. It's not on the Lab page and it's no longer on the Gmail drop down menu. Google's still doing press releases about their coop-subsuming custom search engine program though, so I'm hopeful this will be relaunched in some other form. (update: looks like Co-Op was subsumed into CSE last March)

My mental model of Google is that It worships the algorithm, abhors the satanic tree hierarchy , and considers natural selection to be the ultimate algorithm (good and deity). All of this can be seen in their product approach. Google Co-Op, for example, still has a page and seems active, but there's no exposure of a "parent" page. It will survive or die based on the evolution of the links that point to it.

Like this one.

iPhoto 7.1 (iLife 2008): that red eye is really bad

I like most of iPhoto 7.1, but the more I use it the more I'm appalled by the red eye "correction". Red eye in iPhoto 7.1 is a gray-blue splotch applied to anything with red pigment -- including skin.

You can see the effect in this picture of my son. I set the red eye to max and stamped away. Of course this isn't how you'd use red-eye correction, but it shows the problem. They've messed up the color detection algorithm and the edge-detection (automatic setting) has also failed. It's about as "smart" as a hammer.

Imagine how bad this looks on eyes. Anyone treated this way looks robotic.

Red eye correction in iPhoto 1 through 6 was quite good, so it took me a while to realize how bad it became in iPhoto 7. I'm tempted to imagine an angry developer deliberately sabotaging the product, but I'll put money on incompetence any day.

I would now advise anyone with iPhoto 6 to stick with it. Don't upgrade.

I finally replace my decrepit Palm Tungsten E2 with a ...

Palm Tungsten E2.

Let me explain.

It's been four years since I wrote a review of the original Tungsten E. Three years since aggravation with the flaky T|E (bad switch) drove me to the short-lived SONY CLIE TJ-27. One year and nine months since the CLIE gasped its last and I reluctantly switched to the Tungsten E2 (same bad switch [2]):

...When the last of its styli was lost, then it would go to the junk drawer. I was ready for the end. I cursed each moment with its hell-spawned stylus - a demented offspring of a toothpick and needle. The earth itself had rebelled against that satanic tool -- there were no replacements anywhere. If I did not already despise SONY for their spyware scam, I would loathe them for that stylus.

And yet, I did not entirely welcome the end. I knew that the noble lineage of the US Robotics Pilot was fallow. True, the CLIE was a twisted shadow of its grandfather -- the Vx, and its great-grandfather -- the III, but what better options were there? The much disliked Tungsten E2? (Let us not speak of the father -- the ill-fated Tungsten E -- nor of the bastard IIIxe.)...

That E2, I swore, would be my last Palm device. Something better had to come along ...

Something like the iPhone.

But the iPhone isn't ready. It doesn't meet my minimum set of requirements and version 2 is at least four months away. Too long for my crashy T/E2 and it's too short battery life.

I thought I might buy an HP Windows Mobile, but nobody I trust can tolerate WM. Blackberry definitely, but that would foreclose an iPhone. Blackberry is my fallback option, and I'm not ready to give up yet.

That left Palm. I needed a stopgap that I was pretty sure would work with minimal pain. So I bought another E2.

Sigh.

At least my old chargers, SD card, and styli work with the new device.

I backed up my Palm and Outlook data [1] and just synced. Most everything works, except I have to resync my KeySuite office data to get my work life onboard [3].

So, really, it was pretty painless. The new E2 appears identical to the old one, and they both run Garnet 5.4.7. The new one is definitely faster, but I can't see why it should be. I doubt they have different CPUs.

I should be safe now until February. If iPhone progress is as slow as I expect it to be, I might continue to use the T/E2 as my work PDA.

Footnotes

[1] That's not easy of course, you have to track down the secret location of Outlook's data file: "C:\Documents and Settings\jfaughnan\Local Settings\Application Data\Microsoft\Outlook".

[2] I think even the best Palm of all time, the Vx (ok, so the i500 is a contender), had a bad switch. It tells you something important about Palm that they can't, or won't, spec a on/off switch that lasts two years.

[3] I've given up on any vendor ever delivering a product that would given me an integrated calendar/tasks/notes on the PDA and home, while synching only work related data at the office. It's not easy to do this and I'm the only customer who cares about this.