Wednesday, November 08, 2006

The NHL on Google Video

Hockey is hard to find on TV -- outside of Canada. Now you can get it on Google. They have the MN Wild game from November 2nd, the games come with ratings.

On my iMac the sound is very good, but the picture is pixelated. Even so, it's watchable and didn't hang.. (The fan on my iMac spins up when doing this -- highly annoying.)

The game can be downloaded as an mp4 file for the iPod or PSP. A 1 hour game is 270MB. I'm going to give it a try.

This could be a very handy tool for when I have a restless 8 year old.

The choice of hockey for this initial deployment is very interesting. I bet this will be quite popular. The game I'm watching now has had 869 views -- and it's the Wild vs. Canucks ...

Tuesday, November 07, 2006

Travel router and access point

I'm shopping for a travel router/hub/access point. I'd actually prefer a very compact 4-5 port wired switch to a wireless access point, if only to reduce security concerns and wireless interference options.

I'll post on what I buy here, but credit first to bloglines search. Google searches turned up nothing readily, but a bloglines sesarch on travel router got great hits, including this one: Tablet PC Thoughts: Travellers Wireless Solution ... Access Point and Router.

Blogs rule.

Monday, November 06, 2006

Exif, not EXIF: a Wikipedia primer

Exif is the main way digital cameras store date and other information. Capturing date information is hugely valuable for most home shooters, so you'd think there'd be a robust standard around this type of metadata.

Wrong.

The Wikipedia article is excellent. Read it, understand why image editors routinely wreck Exif metadata, and weep. The article could be improved by mentioning Adobe's XMP, I'll add a comment to that effect.

The modern hard drive: Apple tech note is geekily interesting

Apple is implementing Intel's specification for the organization of data on hard drives. This will take OS X beyond the 2TB limit. The Technical Note (TN2166: Secrets of the GPT) is surprisingly readable and, for a geek, is a neat introduction on how very large storage systems work.

Saturday, November 04, 2006

Monitors for adults with poor vision

In the old days it was easy to put a decent display together for someone with poor vision. You'd buy a CRT and run it at a low resolution, something that gave 64 pixels/inch. (You could try using XP's option to change how those pixels are used, but it really doesn't work. OS X 10.4 doesn't have that option, 10.5 is supposed to be scalable -- so more pixels/inch can just mean better display of objects of unchanged size.)

With LCDs things don't work that well. Dan's Data has ideas. The one I favor is bolded.
Dan's Data letters #178

1: Get a good-sized CRT monitor, like a 19 or 21 incher, and run it at a suitably low resolution. 1024 by 768 on a '21 inch' screen with a 20 inch real viewable diagonal gives about 64 pixels per inch.

2: Get a big LCD monitor and run it at less than its rated resolution. That'll give you a fuzzy picture as the monitor spreads displayed pixels around its physical pixels, but you should get sharp results if you can run at exactly half (or even a quarter) of the rated resolution.

The advantage of this strategy is that if someone with 20:20 vision wants to use the computer, they can crank the resolution back up. And some large LCD monitors actually cost about the same as similar-sized LCD TVs with much lower resolution. Dell's popular (jf: 24") 2407WFP is the best example; it currently lists for $US720 or something, has a rated resolution of 1920 by 1200, and should be easy to run and good-looking at 960 by 600. That'd give about 47 pixels per inch.

3: Use an LCD TV that does fit on the desk. There are plenty of mid-sized options, and a lot of them have 'RGB' inputs suitable for computers - many have a plain old 'VGA socket' on the back, and that usually means they can sync to normal computer output scan rates (you can't bet on a TV with a DVI socket on the back being able to take input at various resolutions or refresh rates)...
Dan likes the TVs because they're ppi are low compared to a computer display. I like the LCD option, but it's expensive. You have to pay a LOT to end up with something that's a bit better than an 800x600 display. Maybe an old CRT is really the best option.

PS. I checked my iMac. It has a 21" display and the resolutions are 1680x1050 (what I use) and half that is 840x524. I didn't think 840x524 was any better than 1024x768.

Aperture 1.5: my emergent review

My one month free trial of Aperture 1.5 began yesterday. Note that after installing the free trial Software Update offers a 128MB 1.5.1 update download. Don't accept the update -- it will terminate the trial.

Alas, it's hard to evaluate this produce without the update; I ran into many nasty bugs, some of which are said to have been fixed in 1.5.1. Aperture crashed 3 times-- don't think I lost any photos). Aperture displayed unpredictable white lines and black lines on RAW images -- a known bug. Apple made a mistake by not supporting the 1.5.1 update; it's not like Aperture is a polished application. It was train wreck on release, and it's only now been promoted to a pile-up.

