Wednesday, August 30, 2006

iPhoto 6 bug: flaky 'revert to original'

Update 10/26/07: iLife 2008 (iPhoto 7.1) has fixed this bug.

iPhoto is supposed to keep an original image untouched. Edits are applied to a copy. The originals live in one folder hierarchy, modified images in another. If an image is edited, iPhoto shows a 'revert to original' option.

That's the theory.

In my case an attempt to merge iPhoto Libraries using iPhoto Library Manager uncovered hundreds of images that are flaky in my the iPhoto Library database. The images themselves are fine. They're in the Originals folder. They really have no 'modified' equivalents. However, iPhoto "thinks" they have modified versions.

In other words, this Library is infested by phantom "modified" images. They don't exist, but iPhoto thinks they exist, so it shows me the 'revert to original' option when it shouldn't. By itself that's a cosmetic issue, but I think this is causing problems with several secondary products, especially with iPhoto Library Manager but possibly also PictureSync.

Selecting 'revert to original' does nothing. (This is good, in earlier versions of iPhoto this action would sometimes DELETE the original.)

I should note I've never used 'iPhoto Diet' or anything like that and I've never messed with my originals within iPhoto. This is the inverse of the known problem where a modified photo exists but the Original has been lost, moved, or deleted.

If I edit an image, then 'revert to original', the reversion works properly. After reverting the option is (correctly) grayed out in iPhoto and unavailable.

These are older images, exposed to nasty bugs in many prior versions of iPhoto. This Library may date back to iPhoto 2 and was certainly exposed to the many iPhoto 4 bugs.

I think iPhoto 6 is a decent product, but it follows a long line of disastrous releases. I would never claim Apple releases well tested products.

Alas, a Google search and a Sherlock search of the knowledge base didn't turn up anything useful. I've asked the author of IPLM for advice and I'll update this posting with what I learn.

Updates:
  1. I did a complete rebuild of my iPhoto Library. The good news is that the rebuild didn't turn up any bad images and the rebuilt library tracked the original pretty well. As usual the rebuild messed up roll metadata. Since it didn't fix the problem I deleted the rebuilt Library.
  2. I have a theory this problem arises when one uses the burn-to-CD or IPHOTO.XML method to merge iPhoto Libraries. iPhoto imports the Original and Modified files correctly, but there's a bug with unmodified Originals that leads to the above problems. (PS. I doubt this merge technique works at all well with RAW files.)
Update 9/1:

Wow, this is a gnarly bug. Brian Webster of IPLM fame is helping debug what's happening and I've gotten some useful comments from the iPhoto Discussion area:

Here's a comment I posted to the discussion thread:
... I tested a (risky) variant of the 'import from iPhoto CD' technique documented here:

http://www.faughnan.com/digcam.html#LibraryMerge

I did the same import twice, once on a brand new iPhoto Library and again on my main Library with the known problem.

When I imported into a new Library there were no problems with the 'revert to original' -- everything behaved as it should. Revert to Original only showed up when an image had been modified.

However, when I repeated the exact same import into my problematic Library every image had the 'revert to original' option available -- whether the image had been modified or not.

On the other hand, directly importing from the file system into my problematic Library didn't produce the bug.

So it's a combination of something about this Library and something about the undocumented Library import I tested with. I've yet to test with the semi-documented "import from iPhoto CD" method with this Library but I may try tomorrow. I'm also going to test using the 'import via shared albums method Pogue and Story document in 'iPhoto 6 The Missing Manual'. My suspicion is that all methods will produce the same problems with this particular Library...
Update 9/3:

I tried the partial merge technique published by Story and Pogue -- sharing a Library from another account. I imported into my "bad" Library and it did NOT (so far) demonstrate the 'Revert to Original' bug.

Update 9/14/06:

Brian Webster sent me a new version of IPLM to beta test. It no longer gave the 'missing image' message but there was interesting new flakiness with Library Rebuild. Library Merge seemed to work 3/4 tries, but 1/4 times it made an error consistent with the Library Rebuild problems. So whatever this bug is, it's darned sneaky.

Update 10/4/06:

We never figured this out, but I'm pleased to report the bug does not appear to confuse Aperture 1.5. It imported my test Library correctly.

Update 5/18/07:

