Some hope for iChat 3

In the “following up old threads” department, I went back to Apple’s site to check if there was any news regarding the “insufficient bandwidth” issues that have kept us from using video chat features since I upgraded to Tiger. And sure enough, Support Article 301641 has been updated. Where it used to discuss QoS related issues with ISPs, it now suggests upgrading to 10.4.2 (which contains iChat AV 3.0.1) to fix the problem.

I’m looking forward to trying this out tonight. It will be nice to be able to chat with my inlaws again. The update apparently doesn’t fix all the issues, though this thread on the Apple forums is a pretty good rundown of troubleshooting methods to address remaining problems.

Jared, the Butcher of Widgets

jared, butcher of song

He’s back, and this time he’s in your Dashboard (on Tiger, that is). The infamous Jared, the Butcher of Song, is now available for Mac OS X 10.4 as a Dashboard Widget. From the release notes on the Freeverse blog:

Jared has long been an affront to the senses, an insult to the diatonic scale, an inappropriate “yo-mama” joke told over-loud at the elegant dinner party of internet culture, but never has Jared been as much of a waste of hard drive space as he is as a widget.

For full background on Jared, you’ll have to go to the Wayback Machine, or this old feature article from Wired. Briefly, though, Jared is a little round smiley face who lip-syncs to a wonderful, wonderful Guatemalan song, performed as though cats were being tortured in the vicinity. (Actually, his original biography stated, “Never has the mating of cats sounded so melodic as after one has listened to ‘El Carnicero de Canciones,’ the ‘Butcher of Songs,’ as Jared was known in Guatemala.”)

The Windows version of Jared appears to have gone the way of all flesh (the version I found on line doesn’t even run in Windows 95 compatibility mode under Windows XP), but if you download the Mac OS X version to a Windows machine, you should be able to unzip it, go into the directory, and play the song for yourself. Should you really wish to torture yourself, that is.

(Footnote: when I was working for AMS, I wanted to stress test our ability to embed arbitrary Windows files as documents in our procurement document management software, so I uploaded the WAV file of Jared’s song into our database. I wish I had thought to route the thing along for approval to my co-workers. I almost succeeded in embedding him as an Easter egg in the app, too, but cooler heads prevailed.)

Apple on Intel: what it means for customers

I’ve had some time to reflect on yesterday’s Apple-Intel announcement and the subsequent commentary, including the surfacing of my offhand comment about delaying a Mac mini purchase on a BusinessWeek blog (thanks to Dave’s quoting it, I suspect). My conclusion is that, from a customer perspective, I shouldn’t be worried about the move—should in fact be celebrating, cautiously. Why?

First, Apple wouldn’t be making this move unless it knew it could deliver serious price/performance benefits to its customers. After all, as Intel’s CEO was kind enough to point out on stage yesterday, they are having to eat a fair amount of crow over this deal. So the new machines are going to be freakin’ awesome.

Second, as Dave and others point out, the choice of processor inside is a non-issue to many customers, as long as their apps still run—and quickly. Along those lines, my potential Mac mini purchase, which I wanted to get for a home music server, is an excellent example of a machine that would deliver the same benefit to me today with a PowerPC chip and a year from today with a Pentium chip.

Third, if Apple has any brains at all they’ll avoid an Osborne effect by doing a good job of telling a forward migration story … and discounting existing PowerPC based models. On the former point, I was impressed by both the purported ease of porting and the promised emulation layer (mostly—see below for some caveats); Apple needs to keep the momentum going by publicly tracking apps that are proven forward compatible and by working with developers to ease migration paths for customers of apps that have problems.

The potential caveats I mentioned? First, there is a risk that some existing apps won’t move forward. Daring Fireball points out one potential source of problems, found on a page in the Universal Binary Programming Guidelines: AltiVec code, code that inserts preference panes in System Preferences (my God, what is it about System Preferences?), kernel extensions (didn’t Apple just announce that API?), applications that explicitly depend on a G4 or G5 processor being present; and Classic (this just in: Classic is still dead, finally).

Another potential source of problems is the whole “endian” issue, which affects files containing binary data, and which Microsoft Mac BU’s Rich Schaut explains much better than I can do here.

As a user, I still think that I’m right to be enthused, and Dave is right—the upper layers of the OS is where most of the excitement is. But not all. And I think we’re all still permitted a moment of silent mourning for the demise of some great technologies: Classic, AltiVec, and Open Firmware (thanks to Steve Kirks for the last pointer).

Okay, enough mourning. Time to start watching for Mac mini prices to dive.

It’s true: Mac OS X on Intel

I found Paul Boutin’s liveblog on Engadget from the WWDC just in time to read these words:

