Monday, May 04, 2009

Apple's iPhoto and MobileMe photo blunder: when full quality isn't.

Adam Engst is far too kind to Apple in this article (emphases mine) ...

TidBITS Media Creation: How to Share Full-Quality Photos via iPhoto

A reader recently sent me email asking why sending a photo via email using the "Actual Size (Full Quality)" option in iPhoto resulted in a photo that was significantly smaller than the size of the photo within iPhoto...

A quick test on my system confirmed his results. My Canon PowerShot SD870IS's test photo started out at 3.1 MB and 180 dpi before dropping to 1.7 MB and 72 dpi. When I opened both the original and the reprocessed photos, Preview's inspector window showed the change in dpi and file size, though the dimensions of the photos were indeed identical.

... iPhoto always compresses photos sent via email to reduce the file size...

... posting the photo to your MobileMe Gallery won't help either, since iPhoto compresses uploaded photos there as well, even when you use the Actual Size option in the Advanced preferences for a MobileMe Gallery album...

... is an EmailCompressionQuality key in the com.apple.iPhoto.plist file that's set to 0.75 ... When I bumped it up, the size of photos sent via email did increase, but when I set it to 1.0, the file size nearly doubled from the original....

Arggghhhh.

Adam is glossing over some key points in an understandable effort to be sweet to Apple.

The problem is not that "iPhoto [always] compresses photos", it's that iPhoto is decompressing the original JPEG (SD870 is JPEG, not RAW), then recompressing it at a severe .75 JPEG compression factor. The decompression/recompression factor is why, when Adam moved the quality index to 1, the resulting JPEG was twice as big as the original. (You'll see the same thing with any image managed this way.)

This is a big deal for photo geeks. Try putting an image through four sequential JPEG 0.75 save/edit cycles and you'll get a mess. When I put "full quality" images on Picasa Web Albums or SmugMug one of the things I get is a high quality backup of my image. We now know that's not true of MobileMe -- it only looks that way.

The discovery that "full quality" images posted on MobileMe are being put through the same decompress/recompress cycle, while being sold as "full quality", ought to be red meat for a lawyer. Anyone know of a hungry lawyer taking charitable contributions for yet another Apple lawsuit? I don't care about winnings, I just want them to suffer.

For my part I'm going to give this a try with Google's Picasa Web uploader and see what I get back. I don't use MobileMe, and I'm not likely to start now.

Incidentally, a more subtle version of this stupidity occurs in Aperture. If you import a JPEG image into Aperture, don't apply any edits, then export it from Aperture using a standard JPEG setting with quality 1 you'll see the same (pointless) decompression/recompression at work.

Update 5/26/09: Apple doesn't apologize, but it effectively confesses to the blunder. No promises of a fix, however.

Sunday, May 03, 2009

Yikes! Disastrous iTunes 8.1.1 AppleScript bug!

Wow.

This iTunes 8.1.1 bug is probably the nastiest bug that's bitten me in years.

I have long used an AppleScript to delete the first 'n' characters from an iTunes column string for all selected columns.

In iTunes 8.1.1 it ignores the selection, it processes all the items in a playlist.

So about 300 items have lost the first few characters of their name.

I'll have to restore from backup.

Update: Well, isn't that sweet. My backups appear to be good, but my restores are failing with a Retrospect error code of "-519", which means network error. I have reason to suspect this is actually a hardware error on the old Windows XP machine that runs my Retrospect Professional backup server.

Looks like this is going to be one of those days.

Update b: I dropped the XP to 10mbps and rebooted the XP box and the iMac. The backup is now crawling along; it will take about 12 hours (!) to complete if it continues. I'll delete all the AppleScripts associated with iTunes and see if can figure out if this is a known bug.

As for the networking issue -- it's not the first odd networking problem I've seen lately. Sad thing is this is just as likely to be hardware (switch, XP box, iMac) as software! If Retrospect 8 were in better shape (still no PPC version!) I'd probably buy a modern iMac and get rid of the XP box.

Update 5/4/09: The 45GB restore at 10 mbps took about 12 hours, but it worked. Interesting lesson about modern apps -- the script bug only knocked out a few bytes of data distributed across about 300 MB of music, but I had to restore all 45GB.

So now I have to address the network problem that blocked restores at 100 mbps. In the past I'd have been confident this was a software bug in either the iMac or the XP box. Nowadays nothing's so simple. It could be an emergent bug. It could be an XP BIOS problem triggered by the 1 TB external USB drive, a drive that's far out of spec for that old system. It could be a subtle motherboard problem on the iMac -- the G5 iMac line is notorious for mb failures (one of Apple's crappiest products).

I've already ruled out switch or cable problems.

I'm going to take a semi-informed gamble and install a new 1 gbps Intel NIC in the XP box and retest. If that doesn't work I'll have to start testing the iMac for a motherboard failure.

Update 5/6/09: New NIC worked, but not exactly sure why.

Thursday, April 30, 2009

Testing Firefox 3.5b4

Firefox 3 has been very slow on a single CPU PPC G5 iMac. It quickly pegs my CPU.

Happily Safari 4beta has been a great improvement over Safari 3, and Google's Safari (4) support is finally respectable. So I've been using Safari -- really for the first time. (Camino runs into too many Google oddities, otherwise I'd use it over FF 3. We do use Camino on an ancient G3 iBook running 10.3 -- and it's marvelous there.)

Now, however, James Fallows reminds me that FF 3.5b4 is a real option. I've started testing ...
Welcome to Firefox 3.5 Beta 4

... This release is being made available for testing purposes only. You should read the release notes before getting started.