I won't bother reporting what everyone else reports. I'll sequentially update this blog posting with brief comments. Newest on top for a change. I'll focus on date issues and what odd things strike me (See also Timeature 1.0: adjust image date field in Aperture). I tested Aperture on two low end machine by Aperture standards:
  • a 2GHz G5 iMac with 1.5GB SDRAM and an ATI Radeon 9600 with 128MB VRAM.
  • a 2GHz MacBook with 2GB SDRAM and an integrated video card
The G5 mostly worked with JPEGs. I moved a project to the MacBook and imported a few hundred RAW files. The MacBook felt about as fast as the G5, maybe a bit faster. It would do for small Aperture projects. The MacBook handled both the internal display and an external Dell 20" LCD panel without a hiccup (ok, one crash). Pretty impressive.

Aperture performance was unpredictable. Sometimes it felt fast on the MacBook (only a few hundred RAW images though), sometimes it felt slow. If I restarted it seemed faster -- maybe memory leaks?

There are some things Aperture does well, but in general it's a less polished application that iPhoto 6. Despite Aperture's pro orientation, there are parts of the iPhoto workflow and image review toolset that spank Aperture. If iPhoto could manage importing and exporting "projects" or Libraries there'd be little reason for the non-pro to look at the current version of Aperture.
  • It doesn't feel like a Mac application. The UI is cramped and murky; it's full of pointless, even gratuitous, non-Mac UI elements.
  • There's no OS X help file; the "Help" menu references the PDF manuals. They're pretty well done, but I really missed the Help function. There are two main manuals, it's not obvious sometimes which one to look in. Neither manual described the baseline RAW tuning tool.
  • Performance on these machines was often acceptable and sometimes surprisingly quick, but I didn't try a Library with thousands of RAW files. My large library test was JPEG. Periodically, however, Aperture would slow down mysteriously.
  • An iPhoto Library of 1.94 GB is 2.88 GB in Aperture (ugh).
  • The number of options to set seem way too small. I think they're scattered in other parts of the app. Did I mention this doesn't seem to be a Mac application?
  • Dates are really messed up. I have a scanned image in an iPhoto Library with a date of 1890. Aperture actually sets the date correctly internally (I can see this by sort order), but the date displayed in the UI omits the first two years, so it appears to be 1990 (or 1690, whatever). Yes, Aperture has Y2K problems.
  • Aperture won't let users set an IPTC date prior to 1972 (known bug).
  • Aperture iPhoto install stupidly ignores files it cannot import -- without a warning or report. One might delete an iPhoto Library after initial testing, only to discover all the videos were lost.[Update: It says a file format could not be recognized, but it doesn't identify the file.]
  • The install is about 220MB.
  • The iPhoto "phantom edit" bug that's afflicted many of my iPhoto Libraries does not seem to affect Aperture import. My test Library imported correctly. Images that had been edited stacked as two images, images that had not been edited appeared as one image -- even when iPhoto "thinks" there's been an edit.
I really wanted to like Aperture. Sometimes I did, but at other times it just gave me a headache. It's not a train-wreck any more, but it needs a LOT more work on performance, stability, date management, import/export, user interface before it will be an excellent solution. I'm going to wait and see what iPhoto 7 brings (Library import mayhap?). Perhaps by then another maintenance release of Aperture with some performance improvements will have come out.

Update 12/19/06: I'm back at it again, this time with Aperture 1.52 trial. Within 10 minutes of first launching it cratered. The crash left junk in an OS X cache folder, so that even iPhoto didn't work. A 'safe boot' clean-up (hold shift on startup then restart normally) purged the caches and fixed everything. Aperture is still a work in progress ...

Tuesday, October 31, 2006

Disco is in beta (Toast replacement)

Macintouch reports Disco - is available as a public beta:
Disco 1.0b3 is the first public beta release of Madebysofa's CD/DVD disc burning utility. The software offers disc spanning, multi-session support, audio burning, support for multiple file systems, VIDEO_TS folder burning, motion sensor support (to guard against possible burn disruption), a variety of disc image options, and more. It also includes Discography, a feature that tracks all files and discs burned and lets you search for burned files to locate the disc they're on. Disco is available at an introductory price of $14.95 for Mac OS X 10.4.
The product comes from a well regarded independent group of engineers. It's been anticipated and I'm looking forward to trying it out. If it's good it will likely displace Toast completely.