Mozilla's Open Source Project Shumway To Translate SWF To HTML5 57
An anonymous reader writes "Mozilla currently has an experimental project on github called Shumway to try to interpret SWF (aka Flash files) using browser-standard technologies like HTML5 and JavaScript. All I can say is please and thank you! 'Shumway is an HTML5 technology experiment that explores building a faithful and efficient renderer for the SWF file format without native code assistance. Shumway is community-driven and supported by Mozilla. Our goal is to create a general-purpose, web standards-based platform for parsing and rendering SWFs. Integration with Firefox is a possibility if the experiment proves successful.'" It's not the first such attempt; here's a post from a few years back about one called Smokescreen, and another about QuickTime programmer Steve Perlman's subscription-based workaround for iDevices.
Shumway? (Score:4, Funny)
ALF, is that you?
Re: (Score:3)
My first thought.
Re: (Score:1)
My first thought.
Hosse hosse hosse from here to Kandahar!
Re: (Score:3)
Re: (Score:2)
The only good cat, is a stir fried cat.
-- Gordon Shumway b.k.a ALF [wikipedia.org]
Re: (Score:2)
Re: (Score:1)
Re: (Score:2)
Quite funny how Steve Jobs decided not to support Flash on iOS because it was such a resource hog, consuming way too much processor power, and now people are going to try and get around that restriction by... making a flash interpreter in html5 :-)
Re:Yeah right.... (Score:4, Informative)
Except it's a lot easier for a browser to control resource usage by controlling its renderer and interpreter than blindly giving cycles to a black box plugin (which is how plugins worked - by sending periodic events to embedded plugins to let them process).
And a browser has a lot finer grained security and privacy controls - if you say a site may NOT store a cookie (like Google DoubleClick), they can always use Flash as a workaround to that because Flash doesn't have easy support for it (it's all cookies, no cookies, or "annoy the hell out of me"). In the browser, you say no and the browser ensures it. Flash fixed that but it's still ages behind modern browsers.
Heck, a browser can also let you "do not run any javascript or other crap from doubleclick" but Flash will just happily load it up if the SWF references it.
Re: (Score:2)
Google Swiffy (Score:5, Informative)
Re: (Score:2, Insightful)
Swiffy is a service that "compiles" into a json file that a browser plugin can then use. I would imagine a closed source server side solution is even less appealing to mozilla than a closed source client side solution... It is to me at least.
Re: (Score:2)
Huh? There's no browser plugin involved.
Games and movies (Score:3)
If it can translate every game and movie on e.g. Newgrounds, and be playable, then it's awesome!
10 percent are not crap (Score:2)
Still pretty alpha (Score:3)
Re: (Score:2)
Does your browser actually support HTML5 completely?
Re: (Score:2)
Good thing API's are safe (Score:3)
Shumway... (Score:3)
Re: (Score:2)
I was about to post that exact flash! So here's the link to watch it on Newgrounds [newgrounds.com], as uploaded by the original creator.
Adobe has been working on something similar (Score:1)
http://blogs.adobe.com/conversations/2011/03/flash-to-html5-conversion-tool-on-adobe-labs.html [adobe.com]
Despite everyone's hatred of Flash, it exists because there was no other way to get that type of functionality on the Web until relatively recently. I remember when FutureSplash came out in 1995 and it was very impressive compared to state of what you could do on the Web at the time. When Macromedia added the programming capability it was even more impressive. However, the time has come to move on to next great
Mozilla, those crazy idealists (Score:4, Insightful)
Whatever you think about Mozilla's products, experiments or strategies, they are working for a free web.
It's more than admirable, it's good for the web to have them around.
HTML5 just doesn't do enough (Score:1)
There's still quite many things that can't be done in HTML5 + JS. I've been hosting a real time web audio application since 2005. It's implemented in Java, and I've been waiting for a low-level JS audio API ever since I made the app, but the API offering is still a bunch of non-standard hodgepodge. And the JS performance isn't quite there for real time audio. Until the API offering is good enough, I don't understand the drive to port stuff from working plugin-based solutions to broken HTML.
Eventually, we're
Re: (Score:2)
Re: (Score:1)
Great (Score:4, Insightful)
Now we only need a project that converts HTML5 to something that can be rendered uniformly on all major browsers.
Re:Great (Score:4, Funny)
Now we only need a project that converts HTML5 to something that can be rendered on IE
There, FTFY
Google Chrome Frame (Score:3)
Now we only have a project that converts HTML5 to something that can be rendered on IE
FTFY^2: Google Chrome Frame [google.com] is a browser helper object for IE that allows web sites to tell iexplore.exe to render them in Chrome's version of WebKit instead of Trident.
Re: (Score:2)
might just as well ask users to install chrome and collect a fee from google.
"that can be rendered in ie" obviously refers to something that gets rendered on ie natively by ie with ie's built in browser engine.
Re: (Score:2)
Re: (Score:2)
Now we only need a project that converts HTML5 to something that can be rendered uniformly on all major browsers.
PDF? ;-D
Flash is impressive (Score:3)
The Macromedia Flash interpreter gets more done with less code than almost anything else in computing today. Until a few years ago, the executable was under 1MB. The file structure allows execution before the entire file has been read in. The timeline and assets stream organization makes this possible. It's an elegant little system for doing animation with a low-bandwidth stream. Yes, today it tends to be used mostly for its video codec, but that's an artifact of YouTube. (And the fact that Apple turned the QuickTime plug-in into a way to force people to install iTunes.)
The Flash format isn't even proprietary. There are third-party Flash interpreters. They're widely used for the 2D interface components of video games.
Re: (Score:2)
commercial versions already exist (Score:2)
Let me guess (Score:2)
Are they going to call it SWF.js?
I hope it ends up being a few orders of magnitude faster than PDF.js is at rendering.
Performance? (Score:2)
From what I've seen, the built-in HTML 5 video of Firefox performs very poorly, nowhere near the performance of the Windows Media Player plugin, and is even worse than Flash, especially when a page is scaled.
Since Flash itself does a decent job at rendering vector animation, I wonder if Firefox can reach that level of performance? Flash itself is still slow, and has much room for improvement, so the sky is the limit to making a better Flash player.
Re: (Score:2)
The flash people already donated Tamarin to Mozilla, which uses NanoJIT in their current JavaScript VM. So speed should be similar to the flash plugin.
Re: (Score:1)
The flash people already donated Tamarin to Mozilla, which uses NanoJIT in their current JavaScript VM. So speed should be similar to the flash plugin.
Yeah, it's unfortunate the Tarmin license was incompatible with Apache. I didn't realize it went to Mozilla though. It seems like it would be some interesting code to tinker around with. I might have to go pop into Mozilla's neck of the woods and check it out.
Re: (Score:2)
Actually, Mozilla stopped using NanoJIT with Firefox 9 when they dropped their tracing JIT.
Re: (Score:1)
"using browser-standard languages like HTML5 and JavaScript"
Fixed it for you.
Stop using "technology" for things when you don't know what they are. It makes Slashdot sound stupider.
Technically, it would be more correct to say, "using a browser-standard language like HTML5." Unlike previous versions of HTML, HTML5 refers to the whole stack.
Why? (Score:1)
Why waste time on this, instead of contributing to Gnash/Lightspark.