Converting Flash to HTML5 (StrongBad Demo)

Ideally — provided JS performance catches up — you simply re-tool your templates to use the JS runtime (rather than embed tags) to run your SWF file.

In fact, looking at the source of http://smokescreen.us/demos/lyrisdemo.html it’s conceivable that you could use Flash if available, but fallback to Smokescreen/Gordon otherwise (likely testing for HTML5 support first). That link is also a great example of how easy it would be for an ad agency to continue to use their existing resources for Flashless, HTML5-ready devices.

Is there any relation between the Smokescreen and Gordon projects? I haven’t heard of the latter in a while.

Now, in theory you could keep the source under exclusive license and sue people who put it up on their own sites without paying. In practice that business model will suck. A sizable percentage of potential customers will hate you. You will probably hate yourself. You will have to spend money on obnoxious lawyers. Basically, you will be a patent troll without the patent. (Or maybe you get a patent and then join the ranks of the patent trolls. Of which there may be quite a few. Perhaps another reason to just throw this code out there is as a pragmatic defense against patent trolls; it's like dropping your wallet and running away when confronted with a mugger. I believe that, technically, an amorphous, international group of pseudonymous open-source contributors has the same patent liability as a single private company, but they are a lot harder to sue effectively.)

But the biggest problem is cost of sales and support. If you want to sell this code you have to convince the customer it will work. On every browser that matters. And not just on some demo Flash app: On the customer's app, because what do they care about anything else? And if it works today, there is no guarantee that it will work tomorrow, because the customer can change the original app at any time. By the time you finish designing the system to let prospective customers do an extensive trial run, and then negotiate the switch to a paid license, and then deal with the support complaints, and then deal with the refunds when the customer decides that your software is missing Obscure But Apparently Essential Dealbreaker Feature X, you may well have eaten up more money than you can effectively charge for a product that, after all, is not exactly AutoCAD. [1] Perhaps it is better to throw the software out there and let it find its own customers.

---

[1] I'm not saying the software is less impressive or complex than AutoCAD. What I'm saying is that it doesn't have the market. People pay thousands for AutoCAD because it provides thousands of dollars worth of value to their engineering businesses. But there's a limit to what you can charge for a Flash-to-HTML5 converter: at some point it is smarter just to have your app converted to native HTML5.