Hacker News Reader

This is a pipe dream, as Flash has capabilities you just don't get in HTML+JS without writing an entire VM, such as text metrics and weak references.

View on HN

Reconciling those differences is part of the porting process. I do agree that it's a "pipe dream" to expect every single SWF out there will be ported, but it is definitely the right way to do it if you're trying to save a SWF.

Relying on old binaries of Adobe Flash Player is probably not a good idea from a legal perspective. I'm not a lawyer, and I haven't read the EULA, but I wouldn't be surprised if it didn't allow that type of redistribution.

Even if JS+HTML5 dies for some reason in the future, it's not a closed-source proprietary platform like Flash was, so preserving stuff will be much easier.

Hence WebAssembly + WebGL/WebGPU.

There is functionality that is just not available while in the browser sandbox, so some flash apps will never work. But I'm happy to see this happening.

WebAssembly not gonna give you access to syscall that are simply not there in the Web API

Preaching to the choir my friend, this is the correct path.

Reply on news.ycombinator.com