A fallen breeze, I think of you.

A blunt abrupt end.

I'd like to see, the rest of you;

I don't want to pretend.

That sometimes when, I think of you,

My mind begins to bend; around in

To, the shape of shapes,

And past the bezel seen.

Illustrates the traits I've grown;

I've shown the end, and end.

How much I've copped, to flow

And flow. and ebb, I think of you.

A fallen breeze, I think of you.

I think of you at end.

The reason for the marathon is that Keith and Chemda just got their relationship book published which you can and should pre-order on Amazon.com. They're trying to get onto the best seller list on Amazon, and are already 120th and moving up fast. Buy the book now from the American Amazon.com site to help push them over the edge. All the pre-orders count to their ranking and getting on the best seller's list. Keith and Chemda have literally done easily more than 1500 hours of high caliber hilarious content and it's all available free. An hour+ show every weekday, aftershows, and weekly video podcast, and so much more they deserve the world so buy the book and help them out.

A lot of hardcore fans are making deals if the book get's past certain rankings on the Amazon daily sales list. One guy promised to put up video of himself stapling his balls to his desk while ordering another book if they get to #1, and like the original 74 hour podcast a few hot fans agreed to strip down and post nude pictures if they pass certain books or get up to 100 on the list.

At 4pm EST today make sure you tweet with hashtag #whatdowedonow and #katg with everyone else to get them as a trending topic on Twitter, and continue to tweet, facebook, buzz, email, and tell everybody about the book. Order 5 copies now and give them out for birthdays and holidays.

Chemda just announced as I write this that they past the Twilight book in ranking, and one of the girls just sent in her racy pics to support the show. http://www.keithandthegirl.com/forums/f6/marathon-pictures-thread-14774/#post637821

Watch the marathon now at http://katg.com/chat, or at http://www.ustream.tv/channel/keith-and-the-girl. Listen in itunes http://liveshow.keithandthegirl.com:8004/. Download the Keith and The Girl iPhone app from the app store, or listen on the KATG Desktop App from here http://innovate.chalk-it-out.com/katg_desktop/download.php. Right now Chemda, the great Victor Varnado, Liam McEneaney, Newsy, Matt B, Jeremy, and McNally are live, go listen.

Digg: http://digg.com/comedy/What_Do_We_Do_Now_Keith_and_The_Girl

Reddit: http://www.reddit.com/r/reddit.com/comments/b87cc/what_do_we_do_now_keith_and_the_girls_smart/

StumbleUpon: http://www.stumbleupon.com/to/5OdDHH/www.keithandthegirl.com/book/t:4b8d05c59cbeb;src:all

Everything About The Book Here:  http://www.keithandthegirl.com/book/

They also put one of the chapters up for free that you can see at KATG.com/book

And like 12 commercials on youtube that are really funny, featuring Lauren Hennessy and Brother love. Watch them all here http://www.youtube.com/user/keithandthegirl

Before I quote the email I'd just like to add my own heart felt sentiments: Please die Internet Explorer 6. Please die now. You're very old, insecure, and stupid. Please die fast but painfully for putting the world through extended support and allowing yourself to exist for what? almost 10 years now?!

Dear Google Apps admin,​

In order to continue to improve our products and deliver more sophisticated features and performance, we are harnessing some of the latest improvements in web browser technology. This includes faster JavaScript processing and new standards like HTML5. As a result, over the course of 2010, we will be phasing out support for Microsoft Internet Explorer 6.0 ​as well as other older browsers that are not supported by their own manufacturers.

We plan to begin phasing out support of these older browsers on the Google Docs suite and the Google Sites editor on March 1, 2010. After that point, certain functionality within these applications may have higher latency and may not work correctly in these older browsers. Later in 2010, we will start to phase out support for these browsers for Google Mail and Google Calendar.

Google Apps will continue to support Internet Explorer 7.0 and above, Firefox 3.0 and above, Google Chrome 4.0 and above, and Safari 3.0 and above.

Starting this week, users on these older browsers will see a message in Google Docs and the Google Sites editor explaining this change and asking them to upgrade their browser. We will also alert you again closer to March 1 to remind you of this change.

In 2009, the Google Apps team delivered more than 100 improvements to enhance your product experience. We are aiming to beat that in 2010 and continue to deliver the best and most innovative collaboration products for businesses.

