Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Moderately complex intro animation from an old e-learning course I did converted successfully (failed on earlier versions of this tool so obviously they've been improving things).

No sound, not much scripting but lots of timeline animation with masked images.

swf: 205kb html: 352kb

(not including the swiffy runtime.js)

Not bad considering all the images have to be base64 encoded.

Generated code looked... generated... But not too awful. You could probably do something with it if you needed to.

However - it's no worse than trying to modify a swf file. You just wouldn't unless you ran it through a decompiler first and I don't see why that wouldn't be possible here also.

In most cases you'd go back to the FLA file or the XML equivalent and modify that instead.



I'm glad you liked it and it zipped down to such a small size (I worked on Swiffy file size reduction as an intern. Without the runtime, we were often smaller after gzipping :D)


Are those sizes before or after gzip compression ?


Before. A quick test by just zipping them up gave:

html: 209kb swf: 205kb

Does anyone know whether 'on the wire' gzip would give similar benefits?


Two notes:

1. Zip uses a different algorithm than gzip - the results are not necessarily equivalent.

2. If the HTML is static, which seems to be the case (since it's generated manually from the SWF), you can pre-gzip them instead of forcing the server to do it on demand - that'll reduce latency and CPU usage. Therefore "on the wire" is not really relevant.


Zip and gzip both use DEFLATE.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: