Got a domain name idea? Don't try it in the address bar!

Inevitably, there's an industry based on stealing domain name ideas then reselling them back to the creator at a premium.

It's hard to know how big a problem this really is, but this article mentions the selling of "Non-eXisten Domain" (NXC) data:

Stealing domain name research

... It is such a strong urge to type the domain name into the address bar and see what website comes up. Most users think perhaps there is already a company using the name and this will be a quick end to the question. Wrong! This is the most dangerous thing to do. Internet Service Providers (ISP) sell NXD data. You may be asking yourself “What is NXD data and how does that effect my domain research?” Non-eXistent Domain (NXD) Data is a response the DNS system tells the asking computer if resolution on an IP address fails because the domain doesn’t exist. Yes, ISPs sell this data. I personally talked with a representative that gave me her business card and quoted me a six figure number for access to their NXD data. These domain name research companies actually buy this data and register those domains to see what generates money. Their hope is that if people at one ISP represent 1/5000th of the Internet, they might receive 5000 visitors a month from all the other ISPs around the world according to that ratio. So by testing a theory with DNS, people are telling these companies what domains to ‘taste’. Ironically, this type of behavior will have a chilling effect on direct navigation which actually hurts the domain parking industry as a whole...

I suspect the problem is overstated, but I'll personally avoid testing out my domain ideas through the address bar ...

Expose: hold down option key to show window title

Years after Expose came out, I'm still figuring out how best to use it.

Proof positive my brain is turning to stone.

I'm getting there though. I can see the point of this tip.

Leopard tip roundup: Expose cheatsheet, thumbnail slider, video Quick Look - MacUser

Exposé is super handy when it comes to getting a bird’s-eye view of all your open windows—in fact it gets my nomination as one of the most life-changing features of OS X—but it can sometimes be hard to tell at a glance which window you want. Sure, you can mouse over any window to get its title, but you don’t want to have to do that to every window to find the one you want. Turns out there’s an easier way in Leopard: hold down the option key while you’re in Exposé and it’ll overlay the titles for every window.

Heck, I'd forgotten about the mouse over feature in 10.4!

BTW - rule of thumb in the OS X world -- always try the option key to see what it does.

iPhone and iPod video - an essential guide

AppleInsider | Using iPod & iPhone Video Out: Background and In-Depth Review is a unique and essential guide to the surprisingly complex world of iPhone and iPod video output. I know I don't follow it all, but the bottom line is that Apple's new connector strategy may not be driven only by a desire to own the revenue stream from cable peripherals. It's a messy world out there!

Incidentally in the past ten years I picked up an Apple component video out connector. I think it might have been designed for an iBook! Turns out it works with my old iPod, but only if I swap the RCA video and sound connectors (the color codes are wrong). Diliger tells us that camcorder manufacturers gave us the pin order variation:

Apple's iPod headphone jacks had to remain compatible with standard headphones, so Apple reversed the odd pin order used by camcorder makers to deliver a headphone jack that worked fine with regular headphones, but could also deliver video output when used with the iPod AV Cable. Camcorder cables could be used by simply reversing the order that the RCA connector ends are plugged into on the TV side.

OS X Bugs of the week: Image Capture and GarageBand

Two OS X bugs this week: one new and one probably older. Note I run as a non-admin user.

The new one is Image Capture. I presume this one came with this past week's batch of sercurity fixes. When I use IC to transfer files from a memory card, I usually create a new folder to hold them. This week I can create the folder, but I can't use it. IC isn't quite sure it exists. I have to restart IC to get it to see the new folder. Finder can see it. I wouldn't be surprised if this bug shows up elsewhere.

The other bug comes with GarageBand, and it's more of a design flaw. I've never bothered with GB, but my niece is a fan [1]. She created a GB project that I wanted to move from my account to a guest account. I found:

• When moved to Share and then to the Guest desktop the Guest had no access (privilege problem -- the privilege/Share dysfunction is a deep OS X design flaw -- moving to Share should revise privileges)
• When I changed privileges and opened the project in GarageBand GB crashed (I submitted the crash report)

It turns out to share a GB project you need to export as 'archival' so it includes loops rather than references them. Fair enough, the bugs here are:

1. Blowing up because of a reference error is a bug.
2. Why don't the references work on a single machine? I'm suspecting this is yet another case of Apple's depressing move away from global file identifiers to DOS 2.1 hard coded paths, probably coupled with incorrectly storing a referenced file in a user account.
3. The old, old design flaw that moving a package to the Shared folder doesn't set access privileges in a sensible fashion (maybe 10.5 fixes this?).
   

[1] I've wondered with Apple bothers with GB. Turns out kids like it -- a lot. GB is the reason my niece is getting a MacBook for her birthday. If Apple gets the bugs out of 10.5 by then that purchase may lead to another Mac in that home (their XP machines are routinely rendered useless by viruses and XP entropic decay). So Apple has quality issues, but they know how to optimize the iLife package to sell machines.

Update 12/27/07: Image Capture PPC doesn't show this bug. It's only in Image Capture Intel, and I suspect the bug isn't truly a part of Image Capture, but rather some Intel specific Finder bug.

Halamka's recommendations for camcorder, TV and computer

LiHalamka's tech picks:k 20" iMac, Sharp Aquos or SONY Bravia TV and two firewire based camcorders. Good picks. I'll ask him to test the camcorders with iChat.

Leopard's account switching bug

When 10.5.3 comes out I'll check to see if this is fixed before installing it. Until then I'm on 10.4...

Macintouch Leopard: Bugs and Fixes

Leopard blocks switching between file shared accounts.

I file shared 2 user accounts on a Leopard (host) computer. From a second Leopard (client) computer I can connect (have read/write access) to the first shared account, then disconnect and connect the second account. But then when I disconnect and try to reconnect to the first account my request is ignored. The only way I can then connect to the first account is to create a new account on the client! But this new client account is also blocked if I switch to the second shared account and try to switch back. A second Leopard client computer on the LAN has the exact same problem.

But Tiger and Panther client machines on the LAN don't have this problem. They can switch between the shared accounts on the Leopard host computer with no problem.

I called Apple Technical Support of 12/10/07 and they were able to duplicate the problem on multiple computers. They are forwarding the issue to Engineering. I'm surprised there aren't more reports on this issue...

Experiments in DRM removal and re-encoding

We don't let much DRM into our lives, but I have a few FairPlay'd tunes I bought the kids when I was less strict.

I'd like to include them in the AAC CDs I put the childrens' playlists on, but our SONY car stereo doesn't do FairPlay. Of course I could burn a CD then re-encode the tunes to MP3 or AAC, but I'd tried that before and the results were awful. The re-encoded tune sounded like AM music (few remember how bad that sounded!).

This time, though, I'd try re-encoding at 320 kbps, no VBR, 44.1 sampling. I figured I'd also try the iMovie HD DRM removal trick. [1]

The iMovie HD trick turned out to be a nuisance -- I'd rather just burn a CD. Curiously, however, I got much better results this time than previously.

The original 5.6 MB FairPlay'd tune turned into a 52MB AIFF audio file which I then turned into two non-FairPlay'd AAC files:

• 128 kpbs (standard): 5.0 MB AAC (so smaller than the original - not good!)
• 320 kbps non VBR 44.1 AAC (max quality AAC using iTunes encoder): 12.5 MB
  

Here's the surprise. They all sounded reasonable using my Bose noise canceling headphones. I'd expect the AIFF and original FairPlay'd tune to sound identical, but I'm not sure I'd be able to tell apart the 128 and 320 kpbs re-encoded tunes.

I don't know why I got better results today than in the past. Maybe last time I tried re-encoding as MP3, and the AAC to AIFF to MP3 transformations are tougher than AAC to AIFF to AAC. Maybe my ears are getting worse.

I wouldn't try it for Jazz or classical music, but at least some pop tunes survived the AAC to AIFF to AAC round trip better than I'd expected. I would favor a high bit rate for the reencoding though; I really don't have very good ears.

[1] The trick relies on a quirk of iMovie HD that is not present in iMovie '08. iMovie HD will export the combination of a FairPlay'd soundtrack and a JPG as a non-DRMd AIFF audio file.