Thank you for your continued support!

Sincerely,

The Google Apps team

Gizmodo, who were some of the idiots I referred to in my post yesterday redeemed themselves by publishing a very comprehensive breakdown of why HTML 5 isn't saving anyone anytime soon 40 minutes ago, and (although they only briefly touched on it, being that the post is primarily about HTML 5) why Flash is better at doing the kind of things HTML 5 is supposed to usurp in imagination land.

HTML isn't platform ubiquitous and never will be because whoever has the monopoly is also directly motivated to keep web standards to shit. Companies are companies and the monopoly will always be a company.

Flash on the other hand is already platform ubiquitous. Write once, deploy everywhere. The only problem with flash is resource use, which 10.1 - already in 2nd beta will address.

Flash also now has the ability to run native c/c++ code, so decoding video with flash will be as fast as doing it natively in the browser. Well as doing it natively in the browser will eventually maybe possibly in 5-10 years if the web can come together in happy fairy land on HTML 5 implementation.

Goodbye Flash?? I say goodbye web browsers and hello Adobe AIR branded front ends to web services and content.

Here's a small excerpt from John Herrman of Gizmodo's comprehensive HTML 5 breakdown, although I strongly recommend you read the whole thing as it makes things clear for the tech - and not so tech, savvy:

...

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.

John Herrman - Read the rest on Gizmodo

There are two main arguments to these ridiculous claims. The first is the emergence of HTML 5. HTML 5 finally allows video and audio playback without any plugins, and canvas - a tag which allows for complex drawing, embedding fonts, etc. etc. Things Flash has been able to do for years, has a huge head start on, and does really well. The problem that nobody seems to get is that not only does Internet Explorer still have majority market share, by a lot depending on who you ask - and Microsoft will NEVER support standards because it's directly bad for business. Aside from that, and the fact that every browser that will support HTML 5(ie: everyone else), will also implement it differently from each other, with different aesthetics, features, code, BUGS, etc. But even more crucial aside from those things, the HTML 5 spec itself is not even complete yet. It's not even finished, and it's not finished in a deadlock between the web giants who not only can't decide or agree on which video and audio formats are the best performance wise, but also who owns the rights to implement those formats in their browser and who'll have to pay massive royalties if the true patent/copyright holders agree to allow it at all at any point down the road. No one wants to properly look this up for a variety of reasons and so HTML 5 - supposed to bring the web together and herald a new dawn of the internet can only work if EVERYONE does in fact come together and implement it in exactly the same way; disregarding that ubiquitous HTML 5 means EVERYONE loses something, some everything. It benefits none of the powers that be to come together on HTML 5, the web is a magazine with some interaction. HTML will never push out Flash for web applications.

The other main argument is the Apple iPad - just announced. Which like the iPhone doesn't support HTML 5. Apple uses the old "Flash is too resource intensive" argument to convince you that limiting you from the full web is a good thing. The 75%+ of online media and interactive content and games you don't have access to from an iPad or iPhone or iPod. This simply isn't true. It's false. Both iPhone 3Gs and iPad could happily run the current version of Flash or Adobe AIR just like your laptop/desktop. And it's also entirely up to the developer and how they program how resource intensive they make their flash app/widget/game/etc. The only reason, listen up, the ONLY reason Apple does not support Flash, is because the Flash platform already powers so many games and useful tools and full blown applications on the internet it threatens Apple's very business model of the Itunes Store, and App Store. Apple wants companies to develop all their apps again specifically for the iPlatform and invest in it. If you made a Flash app that ran on the iPhone it would also run on Android and every other smart phone. If you invest in the iPlatform your app will only run on the iPlatform. If Apple was a monopoly the FTC would be pushing them down for their anti-competitive vindictive behaviour.

Apple doesn't block Flash support in their mobile products because they want to push innovation in HTML 5. If HTML 5 was advanced enough, or popular enough to be worth creating the caliber of applications possible on Flash, Apple would immediately configure mobile Safari to block, impede, and hinder the advancement of standards just like Microsoft with IE. In a heart beat. Apple promotes HTML 5 because they know it'll be years before it's anywhere close to where Flash is today, if ever. Apple is actually one of the powers that be preventing the HTML 5 standards from being finalized. Apple wants you locked into their platform. Apple doesn't care about advancing the web, or a better user experience, they care about the big media companies investing in their platform when they bring their content online. Apple wants the iPad to replace your tv, radio, and other media consumption devices. They do not care about the open web.

