diff options
| author | Luke Wagner <mail@lukewagner.name> | 2015-06-22 02:25:46 -0500 |
|---|---|---|
| committer | Luke Wagner <mail@lukewagner.name> | 2015-06-22 02:25:46 -0500 |
| commit | 7579ed47fc0cdcd9fbb98e055d3fdb267f3adb93 (patch) | |
| tree | f3b4283d758b77acd8953eaabc6f57a42b5b9fea | |
| parent | 1b3f592e039105f8bbc0be50ac72a90250a655e0 (diff) | |
| parent | 18c3edf31343c2a6a94d8eeb2391a0ddc57cbc1f (diff) | |
| download | nanowasm-design-7579ed47fc0cdcd9fbb98e055d3fdb267f3adb93.tar.gz | |
Merge pull request #211 from sideshowbarker/patch-1
Point to Streams Standard in active development
| -rw-r--r-- | FAQ.md | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -76,7 +76,7 @@ memory usage is basically the size of the input plus the size of the decoded tex Additionally, there are two further improvements that can be made in the real polyfill: 1. Decode while downloading using either chunked files, HTTP `Range` requests or (eventually) - the [Stream API](https://www.w3.org/TR/streams-api/). + the [Streams API](https://streams.spec.whatwg.org/). 2. Include optional better-than-`gzip` compression in the polyfill. For example, the [lzham](https://github.com/richgel999/lzham_codec) library shows an *additional* 24% improvement over the above "`gzip` binary" figures while maintaining high decode rates. |
