aboutsummaryrefslogtreecommitdiff
path: root/BinaryEncoding.md
diff options
context:
space:
mode:
authorJF Bastien <github@jfbastien.com>2015-06-20 23:14:42 -0700
committerJF Bastien <github@jfbastien.com>2015-06-20 23:14:42 -0700
commit1b3f592e039105f8bbc0be50ac72a90250a655e0 (patch)
tree3bc185d4af84143062aeef42aa880a865a6ae31f /BinaryEncoding.md
parent9d2a0ddea60ddcb6838e316cabc55025e8e659af (diff)
parentc03eae3a69b79408b2ab73e11ad0221c30f75e91 (diff)
downloadnanowasm-design-1b3f592e039105f8bbc0be50ac72a90250a655e0.tar.gz
Merge pull request #206 from WebAssembly/brotli
Brotli for BinaryEncoding compression
Diffstat (limited to 'BinaryEncoding.md')
-rw-r--r--BinaryEncoding.md6
1 files changed, 4 insertions, 2 deletions
diff --git a/BinaryEncoding.md b/BinaryEncoding.md
index f5f84ae..33d296e 100644
--- a/BinaryEncoding.md
+++ b/BinaryEncoding.md
@@ -28,8 +28,10 @@ Reducing download size, is achieved through three layers:
* Another example is reordering of functions and some internal nodes, which
we know does not change semantics, but
[can improve general compression](https://www.rfk.id.au/blog/entry/cromulate-improve-compressibility/).
- * **Generic** compression, such as gzip, already supported in browsers, or LZMA
- and other compression algorithms, which might be standardized as well.
+ * **Generic** compression, such as gzip, already supported in browsers. Other
+ compression algorithms being considered and which might be standardized
+ include: LZMA, [LZHAM](https://github.com/richgel999/lzham_codec),
+ [Brotli](https://datatracker.ietf.org/doc/draft-alakuijala-brotli/).
Each of the three layers work to find compression opportunities to the best of
its abilities, without encroaching upon the subsequent layer's compression