Adobe on the other hand continues to open up the Flash platform and benefits from creating a ubiquitous platform across desktop and mobile. There are fully open source versions of their Streaming and Application servers, and free and open source ways to develop for their platform. Anyone can build a Flash application, for the browser, desktop, Windows, Mac, Linux, Safari, Internet Explorer, Chrome, Firefox, Opera, etc. etc. Build one application and deploy everywhere using an incredibly powerful, scalable, and mature toolset. If you decide to invest in the Apple iPlatform, you may or may not after months of development time and costs even get your application onto a device, regardless you have to pay Apple to be a developer and submit it in the first place or even get access to their development tools, and they can remove your software from their platform and devices at a moments whim. They can and do literally remove your application from people's phones after being downloaded used without warning to backup the data put into or created by your app. Anytime for any reason. AND if you're lucky enough to get your application through all these extra months of hurdles and costs and lost revenue you're only gaining access to one small subset of mobile devices. Apple, if anything, has become the evil mind controlling overlords from their 1984 ad. Too pathetic to be ironic.

It is absolutely ridiculous to think the HTML 5 is going anywhere anytime soon, let alone even coming close to eclipsing Flash in any way. Not from Apple, they don't want anything to compete with their platform for getting applications on their devices - Flash or otherwise(HTML, Java, Silverlight), and not from anywhere else because it's just not mature, complete, or will over the next 12-24 months be implemented uniformly or consistently across browsers or operating systems. Even in the event that somehow somehow all these competitors will come together in blissful glee to reduce their own profit margins and upset shareholders in the name of benefiting the user and happy popcorn rainbows, it will still only have the capabilities of Flash 8-ish, by then Flash 11 will be out and there won't be a need for web browsers anymore because every site will have a dedicated Adobe AIR application front end and you'll use an Adobe AIR application to browse through a market place of Adobe AIR apps. Yes we're moving towards the cloud, and yes the cloud and desktop are becoming indistinguishable, but moving into the browser is only a temporary measure for some companies before they build a desktop front end for their service.

The iPad, iPhone, and iPod are merely secondary devices - frills. Every person with an iMobile device also has a desktop or laptop for work and actually managing their digital life. The iPlatform's position on Flash is exactly insignificant, and every single person I've seen raving for HTML 5 and the downfall of flash depends heavily on flash and its phenomenal capabilities. They're all idiots.

So in the Flex/AIR app I've got a URLRequest that's used to load a Sound object. Instead of specifying the index.php it had been accessing http://domain.com?var1=blah&var2=blah. Usually this will redirect to the index.php sending it the post variables and letting it do it's thing and fetch the mp3. It works on Adobe AIR for Mac, it works in a browser on Mac/Windows. But in a URLRequest from Windows it doesn't work, confirmed for XP and 7. It doesn't just redirect to the /index.php file and drop the POST/GET variables, it actually just doesn't redirect anywhere, and you get an IOError. You'd think the redirect would be handled entirely by the server and transparent to the client, but it appears that for whatever reason, Adobe AIR on Windows just returns an IO Error.

Either way it's easy to fix, you just have to specify the index file in your URLRequest like so: http://domain.com/index.php?var1=blah&var2=blah.

SecurityError: Error #2123: Security sandbox violation:

Adobe went through a number of phases making the rules for serving and checking Policy files stricter. There are different security sandboxes. If you publish your flex/flash application on domain.com, and the application attempts to load content from domain2.com, it will look for a Cross Domain Policy File at domain2.com/crossdomain.xml to get permission. It does this automatically, however you could specify the location of the Cross Domain Policy File in your flex application using the following method:

Security.loadPolicyFile("http://domain.com/remote_content/crossdomain.xml")

A Cross Domain Policy File only has authority to grant access to content below it in the folder hierarchy. So a policy file in /remote_content/ can't grant access to content in the root folder, and in addition a Policy File at the domain root can override any other policy file. It has maximal authority. Subdomains are considered separate domains - which as a side note most search engines see subdomains that way too.

