Michael Bebenita

That's the job of the container format. I agree with you that it would be useful but it's somewhat outside of the scope of this particular library. The code does...

As long as you are using h.264 baseline profile things should work.

It would indeed. Of course we would still need to use software decoding, at least until we get some SIMD support in JS.

We started work on LLJS before asm.js was a thing. We are planning to support asm.js in the future but the problem is that asm.js doesn't let you use high...

You don't necessarily want to use higher level constructs in LLJS, but if you want it to act as a bridge between JS and asm.js code it needs to be...

Strange. I just tried it now in Nightly and it doesn't throw any errors.

This will be quite hard to support since JavaScript doesn't have 64 bit integers.

We have support for structs with member functions, but I agree, we could do a lot better here. One path to consider here is building LLJS on top of Typescript.

LLJS is not that sophisticated. It can't automatically lower JavaScript semantics into C, it just adds some C like features to JavaScript.

LLJS is a superset of JS, so compiling it to C would be very difficult. You need a VM as well, GC, etc ..