Nehalem Mac Pros Have Serious Problems With Audio Processing [Apple]

The latest and greatest Nehalem-based Xeon Mac Pros are the fastest Apple computers you can buy. Unfortunately, they seem to have a serious problem when processing audio, a task that sucks 20% of its power while making the processors overheat.

According to Ars Technica, the problem—which happens with Early 2009 and Late 2009 models—doesn't only happen while playing iTunes' music or Quicktime videos, but also whenever you have USB or FireWire audio devices connected and working. Users have been reporting about it in support boards, but Apple has ignored the problem so far.

The company argues that the extra heat—which includes increases of 86ºF (30ºC)—is normal. The performance hit ranges from 15% to 20%. That is not normal at all, and users are understandably up in arms. Hopefully, Apple will start paying attention now. And hopefully, the problem won't happen with the incoming Core i7-980X Mac Pros, which are rumored to be announced on March 16. [Ars Technica and Hardmac]


Your Inner Amazon | The Loom

mtsitunes220One of the most mind-blowing things I learned about while writing my book Microcosm: E. coli and the New Science of Life was the incredibly diversity of microbes that call our bodies home. These microbes outnumber our cells by about ten to one, and collectively they have thousands times more genes than found in the human genome. E. coli may be the most familiar of these lodgers, but it is just small player in an inconceivably complex ecosystem on which our health depends.

So I was very excited to interview Rob Knight of the University of Colorado, a biologist who’s been co-authoring a string of stunning papers recently on the thousands of species that live on our skin, in our mouths, in our guts, and elsewhere on or in our bodies. Our conversation is now available on the latest “Meet the Scientist” podcast. We talk about how microbes help each other thrive in our bodies, the way bacteria in our guts release neurotransmitters, how microbes may regulate your weight, and much more. Check it out.

The Dark Ages II

Bought this book last night -- obviously haven't had time to read it. But it spawned a discussion with a colleague this morning, at work. And I've had discussions in the past with other colleagues about this very subject. Anyhow, here's an editorial description from Amazon.com about the book and on

The Intersection & Friends On Eureka’s Top 30 Science Blogs | The Intersection

We’re very pleased to see The Intersection listed among the Top 30 Science Blogs by the UK Times–esp in such great company! We’d also like to congratulate Phil, Bora, Tim, Revere, Brian, Carl, David, Neurotopia, Ed, RealClimate, Orac, and the rest of the terrific bloggers that made the list!

This “Top 30″ also highlights the need to encourage more women to express ourselves online, as men continue to be the far more dominant sex in the science blogosphere. And although CM and I might have substituted a favorite group of physicists for a particular climate change denier, we’re truly honored to be included in this impressive group!

Our thanks to the UK Times!


Neutral Grounding Reactor Size

I need help sizing a neutral grounding reactor so the Isc 3p=Isc SLG

Reactor sizing:

Isc SLG=3(E/1.73) / (x''d+x2+x0) and Isc 3p=(E/1.73)/x''d

3(E/1.73) / (x''d+x2+x0)= (E/1.73)/x''d

Add new reactance

3(E/1.73) / (x''d+x2+x0)+3xnew=(E/1.73)/x''d

INOX Steel vs. Paint

Someone to been experienced with Systems of painting for the inside of tanks that contain water demineralized to generate steam (Injection to turbine) and that painting system guarantee the conductivity (Pollution) of the water?. Avoiding this way to fit upthe tanks in stainless steel. Does this s

Time Travel Done Right: A Book Excerpt | Cosmic Variance

From Eternity to Here addresses the problem of the arrow of time — why is the past different from the future? But Chapter Six is all about time travel, and in particular the interesting version in which you travel backwards in time. Whether it’s possible, what rules it would have to obey, and so on. And now — even though I’m sure there aren’t more than two or three of you out there who haven’t purchased the book already — you can get a sneak peek of part of that chapter. It’s going to be the cover story in the March issue of Discover, and the story is already available online.

