Archive for the ‘Uncategorized’ Category

The Great Wall of Easton

Monday, May 19th, 2014

Other than some more Pachysandra ground cover, it’s really done now.

May 19, 2014

May 19, 2014

May 19, 2014

May 19, 2014

May 19, 2014

May 19, 2014

May 19, 2014

May 19, 2014

May 19, 2014

May 19, 2014

May 19, 2014

May 19, 2014

May 20, 2014

May 20, 2014

May 20, 2014

May 20, 2014

May 20, 2014

May 20, 2014

June 15, 2014

June 15, 2014

June 15, 2014

June 15, 2014

June 15, 2014

June 15, 2014

July 12, 2014

July 12, 2014

July 12, 2014

July 12, 2014

July 12, 2014

July 12, 2014

July 19, 2014

July 19, 2014

July 19, 2014

July 19, 2014

July 19, 2014

July 19, 2014

Ark of the Covenant buried here!

Ark of the Covenant buried here!

All of the excellent plant choices and most of the design are Eva’s. The three trees on the upper level are 2 new Kousa Dogwoods and a transplanted traditional dogwood (the center one). The upper level shrubs are Wintergem boxwoods. The tiny plants are creeping thyme ground cover. Plants on the lower level are all Sea Green Junipers.

We’re delighted with it and think it is really, really done now. The local mandarins have asked for no more spoils and the crime scene tape has been taken down.

My Saw Stopped

Tuesday, November 27th, 2012

photo of a scratched fingerJust a little nick while holding a smallish piece of Cocobolo and cutting with a small pull saw. (Don’t send sympathies! Not needed.)

My saw stopping:

About three pounds of “wetware” reacted instantly, stopping the saw.

Back to Woodworking – a Rip Off

Tuesday, July 10th, 2012

What do you call it when an inventor surrounds his invention with 83 patents? Can’t get his invention into production because of the royalties he expects? Goes into business producing the product himself? Gains favorable import tariff legislation by contributing to legislators? Has a hard time selling the too-expensive product to consumers? Then, elbows his way into the market through legislation that mandates use of his invention?

Robert Lang at Popular Woodworking Magazine has done a yeoman’s job of chronicling the entire table saw safety story. His long and complete coverage has been very neutral in tone, probably because he’s a great guy, and is also because he’s clearly interested in providing unbiased information to a broad audience of readers.

Today, Robert tells us that California is on the verge of passing a law that mandates flesh sensing technology on table saws … and the only current producer of such saws is SawStop.

crony handshakeI heartily welcome ANY technology that makes table saws safer. Most woodworkers know how dangerous table saws are, and far too many suffer injuries with them. The SawStop technology certainly makes table saws safer. Yet, I can not stand quietly by while aggressive use of patent law, failed attempts at rational technology adoption, and outright CRONYISM gives one company a government sanctioned monopoly.

My suggestion is to require that any such legislation also include language that requires product availability from 5 or more firms before the law can be enforced.

Video on the Web – A 1953 Ford Pickup Truck

Wednesday, June 27th, 2012

… with 4 different sized wheels.

* 1953 because function is so primitive
* 4 different sized wheels because stubborn browser developers can’t agree upon common formats.

Yes, this is a rant … by a recovering web purist. (1)

Before I rant, a HUGE THANK YOU to a great group of folks who answered the plea in the previous post and tested a series of videos for us. They proved we were making progress with all sorts of PCs, tablets, and even some phones. THANK YOU Patrick Anderson, Brander “Badger” Roullett, David Taylor, Daniel in Austrailia, Steve Longley, Kevin Wilkinson, Marge, Doug F., Rick Hayhoe, Jim Marsh, and Shannon Rogers.

The 1953 Ford pickup truck

photo of 2 rusty broken down 1953 F100 trucksSo….. what’s wrong with video on the web? It would be easier to answer what’s not wrong.

It has about as much function as that ole 1953 truck. Just play. No fast forward, no rewind, no slow motion, full screen works sometimes, sometimes not, just like the windshield wipers.

OK, OK, I get it that some of those things need complex encoding and require lots of bandwidth and more vacuum than the engine produces. We’ll suffer some inconvenience in the name of slow networks and constrained bandwidth. Right?

Hey, have you noticed how fast networks are running these days? (hint: Google “dark fiber”)

Flash – R.I.P.

As a little preface, the best way I know to describe Flash to woodcarvers, especially traditional / classic woodcarvers, is to think of Flash as a Dremel tool. ‘Nuf said?!

Steve Jobs killed Flash (2) … and for purists, that’s a very good thing. Oooops, almost forgot; I’m a recovering purist. Well, in reality, I’m just someone wanting to make a decent video-centric web site and am da*ned irritated with the state of web video affairs.

The first 4 versions of HTML had no special accommodation for video. We survived 20 years of cramming inefficient arcane bulky (and balky) code into a nondescript container called an “object” and then duplicating it in a container called “embed.” Along with the bulky code came clunky slow running players and equally inefficiently encoded video data. We put up with duplicating code in both “object” and “embed” containers because 2 browser developer were at war for world domination and neither would yield to a common standard. We put up with Flash and all of its energy sucking inefficiency because Adobe (nee Macromedia) managed to get the plugin bundled “free” with virtually every browser on the planet. Flash gained dominance and still holds dominance in certain ways.