We want to hear all of your thoughts about this beta, especially if you encounter broken sites or other web weirdness. Drag this feedback button onto your bookmarks toolbar and click on it when you have something to tell us...
I know how to test it.

First impressions? It's fast and responsive so far, and my CPU is running at about 35-50% -- which is about the same as Safari. The mouse wheel scrolling is particularly smooth, and Macintosh copy/cut shortcuts work in the rich text editor (not sure that's new, I switch platforms so often it's all a bit automatic).

The release notes mention ...
  • There are Gmail oddities, fix by refresh
  • Uses Tracemonkey - so faster Javascript, maybe fewer memory leaks
  • Location aware browsing (I'll turn it on of course)
  • HTML 5 offline storage (like webkit and chrome)
Updates to come, but this feels like a good one.

Update: Google Gears is not compatible with the beta (unsurprisingly). So you'll lose offline Gmail if you install. Also I found one bug. In a multi-user OS X machine the install reports a privileges error if another user is active, even if FF is not in use in the the other session.

Tuesday, April 28, 2009

OS X parental controls - bug?

Yes, my eldest is of that age.

So I'm checking out the Parental Controls ... and I discover they only go back a month. When I change the date range to anything over a month no information is displayed at all!

Since you can't export or otherwise analyze the logs they're not terribly useful anyway -- but they also don't work.

Apple really doesn't take children seriously -- I'm not sure they believe in them! This didn't used to be true -- parental features in Classic were excellent, as was Simple Finder.

None of that survived OS X, and it's clear Apple doesn't really test this stuff. I figure they put it in to keep regulators of their backs.

Sunday, April 26, 2009

FMTouch – the closest thing to FileMaker for iPhone?

I’d been hoping FileMaker would do an iPhone version, like the one they did for the Palm.

They haven’t. This morning I decided on a whim to look if there was any rumor in the blogs I read. Google Reader search turned up an older post that led me to FMTouch - FileMaker Mobile Software for the iPhone and iPod touch.

They’re at version 1.35 now; it is supposed to work with FileMaker 8 – 10 (I’m on version 8; FM Inc hasn’t done anything of interest to me for a while – I’m only on v8 because OS X required an update).

Problem is, it’s $70, and there’s no “LITE” version to test with.

Other signs are not incredibly encouraging.

The App Store reviews are marginal; some of the more positive ones smell suspicious. The app is reasonably popular, but the vendor’s blog has been pretty quiet and the web site has been poorly maintained (ex. “A new updated user Guide will be available 9/12” and I don’t think they mean 9/12/09). The “tutorial” on sync is a screencast only. I can’t find any reviews from my usual trusted sources.

I’m tempted ... but it smells wrong. I’m going to see if FileMaker does anything when version 3.0 comes out.

Update 4/27/09: An FMTouch developer wrote in with a detailed response to this post. I'll update with an excerpt later, but for now see also an unrelated comment below.

So FMTouch is not "smelly" to me any more, and I'm even more tempted. They'd benefit enormously from a web site refresh and a "LITE" version that would serve as a "trial" app (since the app store doesn't support trial versions). I'm going to review the app store money-back guarantee procedure; maybe that will make it easier for me to pull the trigger.

Update 4/27/09b: The FMTouch developer posted a response in comments, and also wrote a less diplomatic response on the FMTouch blog (subsequently amended so it's quite diplomatic now). This is a passionate group of developers, and that's a good thing.

Update 4/27/09c: Six more passionate comments from happy users. Ok, Ok, I'll buy the damned thing tonight! Sheesh. Review to come in future. This was not one of my better posts!

Saturday, April 25, 2009

Firefox for OS X bug: non-admin user and auto-update

With Firefox 3 a non-admin OS X user cannot uncheck the "update Firefox" advanced option. The checkbox is grayed out.

Only admin users can uncheck "update Firefox".

This is wrong.

Video Chat for elder parents over OS X: Google Video/Gmail, Google Notifier, Firefox and LogMeIn

This is a bit complex to describe fully, but I hope these hints will be of use.

Briefly, I wanted to be able to establish a video chat connection to my elderly parents. Since we both use OS X and both have at least one Intel machine I considered iChat and Google Video Chat. I didn’t consider Skype or Yahoo because that would introduce new account issues and because, as best I can tell, Google has the best technology and no worse reliability than Skype or Yahoo.

I was unimpressed with iChat; it needs to be shot (see also). That left Google Video Chat, but it has a hellacious user interface. In fact, it has the lowest usability of just about any app I routinely use. Not well suited for my 80% blind and very arthritic mother. (I’m sure that will change when Google integrates GVC with Google Voice, but really Google needs all those usability people who’ve recently quite in disgust.)

At the same time I was exploring remote maintenance options and finally settled on LogMeIn Free.

This is the combination of technologies I’ve now cobbled together:

  • Gmail/Google Video Chat: My mother’s email is managed via a Google account, even though she reads it using OS X Mail (IMAP). So she had an account.
  • Google Notifier: In theory this keeps my mother logged in to Gmail so she doesn’t have to know her username and password. In practice I’m not sure this works; these day’s I might try FF with local caching instead.
  • Logitech QuickCam Pro
  • Firefox: For better or worse this is what my mother is accustomed to
  • LogMeIn Free.
  • I created a deskbar shortcut with is simple a Gmail desktop shortcut with the iChat icon pasted into it. So it looks like a Chat app.

Here’s how it works

  1. I initiate the call from my Macbook using Firefox
  2. I use LogMeIn to take control of my mother’s machine using Safari. Then I “answer” my own call (not hard).
  3. I resize the window for my mother then drop the remote control connection.