10:28am PDT – “It’s time for a third transition. And yes, (puts up slide that says): It’s true.” Next slide is one word: “Why?”

10:29am PDT – “I stood up two years ago and promised this (3.0G PowerMac), and we haven’t been able to deliver.” Steve says it’s bigger than that, though. No roadmap for the future based on PowerPC – they can’t see a future.

10:30am PDT – Intel offers not just increased performance, but reduced power consumption. Transition will be complete by WWDC ’07.

10:31am PDT – PowerPC – 15 integer perf units (not sure what) per watt. Intel does 70 per watt. “Mac OS X has been living a secret double life” for the past 5 years.

10:32am PDT – Satellite shot with crosshairs shows building where a team has been working on the “Just in Case…” scenario. Every release of Mac OS X has been compiled for Intel for the past 5 years. Here comes the demo!

10:33am PDT – “As a matter of fact, this system I’ve been using here…” the keynote’s been running on a P4 3.6GHz all morning”

Pretty big news. Sets the conventional wisdom on its head.

Makes me want to put those plans for a Mac mini purchase on hold.

It’s good to see that even in this brave new world, some things, like the hilarity of Theo Gray from Wolfram Research, remain unchanged.

(Update: here is the official press release.)

(Almost) live WWDC updates

It appears that the WWDC keynote isn’t being streamed over Quicktime (at least, not that I’ve been able to find). However, MacRumors has set up a special auto-refreshing live site where they’ll be posting the latest keynote coverage (technical details of their AJAX based approach here). There’s also an IRC channel if you can’t wait for a schedule refresh, or if you like your news piping hot and mixed with lots and lots and lots of chatter.

Apple to switch to Sun chips

sun chips. get it? hah hah.

With all the discussion about what Greg called the Pentiac rumor—the rumor that Apple is imminently going to announce a switch from IBM to Intel chips, or a new product line based on Intel chips, or that it just had lunch with Intel, or something—I couldn’t resist pointing to a leak about the real announcement to come today. Thanks, Steven Frank, for the laugh (make sure to click the link for the full sized image). (And thanks to MacSlash for the link.)

Pointless Mac fun

Daring Fireball: WaitingForLoginWindow. To get your very own login window to pop up at any time, go to the Terminal and type /usr/libexec/WaitingForLoginWindow. And enjoy the hilarity. The link at Daring Fireball explains how it works, and how to kill it.

Getting things done: Tiger Mail

I didn’t have much chance to do anything with Tiger last week while I was on the road, but this morning I finally started playing with Smart Mailboxes in Mail, which is one of the features I most eagerly anticipated for this upgrade. And it is fantastic, even with just one or two smart mailboxes created.

Originally I had anticipated replacing some of my 150+ mail rules (I have a hierarchical mail folder structure that takes a lot of care and feeding) with smart mailboxes. While I may still investigate doing that, I found that the first smart mailbox I implemented is probably the most useful one I’ll create: Unread Mail. The mailbox has a single condition: collect all unread mail messages. This is great for me because of all the mail rules I’ve implemented, which spread a typical day’s mail across a bunch of different mailboxes. That’s generally a good thing for scoping messages for later retrieval, but less good if I just want to read my 30 or so new mail messages at one sitting without changing context between ten different folders. The Unread Mail smart folder allows me to just read all the mail without worrying about filing it, because it’s already filed. I used a system like this on Outlook when I was running Office 2003 at Microsoft, and that folder plus one for flagged mail completely revolutionized my workflow.

I’ll be playing around with some more smart mailboxes in days to come, including one for recent messages (everything sent or received within the last week). It’s nice to have some tools that actually improve my productivity.

Follow up: iChat issues in Tiger

Yesterday’s update to Tiger does not address the iChat issues that many newly upgraded users are having, and this new support article, “iChat AV 3.0: ‘Insufficient bandwidth’ messages,” indicates why. The article suggests that iChat’s newly added QoS features are (irony alert) breaking the iChat experience for many users, since the DSCP used to implement the feature is blocked by some ISPs.

Question: what do you call a change to an application that breaks existing functionality for many users? Where I work, we call that a regression bug, not a feature.

iChat issues in Tiger

The iChat issues I wrote about persist, despite the now-total absence of Virex from my machine. These threads on the Apple discussion board suggests that it is a fairly widespread problem. I’ve read every suggestion, from the mundane (do routine system maintenance and try again) to the exotic (delete some entries in the iChat plist file, make sure your correspondents apply all system updates), to the just plain superstitious (make sure you start iChat before you start any other application).

Me? I think this smells like insufficient testing on Apple’s part, and I’m looking forward to seeing the first post-Tiger iChat update.