The dominance started to crumble about 10 years ago with the emergence of a “better” encoding technology, H.264. Coincidentally, some web standards purists started lobbying for a real “video” container in HTML. It would be a lot more flexible than either “object” or “embed” and a whale of a lot more efficient. Long story short, HTML5 has a video container and we’re all happy. Right?

BZZZZZZT!!! The new found video container offered browser developers a path for building video players right into the browsers. No more plugin video players!!! No more waiting for player shells to download!!! Fast, quick, wam, bam!!! … and we’re all happy. Right? All we need are some simple “video” statements and video material comes screaming out through built-in video players. Eureka!

BZZZZZZT!!! Guess what the browser developers can’t agree upon? That’s right, encoding methods. Some like H.264. After all, there are now hardware co-processors that ecode H.264, making things easy for some developers. Yet, others are concerned that H.264 is patent encumbered and the patent holder really is collecting royalties. Two of those developers want a patent free encoding method and and have chosen two completely different encoding methods (WebM and OGG).

There goes the idea of easily playing video. If we want to play videos in the native players built into the latest browsers, we need at least 4 versions of each video, one for each of the stubborn browser variants (mp4, webM, ogg) and a Flash version (still!) to fall back to for the older browsers that people (one of my younger brothers, for example) still have on their old feeble computers.

But still, those built-in players alleviate downloading all sorts of other players, and really streamline video delivery. Right?

BZZZZZZT!!! Try playing H.246, mp4 files, encoded as “Baseline” (the very simplest) on my Samsung Galaxy 10.1 tablet (OS=Honeycomb). When the player isn’t stalling and sputtering, it crashes in the middle of a video. We tried videos coded at high bitrates, which re-buffered every 30 seconds, videos with moderate bitrates which really stuttered during re-buffering, and videos with low bitrates that played OK but crashed when their buffer space was filled before playback consumed the content. However, abandoning purity and playing those very same videos (all 3 bitrates) in Flash mode with JW Player worked perfectly.

OK. Be a purist and encode in 4 different versions, OR… wait for it… encode only ONE version nicely in H.264 mp4 format and distribute it with JW Player which will wrap it in Flash and play it on almost anything but iPads, and will intelligently serve the raw mp4 file to the iPads, iPhones, and MacBooks.

So there, Mr Jobs! The dreadful Flash is dead … but it’s going to hang around for a very long time.

Have you ever seen a business cycle “S-curve?” It talks to the cycle of innovation, how the next generation replaces the previous, sometimes very slowly. The S-curve cycle is directly relevant to what’s happening with web video. Casual reading here.

OK, rant ends. —–=====*****=====—–

1. Let’s explain “purist.”

My 40 years of computer engineering gave me many opportunities for honing high skills. I was incredibly fortunate in spending my last fifteen years in IBM’s highly regarded Research division. There, I had access to the brand new ‘world wide web’ thingy way back in 1992 (go check the date of HTML1). I merely followed that interest for a few years, but got more deeply involved over time. I ended up developing world class skills in 2 areas: HTML / CSS, and Accessibility (enabling technology for people with disabilities). My interest in both of those areas, the skills I built, and the place I worked all came together so that I ended up directly on standards committees, or working directly with colleagues who were on standards committees for web and accessibility technologies.

There are two sorts of people on standards committees, those who have ideas about “the right way” of doing things (the purists), and those who are representing a business interest that wants “their way” adopted as the standard. For the areas where I was engaged, IBM didn’t have a “my way” interest. I was there as the purist.

Been there! I’ve seen how the standards are made, how the compromises are arrived at, and how agonizingly long it take for new technology to develop, be agreed upon, be embodied in a standard, be implemented in the real world (first with a lot of interpretation errors, then with corrections (1a)), and actually become common.

1a. Early in the life of new standards, interpretation errors are often made. The unfortunate reality of these errors is that they hang around for a —very— long time.
For example, a bug in Apple’s iOS version 3 (first iPad) prevents a video from being played if there is a “poster” image included in the HTML5 video container. (fixed in iOS4) The “poster” is the still image that is displayed when the player first appears. We like posters because they provide extra visual information about the content. So we really like including them.

The dream of most coders is to have a single block of code serve the most clients. Yet, bugs like this crash that dream. Include the poster and millions of early iPads fail to show the video. Remove the poster, for the sake of “backward compatibility,” and punish all the other millions of browsers that get it right. Which leads to using patches, bandages, and tourniquets (or increasingly complex <script>s) to make up for early injuries that take forever to cycle out of the universe.

2. Steve Jobs killed Flash!

Well, not directly, but he effectively engineered the death blow. Walter Isaacson tells us in his biography about Jobs that 1999 was the year Jobs wanted to tie video cameras and computers tightly together with Firewire connectivity. One of the things he needed was good video editing software. He approached his “old friends” at Adobe and asked them to make a version of Adobe Premiere for the Mac. They refused, saying the Mac market wasn’t big enough. Jobs went furious, which he apparently did several times a day anyway. He settled the score by forbidding Flash on the iPad. Condemning an already dying technology by forbidding it on one of the most popular devices on the planet is a great way to kill it. Ding-dong the witch is dead! (but not really; we still need it for my little brother’s ancient computer.)