clockmedia And here’s a bit of multimedia bonus: to get the cool exploding-clock image, the intrepid editors worked with Biwa Studios to film high-speed video of exploding clocks, and you can see the whole videos online. They run the events forwards and backwards, just in case your personal arrow of time needs to be calibrated.

One may ask, why is there a chapter about time travel in a book about time’s arrow? Just couldn’t resist the temptation to talk about everything related to “time”? In fact there is a deeper reason. In the real world, the laws of physics may or may not allow for closed timelike curves — physicist-speak for time machines. (Probably not, but we’re not as sure as we could be.) But apart from the difficulty in constructing them, time machines boggle our minds by offering up logical paradoxes — what’s to prevent you from traveling into the past and killing your parents before they met? There is a consistent way to handle these paradoxes, simply by insisting that they never happen. (And we’re still hopeful that the folks at Lost adhere to this principle, regardless of the surface interpretation of last night’s Season Six premiere.)

The reason why that’s hard to swallow is because we can’t imagine anything that stops us from killing our parents, once we grant the existence of time machines. We conceptualize the past and future very differently — the past is settled once and for all, while we can still make choices about what happens in the future. That, of course, is the arrow of time. At the heart of what bothers us about time-travel paradoxes is the difficulty of establishing a uniform arrow of time in a universe where time loops back on itself.

Of course the easy, and probably correct, way out is to simply believe that time machines don’t and can’t exist. But disentangling the demands of logic from the demands of common sense is always a rewarding exercise in its own right.


Touchscreen-Controlled Lego Airbus A380 Has Motherf*cking Snakes on Board [Lego]

While the Lego Airbus A380 at Legoland is the biggest Lego airplane out there, this one is much cooler. To start with, there are motherf*cking snakes inside, along with five other movie scenes. And then, it's computer-controlled, using a touchscreen.

The PC program running on the touch screen controls eight Mindstorm NXT engines and six hitechnic servos, which in turn can retract the gear, open cargo doors, move the flaps, raise the air brakes, activate the landing lights, move the tail fin, and throttle the engines, among other actions.

As for the movie scenes involving airplanes, you can check them out in the gallery, but they are all pretty obvious.

Don't worry, there no Oceanic-related Lost spoilers. [Flickr via Eurobricks via Brothers Brick]


Diaz Beach, Cape Point Nature Preserve, South Africa

Diaz Beach at Cape Point comes into view at cliff's edge

Most visitors to the Cape of Good Hope have their photos taken in front of the sign that declares the site to be the southwestern most point of the African continent. Some ride the funicular up jagged cliffs to see Cape Point Lighthouse and look seaward, to where the cold west coast Beguela current merges with the warm east coast Agulhus current, imagining the fierce storms that make this such a treacherous passage. Then they clamber back into their rental cars and tour buses and return to Cape Town, happy to say they have been to Cape Point. The few hearty souls who hike the trails along the precipitous clifftops, or even venture to the edge and look down, discover Diaz Beach, a pure white sand jewel tucked between jutting rock arms.

A rest area on the trail to Cape Point Lighthouse; Diaz Beach is barely visible in the distance

Diaz is a great spot for surfing and body boarding, although the waves are not for the beginner. Heavy barrels are common and there is a fairly severe shore break. And it should be said that this is not the place for frolicking in the water, as heavy currents can carry swimmers out to sea. But the beach is stunning and almost always secluded, aside from the wild baboons who sometimes wander down to the water’s edge. To reach Diaz Beach, travel south from Cape Town to the Cape Point section of Table Mountain National Park (formerly Cape Peninsula National Park). Take Cape Point Road all the way to the end to the parking lot, then follow the path on the right hand side all the way down to the beach. The walk takes about 20 minutes down and 30-40 minutes up, but is well worth the effort for the spectacular views along the way and a fun day of sun worshiping. The entrance fee to the park is 75 Rand (about $10 U.S. at the time of writing). Photo credit: Barbara Weibel Article by Barbara Weibel at Hole In The Donut Travels