Tom, writing in comments, discovers where the bug is. I'll tell Brian and post in Apple forums:
This week I converted to iPhoto6 and encountered the same problem. Some older photo's have the "revert to original". I examined the file Library6.iPhoto and concluded that the conversion of a field "idED" went wrong. I was able to repair the file using a HEX editor.
Thanks Tom!

Thursday, August 24, 2006

HotSpotVPN: safer use of open hot spots

I've known for some time that non-VPN use of an open hot spot (WiFi) service means anyone who wants to can read what I'm doing -- including passwords, etc. I've looked on occasion for a service that would provide me a personal VPN channel, but I couldn't find one.

What's weird is I just found one, mentioned obliquely in a NYT article on this problem. Why didn't it ever show up in my Google searches? Weird.

Anyway, HotSpotVPN is one of those services. It's $90/year, so not incredibly cheap. Supports OS X 10.4 but not 10.3.

Thursday, August 17, 2006

Record analog TV to a Mac

Elgato Systems

Hmm. If this lets me automatically eliminate commercials from sports broadcasts, I might have a use for it.

Monday, August 14, 2006

Blogger 2.0: now in beta, no Safari support yet

Blogger 2.0 is in beta. I tried it, the main thing I noticed was the ability to tag posts and the hierarchical navigation widget for the archives.

I also saw this post on Safari:
Browser compatibility. The current version of the beta works best in Firefox and Internet Explorer. We are working to resolve issues with other browsers, specifically Safari.
I suspect they simply mean they'll make Safari users as miserable as they have with Blogger 1.0, versus having it not work at all. Still, one can hope. There's a discussion group.

Things get confusing if you have a blogger account and accept the invitation to create a second beta account. I would advise against that, though I was eventually able to get the accounts sorted out.

Update: I get it. The new account is tied to my gmail account (Google's identity management solution), but my main Blogger account predates Gmail and has a different identifier. Since I've created a Gmail linked beta blog, I connect to the beta blog unless I disconnect from my Google accounts. Hmmm. This could be messy.

Evil Microsoft: Windows Live Writer

Microsoft introduces a free, extensible, Win32 blog authoring tool. Google doesn't have one. There aren't any good ones in the OS X world. The only decent one I know of is BlogJet, also Windows only.
Writer Zone: Introducing Windows Live Writer:

Writer is a great client for Windows Live Spaces but also works with other weblogs including Blogger [jf: aka Google's blog platform] LiveJournal, TypePad, WordPress (and many others).

Writer supports RSD (Really Simple Discoverability), the Metaweblog API, and the Movable Type API.

We want Writer to work well with every blogging service out there. If you can’t get Writer to work with your blog, we want to know.
Oooohh. This is wicked evil. After deciding Microsoft was a corporation on Crack, a sly move like this makes me wonder if Ozzie can turn it around ...

Of course I'll have to try it out ...

Apple? Google? Are you paying attention? Time to wake-up boys, the Beast isn't quite dead yet ...

Update 7/15/06: It's really beta. I tried posting a draft to Blogger and it did a true post, as well as generating a bizarre Blogger error message. Not ready for primetime!

Update 7/8/07: It got a LOT better. I love it now.

Resetting Mac firewire ports: computer won't recognize device

Via Macintouch (LaCie sells firewire drives):

Mike Mihalik, LaCie

Seems like the FireWire issue needs to be revisited quite often. Here is my often repeated suggestion which appears to clear up many FireWire issues: reset the FireWire ports. Panther has a Finder Preference to show mounted volumes on the Desktop. You must set this for mounted drives to be visible. Please follow these instructions to reset your FireWire port. Here is a summary:
  • shut down and disconnect all external drives and peripherals ; make sure nothing is connected to the FireWire ports
  • use Apple Disk Utility to repair permissions on your internal boot drive
  • shut down and disconnect the AC power from the computer as well as the drives; if laptop, also remove battery
  • let sit unpowered and unconnected for 15 minutes
  • reconnect AC power to only the computer (battery too if laptop)
  • restart computer
  • verify that FireWire ports are visible within Apple System Profiler
  • reconnect FireWire drive (only one); refresh window within Apple System Profiler to rescan the FireWire bus; confirm that drive is visible
  • confirm drive is OK by using Apple Disk Utility and apply First Aid
  • repeat for other drives, one at a time
And here's the kb article he references: What to do if your computer won't recognize a FireWire device