Long live the 1953 Ford pickup truck!

Sometimes it rains

Monday, June 4th, 2012

…hard…

Woodworking Safety 2012

Wednesday, May 2nd, 2012

It’s that time of year again, safety reminder week.

Many of the people writing on this topic talk often about protecting limbs, fingers and eyes. All are critically important. Yet, I rarely see mention of hearing protection. Virtually all of my shop work is with hand tools. Very rarely is there a screaming demon to interrupt the peaceful solitude of quiet music … or the constant ringing in my ears.*

Yet, I know that many of you often use saws, routers, and sanders for some aspect of your work. How many times do you just flip them on without thinking about hearing protection? No protection leads to constant tinnitus.

There are all sorts of hearing protection available and at a very wide range of price points. Most of the time that I write about this, it is for shooting sports where the noise is different, yet the need for protection is still very important. One of the prime decision points of most people is comfort. For a few minutes of sawing, comfort may not be an issue, but for hours of noisy work, it certainly is.

So, I’ve collected a lot of choices that some will find helpful:

Let’s look at some numbers. All of these devices offer different levels of protection. Most devices have a Noise Reduction Rating (NRR) that tells in decibels how much noise they block. The more the better.

In the list below, BE AWARE THAT 6DB IS AN EFFECTIVE DOUBLING OF SOUND VOLUME.

In other words… 30 db reduction is TWICE as much as 24 db.

20 db – custom molded “musicians’ plugs” (silicone) – $200

21 db – low end non-electronic muffs muffs – $15-$30

22-24 db – low end electronic muffs – $20-$60 – example: Peltor 7 Passive – 24db – $25-$30

24 db – polymer plugs – SureFire EarPro EP-6 – $15

24-26 db – better electronic muffs – $150-400 – example: Peltor 7 electronic – 24db – $280

25 db – Electronic custom molded ESP (silicone) plugs ($2000-2500) – NRR not published on the website, I got the number via mail from them.

25 db – E.A.R Insta-Mold silicon plugs (at 125 hz – the frequency closest to a shotgun blast) ($1000)

26 db – premium non-electronic muffs (Pro Ears Ultra 26) – about $40

26 db – mix it yourself custom molded silicon plugs – $7 – notorious for very poor results

26 db – SensGard ZEN, model 26, $25 – neither plugs nor muffs; dampens sound in air chambers

29-30 db – foam earplugs PROPERLY INSERTED – 50 cents/pair – see THIS VIDEO for proper insertion: http://www.youtube.com/watch?v=SPNPZJingZA

31 db – SensGard ZEN, model 31, $33 – neither plugs nor muffs; dampens sound in air chambers

31 db – non-electronic muff – Browning Buckmark Hearing Protector – $20 (looks like a very good deal)

32 db – E.A.R. yellow foam plugs – 21 cents/pair in bulk – again: PROPERLY INSERTED, see the video at the link: http://www.youtube.com/watch?v=SPNPZJingZA

Personally, I want as much hearing protection as possible. For a noisy shop, I suggest looking for 25db or better, typically simple muffs or the Zen SensGards. For shotgun shooting sports, I find foam plugs superb … but they are slower it insert than just putting on muffs. For indoor pistol ranges, both plugs and “cans” (muffs).

—–=====*****=====—–

* The reason my ears ring … and why you should use more ear protection than you think you need.

It takes only about 10 minutes to change a tire on a KC-135 Stratotanker, less if you arrive to find its engines already running, idled down to minimums, and a crew eager to be on its way. (Killing the engines means another pre-flight and probably filing a new flight plan.) The crew chief jacked the bogie while I set about changing the tire. I had hearing protection, but not enough, plugs, no cans. I was changing the front starboard tire and wheel on the starboard bogie, with engine #3 about 5 feet directly behind me. Remove the safety wire from the hubcap screws – remove the screws and hubcap – remove the safety wire from the nuts of two bolts that lock the large wheel hub nut from turning – remove the lock bolts and their nuts – remove the hub nut – ensure the flight crew has the disc brakes locked – wiggle the wheel and outer bearing off the axle – pull off the inner bearing – push on a freshly cleaned and repacked inner bearing – wiggle the new (about 200 pound) wheel on, aligning brake keys with the notches in the brake rotors – push on a freshly cleaned and repacked outer bearing -  install and tighten the hub nut, aligning castellations with lock bolt holes – reinstall the locking bolts and their nuts – tie the nuts with safety wire so they don’t loosen – reinstall the hubcap and tighten its screws – tie down the hubcap screws with safety wire – drop the jack – gather up the tools, old wheel and other parts – get out of the way. 8 minutes 20 seconds! Forty some years later I benefit from the marvels of ultra miniature electronics which compensate for much of the hearing loss. Yet, I can assure you from my ever present tinitus that engine #3 was idling at 8520 rpm and engine #4 was idling at 8780. No more loud machines for me!