pixelstats trackingpixel

Range Settings for Relay Elements

Greetings!

Please tell me what is the Setting Range for over and undervoltage (59/27) phase to phase protection Relay elements.

The normal relay votage is 150V (Is the right?), and current 1A/5A.

So I'm thinking (0- 200V) for phase and (0- 347 (200*sqrt3) V) for phase to

TAM London DVDs available for pre-order! | Bad Astronomy

I’m very pleased to hear that TAM London DVDs are now available for pre-order!

W00t!

They have 12 hours of skeptical and scientific wonderfulness on them, including performances by James Randi, Richard Wiseman, Brian Cox, Ariane Sherine, Simon Singh, Jon Ronson (who wrote Men Who Stare At Goats), as well as exclusive interviews, backstage footage, and lots more.

To give you an idea of what it’s all about, event organizer Tracy King (whom I thank very much for putting this together) has posted a preview on YouTube:

Yeah, you want this. And proceeds go to the JREF, so it’s a good cause, too! So go! Get yer DVD!


My Talk is out on youtube

Thanks to KoanPhilosopher, my FAI talk at the UK transhumanist meetup is out on youtube. My one regret with this talk was not carefully distinguishing between “CEV” and “CEV-like proposals”, as what I actually presented on a slide named “CEV” was not, in fact, CEV.

Somewhat worryingly, I have decided that I like the sound of my own voice, so I should go do some more talks!

Saving Water, Burning Watts

For nearly a century, farmers in Griffith, New South Wales, have relied on an irrigation system that covers some 2600 square kilometers. The company that runs that network is Murrumbidgee Irrigation. Water flows from the Murrumbidgee River into two large storage dams and from there into a networ

NASA’s Next Observatory Will Stare at the Sun; Predict Solar Storms | 80beats

solar-cyclesWhile astronomers continue to learn about peculiar phenomena in distant galaxies, our own sun’s behavior still presents a mystery. So NASA’s next mission, the Solar Dynamics Observatory, will watch every move the sun makes in the hope of fully figuring out its cycles of sunspots, solar flares, and other activity.

Set to launch next week aboard an Atlas V rocket, the SDO will snap 60 high-resolution images of the sun every minute. Using three specific science instruments, SDO will measure how much extreme ultraviolet light the Sun emits, map plasma flows in the Sun, map the surface of its magnetic field, and image the solar atmosphere [Astronomy]. Scientists hope this huge catalog of images, taken at a resolution far better than that of HDTV and measuring about 1.5 terabytes of data per day, will help them connect the flares and spots on the solar surface to what’s happening down below, inside the star.

Barbara Thompson, the SDO project scientist, says connecting cause and effect in the sun will help us know what’s coming, and how it will impact life on Earth. “We know things happen on the sun which affect spacecraft, communications and radio signals. If we can understand the underlying causes of what is happening then we can turn this information into forecasts” [The Times].

Astronomers have observed the sun’s cycles for centuries. It oscillates between minimum and maximum number of sunspots over the course of about 11 years, and reverses its magnetic field on a 22-year cycle. But the sun can break its patterns, thwarting scientists trying to predict its activity with greater accuracy. The most famous example is the Maunder Minimum, when few sunspots at all appeared on the sun between 1645 and 1715. The most recent minimum was unusually quiet, too, for reasons that perhaps the SDO’s future observations could explain.

Better understanding of the sun’s rhythms is critical not simply for scientific curiosity; peaks of solar activity can disrupt the communications and power systems that we all rely on. A 1989 magnetic storm shut down power grids in Canada and the United States, and one of the most powerful of all time disrupted telegraph systems in 1859. The current solar cycle has the British concerned: After a period of unprecedented calm within the massive nuclear furnace that powers the Sun, scientists have detected the signs of a fresh cycle of sunspots that could peak in 2012, just in time for the arrival of the Olympic torch in London [The Independent]. Look out, Olympic broadcasters: Here comes the sun.