Now that's Cross Domain Policy Files, In general Adobe Air applications operate in one of the local system sandboxes and has thus have access to content on any domain. This post is about Socket Policy Files. When you access regular web content you're generally connecting to your server on port 80 and being served content by Apache or whatever web server you happen to be running. When you do this you're using http protocols under the hood and never have to deal directly with that crazy stuff. If you want to make a raw socket connection to your server you will need to serve up a Socket Policy File on a specific port.

First I just want to stress the difference between a Cross Domain Policy File and a Socket Policy File. For some reason my dyslexia and the ton of misleading, vague, and now out of date and incorrect information I kept thinking they were the same thing. Second there is no way as far as I'm aware to serve a Socket Policy File with Apache.

The default port for flex/flash to search for a socket policy file on port 843. There are several places on the web that talk about being able to connect to higher port numbers without a Socket Policy File, well that doesn't seem to be the case anymore. Just assume that any raw socket connection from a flex/flash client requires a Socket Policy File.

You can serve the Socket Policy File from the port you're connecting to, but this is tricky considering the manner in which Flex/Flash goes about loading the Socket Policy File and rewriting the service to serve this up, especially if you're using server software built by someone else, means it's just better to keep the Socket Policy File Server as a separate always running entity on the system.

Now in the simplest implementations you need a process either written in python, perl, c++, php cli, or whatever. It needs to be listening on port 843. It has to wait for - very specifically - the following string<policy-file-request/> followed by a NULL byte. Upon receiving that it needs to serve up the policy file which needs to at least have allow-access-from domain set to *, and to-ports set to *. You should use the links at the end of this post to familiarize yourself with the differences between and all options you can specify in Policy Files. It's easiest to keep the Policy File as an actual file, instead of adding the text of the file to your custom server code. And that's it!, now you can go on with a better idea of what information out there is out of date or not.

Here are some important links to help you on your journey:

Adobe on setting up a Socket Policy File Server

Adobe on Policy File changes for flash 9 and 10

Adobe on the structure of Policy Files

An intro to Sockets

Working PHP Cli Socket Policy File Server

Go download the app right now at Ear-Drum.org

We're currently looking for 15 more beta testers. Spread the word,request an invite.

Then Download Ear-Drum.org Desktop

Digg us:
http://digg.com/music/Ear_Drum_org_is_Looking_for_15_more_Beta_Testers

Follow us:
http://twitter.com/eardrumorg

Link to us:
http://ear-drum.org

Download EDO Desktop and request a beta invite to get in on the private beta.

Ear-Drum.org is the brand new face of a project I've been working on for years. It's an RIA(Rich Internet Application), which is just a trendy and faster way of saying a powerful web enabled desktop application.

Ear-Drum.org is a music community in a desktop app. I've been searching for the ultimate online music community for a very long time and while a very few have come close to that before being seriously sold; hacked; or turning evil, none - and absolutely none that are currently available, come close to having any soul. It's as if the people behind them are robots in suits, anti-groove people worrying about a bottom line and completely detached from the depth of experience of connecting with another person through music. Ear-Drum.org differentiates itself with a heavy focus on collaboration, learning, and immersion, while also letting you promote your music and meet other musicians. It's for pros as much as it is for beginners and everything else in between. We can always learn from each other and expand on our abilities. Ear-Drum.org strives to be the rich and engaging environment that's required for that kind of deep interaction.

I've gone through lots of prototypes over the years trying to find the best platform, model, and everything else that goes into creating something like this, and the EDO(Ear-Drum.org) Desktop app is the output of that iterative design/development process.

The decision to launch in private beta was made pretty early on. It allows us to build out features and refine the experience with a controlled subset of users. There is still room in the beta so head over to Ear-Drum.org to request a beta invite. Be a part of the early days and help us shape the ultimate online music experience.

The Desktop app is cross-platform so Windows/Mac/Linux it'll just work thanks to Adobe AIR. To get Adobe AIR click here.

Spread the word! The more people that get involved the more people there are to collaborate with. You can help by letting people know about us with your Twitter account. Get the word out on Facebook, Myspace, and other social platforms. Link to us on social networking sites like Digg and Delicious or write about us on your blog. Pass on the Ear-Drum.org link and let's start jamming. It's gonna be a fun ride.