Related Content:
80beats: After an 18-Year Mission, the Solar Probe Ulysses Retires
80beats: Astronomers May Have Cracked the Case of the Quiet, Spotless Sun
Bad Astronomy: Here comes the Sun(spot)! has more on the recent sunspot findings
DISCOVER: Space Weather and the havoc it can cause
DISCOVER: Seeing Sun Storms in Stereo

Image: SOHO/NASA/ESA


Giz Explains: Why HTML5 Isn’t Going to Save the Internet [Giz Explains]

The beardier parts of the web-o-sphere have been abuzz about HTML5, the next version of the language that powers our internet. Will it revolutionize web apps? Will it kill Flash video? Will it fix our gimpy iPads? Yes... and no.

The tech press has transformed HTML5 from a quiet inevitability to an unlikely savior: When YouTube and Vimeo started testing it, it's was invoked as a Flash-killer, and the emancipator of web video. When Google used it to design a new Google Voice web app, among others, it was framed as the murderer the of the OS-specific application. When the iPad was announced with no Flash support, HTML5 was immediately pegged as a salve, not to mention a way to get around the "closed system" of Apple's App Store.

It doesn't take much imagination to draw these stories into an appealing narrative about how the app-less, plugin-free, totally web-based future is just a browser update away. The thinking goes, somewhere in this impenetrable 125,000-word published standard, you'll find the answer to the internet's every ailment: its clunky, proprietary plugins, its stunted web apps, its fundamental shortcomings as a platform for rich media. At the heart of each of these theories lies a grain of truth, but none of them are totally—or even mostly—true.

Here's what's really going on. HTML 5 is already working its way into the underpinnings of web apps you use every day, making them faster and more stable than those relying on Java or other plugins. They're more like real apps. It's helping us inch closer to the dream of having real applications available at all times, on any platform.

HTML is also setting forth a vision of media—specifically video—that doesn't rely on crashy, resource-intensive proprietary plugins. Look in your plugins folder, you will probably see four video plugins at a minimum. HTML is a standard with an optimistic view of the future: You launch your browser, and whatever site you visit, whatever media you choose to play, your browser just magically supports it, without the frustration, confusion and added instability of a plug-in.

But at heart HTML is just a framework, a glimpse, and an ideal: Its real effect on the internet continues to be defined by the companies and web developers who choose to adopt its many pieces—and it is further shaped by those who don't.

The Basics

Before we get into what HTML5 means, we have to talk about what it is, and to talk about what it is, we need to talk about what it's built upon.

Hypertext markup language, or HTML, is the language underneath every web page you've ever been to. The language, along with its various complementary technologies (see: CSS, Javascript), has become immensely complex over the years, but the concept is simple. HTML is what turns this:

<u><em><strong><a href="http://gizmodo.com">Hello!</a></strong></em></u>

Into this:

Hello!

It's basically a set of instructions that a website hands to a browser, which the browser then reads and converts into a formatted page, full of text, images, links and whatever else.

Here, try this: Right-click anywhere on this webpage, and click "View Page Source," or "View Source," or something to that effect. Your eyes will be assaulted with a wall of inscrutable text. You'll see evidence of syntax, but your brain won't be able to parse it. Your eyes will glaze over, and you will close the window. This, my friends, is HTML. But you probably already knew that, because it's 2010, basic web languages are basically in our drinking water. So what's this "5" business?

Somewhere in the central command center basement of the internet, there's a group of guys who maintain the standard, or the rules, of HTML. In the case of HTML5, the buck stops with the Web Hypertext Application Technology Working Group (WHATWG), and to a lesser extent, the World Wide Web Consortium (W3C). It is through these independent standards organizations that new features are codified and presented to the public, and later—in theory—supported by various browsers, no matter what company is behind them.

In the early nineties, the W3C and a few influential torchbearers would collect various new web features thought up by different browser makers, publishing these standards with the hope that we didn't end up with different internets for different browsers. By the mid to late nineties, the standards had grown in both size and stature, then serving as the de facto guide for browser makers and developers alike. (If this sounds a bit rosy, the reality was far grimmer—just ask any seasoned web developer about Internet Explorer, version 6 or earlier.)

Despite an occasionally rocky road, HTML standards went beyond being just a record of changes in web technology; eventually they became the blueprint to push them forward. Still, standards are guides, not laws, and no browser maker has to adopt each and every revision.

The last major revision of the HTML standard, version 4.01, was published in 1999. HTML5 hasn't yet been formally codified, but it was born in 2004 and has been undergoing steady work and maintenance since. In the '90s, HTML discussion centered around topics like font coloration, or tables, or buttons, or something more esoteric. Today, a new HTML version means deep-down support for the modern web, namely web apps and video.

The New Features

The HTML5 spec is more than just new tags and tools, but for users and developers, they're what matter most. Specifically, I'm talking about APIs, or application programming interfaces. It's because of these APIs (usually manifested as tags like <VIDEO> or <IMG>) that we'll soon be treated to a richer internet. And it's because of these APIs that when work on HTML5 started, it was called "Web Applications 1.0." Today, if you pick apart HTML5, these are the biggest pieces:

Video. If you watch video on the internet, you're watching it through a plugin—a piece of software that works within your browser, but which isn't technically a part of it. A decade ago, this plugin may have been clunky RealPlayer software, semi-reliable Windows Media Player controls, or a QuickTime plugin that you were better off skipping altogether. Today, it's probably Flash or Microsoft Silverlight, or a newer, subtler Quicktime or Windows Media plugin. Whether you're playing a YouTube movie embedded on a web page, or just viewing a .mov file as you download it, your browser has to use the plugin.

HTML5 includes support for a simple tag that lets developers embed video in a page just like they'd embed a JPEG or other image, with a pointer to a file on a server. Packed along with the ability to read that video tag are a few rendering engines, which would decode the video without any kind of plugin. Embedding a video with HTML5 is as easy as embedding an image, provided the video codec is compatible with the browser's rendering engine. In terms of code, it can be as simple as this:

<video src="video.mp4" width="320" height="240"></video>

Boom. Video. Here's what some of the current rudimentary players look like:

-SublimeVideo (Safari 4, Chrome)
-YouTube (Safari 4, Chrome)
-Vimeo (Safari 4, Chrome)
-DailyMotion (Firefox, Safari 4, Chrome, Opera)

In theory, eliminating the video plugins means no extra CPU overhead, fewer crashes, and wider compatibility—if HTML 5 video was standard now, we wouldn't be stuck waiting for Adobe to port their plugin to our mobile phones, and Mac users wouldn't bring their systems to a crawl every time they tried to watch a YouTube video in HD. As a general rule, playing a video file through an extra plugin like Flash is going to be slower, buggier, and more resource-intensive than playing it through a browser's native decoder. That's why people are excited about HTML5 video.

Offline storage: Remember Google Gears? It was a set of plugins for various browsers that let web apps, like Gmail or Zoho Writer (an online text editor), store content locally on your computer, so they could behave more like native apps. Gmail, for example, could then work without an internet connection. It wouldn't retrieve your new emails while offline, obviously, but it'd at least have a working interface and a database of your old emails, just like Outlook or Mail.app would. Well, Google abandoned Gears, because HTML5 basically supports the same thing, again, without a plugin.

-Here's a basic demo (Firefox 3.6, Safari 4, Chrome, Opera)
-And a more complex one, including lots of other tricks (Firefox 3.6, Safari 4, Chrome, Opera)
-Or, try Gmail on your iPhone or Android phone

Drag-and-Drop Elements, and Document Editing. You know how you can drag and drop emails in Gmail? And how you type into text boxes, to post or send everything from Tweets to emails to forums posts? As it stands, these systems are built on a delicate, complicated stack of ad-hoc code tricks, which have worked fine up until now, but which could stand to be simplified. Even if you're not a developer, just know that this, in theory, translates to increased stability. And that's exactly what HTML5 proposes: Super-simple implementations of editable documents boxes, drag-and-drop page elements, and drawing surfaces.

-A helpful, ugly demo(Firefox 3.6, Chrome, Safari, Opera)
-And an exceedingly pretty one(Firefox 3.6, Chrome, Safari

Locations services. Now a web app can tell where you are, if you choose to let it. Here's how that works. (Firefox 3.6, Chrome, Safari 4, Opera, iPhone)

There's a clear trend here. HTML5 is about video, and it's about far more stable yet complex web apps. These are the sources of excitement right now, but they're also the sources of confusion.

Hopes and Dreams

On the desktop, the transition to HTML5 will be largely seamless, though you'll notice an uptick in the quality, speed and richness of some apps you use all the time—think webmail, document editors, and text entry applications for starters. On mobile, the results will definitely be more pronounced. Remember Google's new Voice web app for the iPhone and Pre? Take away the browser controls, and it's almost indistinguishable from a native app.

The hope—and it's a realistic one—is that certain categories of web apps will supplant native apps. The advantages are obvious: If your document editor is online, it'll work consistently whether you're on an iPad or a Windows desktop; if your email client is a website, your messages are always available, and your read/unread status is always in sync. Web apps like Google Documents will get faster, more consistent, and more universally compatible. Still, you're not going to see Photoshop or Final Cut in your browser window anytime soon. If this dream sounds familiar, it's because it's very old, and already realized in many ways: Ancient services like Hotmail mark its genesis, and the app-less Chrome OS is its eventual, if limited, endpoint.

The second dream, and the one you've probably been hearing the most about lately, is that HTML5 video could kill Flash. As in, render Adobe's plugin, which most internet-connect computers already have installed, completely obsolete, simultaneously making Apple's iPad and other mobile devices more capable of getting at all the media the web has to offer.

Vimeo, DailyMotion and YouTube (YouTube!) have all recently launched pilot programs for HTML5 video technology. On the surface this is very exciting. Their players are basic, but they work, and there are some rather spectacular demos of more advanced HTML5 video players doing the rounds right now. The latest builds of the WebKit rendering engine, which comprises the guts of both Mac OS and iPhone/iPad (mobile) Safari, Google's Chrome OS, the Pre's browser and the Android browser, among others, support full-screen HTML5 video. The iPad notoriously won't ship with Flash, but Apple's desktop (Mac OS) Safari is one of the first browsers to fully support the HTML5 video discussed here, the natively rendered video used by YouTube and Vimeo in their tests. So the stars are aligning for an HTML5 video takeover, right? No, they're really not.

Managing Expectations

As I mentioned, the WHATWG and W3C can publish as many standards as they want, but in order for any to actually matter, browsers have to support them—and by browsers, I mean all major browsers, from nimble, rapidly-developed apps like Opera and Chrome to Internet Explorer, which, by the way, is still globally the most popular dashboard to the internet. Take the <VIDEO> tag as an example: Safari and Chrome do support it, both the HTML code and the native rendering of a couple of associated video formats. Firefox supports the tag, but doesn't support decoding of the key video format currently used by YouTube and Vimeo. Internet Explorer doesn't support it at all without a plugin, and isn't the whole point of HTML5 to get rid of plugins?

Just as different browsers update their rendering engines at different speeds, users of browsers update their software even less predictably, and some don't update at all. Despite Microsoft's aggressive IE8 evangelism, IE6 was only just bumped from being the Number One browser in the world. It was released in 2001, when HTML 4 was just learning to walk and HTML5 was but a glint in the W3C's eye. IE6 will never work with HTML5 video. But it plays video just fine with Flash.

Even on the cutting edge, there are serious roadblocks to widespread adoption of HTML5 video, the most dangerous being video codecs. Because HTML5 supports video embedding natively, browsers will have to be able to decode embedded video files in lieu of the plugin that use to do it for them. The current working HTML5 standard doesn't explicitly define a video format to be used with the tag—and as luck would have it, there are now two formats vying for the job.

Ogg Theora is a free codec standard—free as in open source—which most browsers that support HTML5 video support right now. It's an attractive option on paper, because browser companies don't have to pay any licensing fees to include the ability to decode it in their software. The trouble is, it's notoriously inefficient, and, perhaps because of this, it's not too popular. Google's standards guru Chris DiBona infamously said:

If [YouTube] were to switch to Theora and maintain even a semblance of the current quality, it would take up most available bandwidth across the internet.

True or not, as a codec standard Ogg Theora isn't gonna cut it, even though from a business point of view, it's ideal.

h.264 video suffers from pretty much the opposite situation. Based on a codec standard that's natively supported in many mobile phones, it's what Vimeo and YouTube are running in their respective experiments. These video sites' already store their mobile-quality libraries in h.264—what do you think streams to your iPhone YouTube app, since Flash isn't supported? So enabling h.264 streaming is as simple as developing a player interface, which takes no time and even less resources. It's also efficient—that's why it's popular in the first place. One problem though: It's proprietary.

Yes, if you want to build a browser that plays back h.264-based video with HTML5, you need to be prepared to pay millions of dollars to the companies that own the format's patents. Beyond the basic cost issue, some deem it risky to put the internet's entire video ecosystem into the hands of some obscure rightsholders, whose whims could change down the road. (Who, exactly? These guys!)

Google and Apple have so far been okay with the royalties, but Mozilla, creator of Firefox, is taking a more conservative longview. As Mozilla's Chris Blizzard insists, there's a precedent for these worries:

Because it's still early in H.264's lifespan it's extremely advantageous to lightly enforce the patents in the patent pool. MP3 and GIF both prove that if you allow liberal licensing early in a technology's lifespan, network effects create much more value down the road when you can change licenses to capture value created by delivering images and data in those formats. Basically wait for everyone to start using it and then make everyone pay down the road.

So, while h.264 is a shoo-in for the job, it would probably be unbelievably perilous to sign it up.

If this seems like a lot to digest, don't worry! Despite the thousands of urgent words spilled on this subject, it doesn't really matter. Flash is here for a while, because nobody can get their act together.

First let's talk about DRM, a sore subject, but something you can't not talk about. Flash video supports it. HTML5 video doesn't, as it stands. Could you imagine a Hulu on which every video is a right-click away from saving to your computer? A Netflix where you keep what you stream? I mean, sure, you can imagine this, but there's not enough Tums in Los Angeles for Hollywood execs to stomach that discussion. No DRM, no movies or TV shows. Simple as that. And if the fight over a basic HTML5 video standard is fraught, just imagine how tough it'd be to get Mozilla, Apple, Google, Opera and Microsoft to agree on DRM.

Meanwhile, the test runs show, in reality, how little weight is being thrown behind HTML5 video at the moment. This is how YouTube describes their HTML5 initiative, which caused such a fuss last week:

In the last year our community has made it clear that they want YouTube to do more with HTML5. To meet this demand we recently rolled out HTML5 support in TestTube, a destination on YouTube where we routinely experiment with different products. Some of the products in TestTube are successful and rolled out to the wider community. Others, however don't make it beyond TestTube. We're still in the early stages, but our hope is to continue this active and ongoing discussion around emerging Web standards.

Can you feel the enthusiasm? YouTube's HTML5 test is just that, a test. There's no convincing evidence of idealistic shift in the works. YouTube's future hinges on the ability to integrate ads into their videos, to sell access to DRM'd content, and to reach the largest audience possible. Until HTML5 video can pull this off, Google and YouTube are going to keep on doing what they've been doing—using Flash.

Lastly, Adobe has interests in this discussion too, and is working frantically to push Flash to virtually all mobile smartphone platforms that don't already have it. Meanwhile HTML video tag support on smartphones is barely the discussion phases—it's plagued with as many problems, if not more, than desktop HTML 5 video.

And we haven't even talked about the other holes in the HTML5 Murders Flash! narrative. What about the spec's glaring lack of ability to replace Flash's other, non-video functions? Sure, increasing browser support for scaled vector graphics and HTML5's Canvas tag go a short way to creating vivid, visual web applications without plugins, as does the wide array of Javascript tools already available to web developers.

But what about games? And more importantly for developers who like paychecks, what about animated, interactive ads (some which are overlaid on the aforementioned YouTube videos)? The internet's not going to give up on those anytime soon, and the non-Flash web technologies we have now aren't going to cut it for years.

What's Really Going to Happen to Your Internet

As I said way back at the beginning, part of the job of an HTML spec is to codify what's already being done by developers and browser makers. As such, there's a very good chance that HTML5 is partially supported by your desktop browser. If you have a smartphone with a WebKit-based browser, you already use web apps that leverage the technology. This will simply become more common, in a mundane, linear way: Google, Apple, WebKit, Mozilla, Opera, and yes, even Microsoft will continue to include new features in their software, and developers will begin to leverage it as soon as they can. Web apps will get smarter, faster and more powerful, even if you don't really notice it. You'll worry less about having a constant internet connection, and you'll probably install few native applications on your phone or laptop.

For the foreseeable future, video on the internet is going to remain almost exactly as-is. If anything, Flash will become more entrenched in the short term, as the YouTubes and Hulus of the world expand their catalogs with more DRM'd content, and continue building their desktop content platforms around the plugin. As for mobile devices like the iPhone and iPad, for whom Flash seems eternally out of reach, video delivery will move increasingly toward apps, which content companies can tightly control, and not toward HTML5 video, which—all other problems aside—they really can't.

HTML5 has a place in online video, and I expect companies to continue testing it, playing with it, and expanding their uses for it. I expect browsers to continue increasing support for it—hey, maybe even mobile Safari!—but don't stake your hopes, or a specific gadget purchase, on its immediate promise. An internet where native web languages have killed all plugins, including Flash, is just too far away to talk about coherently.

HTML5 is infiltrating the web, not tearing it down and building it back up. Like the standard itself, the HTML5 web will evolve slowly, with web technologies gradually supplanting tools you use now. You'll notice it, but you'll have to watch closely.

Hat tip to Lifehacker, for noticing—and explaining—the groundswell all the way back in December

Still something you wanna know? Does some other tech term have your fleshy processing unit in a tangle? Send questions, tips, addenda or complaints to tips@gizmodo.com, with "Giz Explains" in the subject line


Scosche solBAT II Adds Solar Backup to USB Devices for $30 [Peripherals]

The original solBAT was a neat idea—a backup battery that charged through an integrated solar panel, which in turn charged any USB device. The solBAT II is the same thing, but it charges devices even faster.

Mounting to a window thanks to some suction cups, or hooking to pretty much anything with a clip, the 1500mA solBAT II puts out 5V through USB, which is enough throughput to charge your iPhone as quickly as you can from the wall.

For $30 (available soon), I'm willing to give the solBAT II a shot. Something about the prospect of free solar power still feels way more sci fi to me than it probably should at this day and age. [Scosche]

Note: In an old version of this post, we mixed up the solBAT and the solCHAT. We've amended this error. The old solBAT was $30 as well.