@reearth/ezu 0.5.0 → 0.6.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/bundler/ezu.d.ts CHANGED
@@ -76,9 +76,28 @@ export class Renderer {
76
76
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
77
77
  * projected per tile (and neighbour) at render time.
78
78
  *
79
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
80
- * `UnknownSource` if `name` doesn't match any entry in the style's
81
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
79
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
80
+ *
81
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
82
+ * *shallower* zoom than the tile being rendered — a vector source
83
+ * that stops at its `maxzoom` while the host serves deeper tiles.
84
+ * The renderer then reprojects each payload from its own ancestor
85
+ * into the tile's frame before rendering (MVT "overzoom"), which is
86
+ * what a client would otherwise do by scaling a raster up. The
87
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
88
+ * ancestor at `sourceZoom` is unique, so a host that binds the
89
+ * `maxzoom` tile it fetched has nothing further to compute — and
90
+ * each neighbour resolves against its own ancestor, which for a 3×3
91
+ * window may be a different parent than the centre's.
92
+ *
93
+ * `sourceZoom` equal to the rendered zoom is accepted and does
94
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
95
+ * and let shallow tiles take the ordinary path. Deeper than the
96
+ * rendered zoom throws `UnknownSource`: there is no way to invent
97
+ * detail the bytes do not carry.
98
+ *
99
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
100
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
82
101
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
83
102
  * render time, but obvious cases are caught here).
84
103
  */
package/bundler/ezu_bg.js CHANGED
@@ -142,9 +142,28 @@ export class Renderer {
142
142
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
143
143
  * projected per tile (and neighbour) at render time.
144
144
  *
145
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
146
- * `UnknownSource` if `name` doesn't match any entry in the style's
147
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
145
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
146
+ *
147
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
148
+ * *shallower* zoom than the tile being rendered — a vector source
149
+ * that stops at its `maxzoom` while the host serves deeper tiles.
150
+ * The renderer then reprojects each payload from its own ancestor
151
+ * into the tile's frame before rendering (MVT "overzoom"), which is
152
+ * what a client would otherwise do by scaling a raster up. The
153
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
154
+ * ancestor at `sourceZoom` is unique, so a host that binds the
155
+ * `maxzoom` tile it fetched has nothing further to compute — and
156
+ * each neighbour resolves against its own ancestor, which for a 3×3
157
+ * window may be a different parent than the centre's.
158
+ *
159
+ * `sourceZoom` equal to the rendered zoom is accepted and does
160
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
161
+ * and let shallow tiles take the ordinary path. Deeper than the
162
+ * rendered zoom throws `UnknownSource`: there is no way to invent
163
+ * detail the bytes do not carry.
164
+ *
165
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
166
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
148
167
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
149
168
  * render time, but obvious cases are caught here).
150
169
  * @param {string} name
Binary file
package/nodejs/ezu.d.ts CHANGED
@@ -76,9 +76,28 @@ export class Renderer {
76
76
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
77
77
  * projected per tile (and neighbour) at render time.
78
78
  *
79
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
80
- * `UnknownSource` if `name` doesn't match any entry in the style's
81
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
79
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
80
+ *
81
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
82
+ * *shallower* zoom than the tile being rendered — a vector source
83
+ * that stops at its `maxzoom` while the host serves deeper tiles.
84
+ * The renderer then reprojects each payload from its own ancestor
85
+ * into the tile's frame before rendering (MVT "overzoom"), which is
86
+ * what a client would otherwise do by scaling a raster up. The
87
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
88
+ * ancestor at `sourceZoom` is unique, so a host that binds the
89
+ * `maxzoom` tile it fetched has nothing further to compute — and
90
+ * each neighbour resolves against its own ancestor, which for a 3×3
91
+ * window may be a different parent than the centre's.
92
+ *
93
+ * `sourceZoom` equal to the rendered zoom is accepted and does
94
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
95
+ * and let shallow tiles take the ordinary path. Deeper than the
96
+ * rendered zoom throws `UnknownSource`: there is no way to invent
97
+ * detail the bytes do not carry.
98
+ *
99
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
100
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
82
101
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
83
102
  * render time, but obvious cases are caught here).
84
103
  */
package/nodejs/ezu.js CHANGED
@@ -145,9 +145,28 @@ class Renderer {
145
145
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
146
146
  * projected per tile (and neighbour) at render time.
147
147
  *
148
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
149
- * `UnknownSource` if `name` doesn't match any entry in the style's
150
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
148
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
149
+ *
150
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
151
+ * *shallower* zoom than the tile being rendered — a vector source
152
+ * that stops at its `maxzoom` while the host serves deeper tiles.
153
+ * The renderer then reprojects each payload from its own ancestor
154
+ * into the tile's frame before rendering (MVT "overzoom"), which is
155
+ * what a client would otherwise do by scaling a raster up. The
156
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
157
+ * ancestor at `sourceZoom` is unique, so a host that binds the
158
+ * `maxzoom` tile it fetched has nothing further to compute — and
159
+ * each neighbour resolves against its own ancestor, which for a 3×3
160
+ * window may be a different parent than the centre's.
161
+ *
162
+ * `sourceZoom` equal to the rendered zoom is accepted and does
163
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
164
+ * and let shallow tiles take the ordinary path. Deeper than the
165
+ * rendered zoom throws `UnknownSource`: there is no way to invent
166
+ * detail the bytes do not carry.
167
+ *
168
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
169
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
151
170
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
152
171
  * render time, but obvious cases are caught here).
153
172
  * @param {string} name
Binary file
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@reearth/ezu",
3
- "version": "0.5.0",
3
+ "version": "0.6.0",
4
4
  "description": "Painterly map renderer — WebAssembly bindings",
5
5
  "license": "MIT OR Apache-2.0",
6
6
  "repository": {
@@ -76,9 +76,28 @@ export class Renderer {
76
76
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
77
77
  * projected per tile (and neighbour) at render time.
78
78
  *
79
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
80
- * `UnknownSource` if `name` doesn't match any entry in the style's
81
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
79
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
80
+ *
81
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
82
+ * *shallower* zoom than the tile being rendered — a vector source
83
+ * that stops at its `maxzoom` while the host serves deeper tiles.
84
+ * The renderer then reprojects each payload from its own ancestor
85
+ * into the tile's frame before rendering (MVT "overzoom"), which is
86
+ * what a client would otherwise do by scaling a raster up. The
87
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
88
+ * ancestor at `sourceZoom` is unique, so a host that binds the
89
+ * `maxzoom` tile it fetched has nothing further to compute — and
90
+ * each neighbour resolves against its own ancestor, which for a 3×3
91
+ * window may be a different parent than the centre's.
92
+ *
93
+ * `sourceZoom` equal to the rendered zoom is accepted and does
94
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
95
+ * and let shallow tiles take the ordinary path. Deeper than the
96
+ * rendered zoom throws `UnknownSource`: there is no way to invent
97
+ * detail the bytes do not carry.
98
+ *
99
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
100
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
82
101
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
83
102
  * render time, but obvious cases are caught here).
84
103
  */
@@ -142,9 +142,28 @@ export class Renderer {
142
142
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
143
143
  * projected per tile (and neighbour) at render time.
144
144
  *
145
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
146
- * `UnknownSource` if `name` doesn't match any entry in the style's
147
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
145
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
146
+ *
147
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
148
+ * *shallower* zoom than the tile being rendered — a vector source
149
+ * that stops at its `maxzoom` while the host serves deeper tiles.
150
+ * The renderer then reprojects each payload from its own ancestor
151
+ * into the tile's frame before rendering (MVT "overzoom"), which is
152
+ * what a client would otherwise do by scaling a raster up. The
153
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
154
+ * ancestor at `sourceZoom` is unique, so a host that binds the
155
+ * `maxzoom` tile it fetched has nothing further to compute — and
156
+ * each neighbour resolves against its own ancestor, which for a 3×3
157
+ * window may be a different parent than the centre's.
158
+ *
159
+ * `sourceZoom` equal to the rendered zoom is accepted and does
160
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
161
+ * and let shallow tiles take the ordinary path. Deeper than the
162
+ * rendered zoom throws `UnknownSource`: there is no way to invent
163
+ * detail the bytes do not carry.
164
+ *
165
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
166
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
148
167
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
149
168
  * render time, but obvious cases are caught here).
150
169
  * @param {string} name
Binary file
@@ -76,9 +76,28 @@ export class Renderer {
76
76
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
77
77
  * projected per tile (and neighbour) at render time.
78
78
  *
79
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
80
- * `UnknownSource` if `name` doesn't match any entry in the style's
81
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
79
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
80
+ *
81
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
82
+ * *shallower* zoom than the tile being rendered — a vector source
83
+ * that stops at its `maxzoom` while the host serves deeper tiles.
84
+ * The renderer then reprojects each payload from its own ancestor
85
+ * into the tile's frame before rendering (MVT "overzoom"), which is
86
+ * what a client would otherwise do by scaling a raster up. The
87
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
88
+ * ancestor at `sourceZoom` is unique, so a host that binds the
89
+ * `maxzoom` tile it fetched has nothing further to compute — and
90
+ * each neighbour resolves against its own ancestor, which for a 3×3
91
+ * window may be a different parent than the centre's.
92
+ *
93
+ * `sourceZoom` equal to the rendered zoom is accepted and does
94
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
95
+ * and let shallow tiles take the ordinary path. Deeper than the
96
+ * rendered zoom throws `UnknownSource`: there is no way to invent
97
+ * detail the bytes do not carry.
98
+ *
99
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
100
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
82
101
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
83
102
  * render time, but obvious cases are caught here).
84
103
  */
@@ -145,9 +145,28 @@ class Renderer {
145
145
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
146
146
  * projected per tile (and neighbour) at render time.
147
147
  *
148
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
149
- * `UnknownSource` if `name` doesn't match any entry in the style's
150
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
148
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
149
+ *
150
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
151
+ * *shallower* zoom than the tile being rendered — a vector source
152
+ * that stops at its `maxzoom` while the host serves deeper tiles.
153
+ * The renderer then reprojects each payload from its own ancestor
154
+ * into the tile's frame before rendering (MVT "overzoom"), which is
155
+ * what a client would otherwise do by scaling a raster up. The
156
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
157
+ * ancestor at `sourceZoom` is unique, so a host that binds the
158
+ * `maxzoom` tile it fetched has nothing further to compute — and
159
+ * each neighbour resolves against its own ancestor, which for a 3×3
160
+ * window may be a different parent than the centre's.
161
+ *
162
+ * `sourceZoom` equal to the rendered zoom is accepted and does
163
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
164
+ * and let shallow tiles take the ordinary path. Deeper than the
165
+ * rendered zoom throws `UnknownSource`: there is no way to invent
166
+ * detail the bytes do not carry.
167
+ *
168
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
169
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
151
170
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
152
171
  * render time, but obvious cases are caught here).
153
172
  * @param {string} name
Binary file
package/simd/web/ezu.d.ts CHANGED
@@ -76,9 +76,28 @@ export class Renderer {
76
76
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
77
77
  * projected per tile (and neighbour) at render time.
78
78
  *
79
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
80
- * `UnknownSource` if `name` doesn't match any entry in the style's
81
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
79
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
80
+ *
81
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
82
+ * *shallower* zoom than the tile being rendered — a vector source
83
+ * that stops at its `maxzoom` while the host serves deeper tiles.
84
+ * The renderer then reprojects each payload from its own ancestor
85
+ * into the tile's frame before rendering (MVT "overzoom"), which is
86
+ * what a client would otherwise do by scaling a raster up. The
87
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
88
+ * ancestor at `sourceZoom` is unique, so a host that binds the
89
+ * `maxzoom` tile it fetched has nothing further to compute — and
90
+ * each neighbour resolves against its own ancestor, which for a 3×3
91
+ * window may be a different parent than the centre's.
92
+ *
93
+ * `sourceZoom` equal to the rendered zoom is accepted and does
94
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
95
+ * and let shallow tiles take the ordinary path. Deeper than the
96
+ * rendered zoom throws `UnknownSource`: there is no way to invent
97
+ * detail the bytes do not carry.
98
+ *
99
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
100
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
82
101
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
83
102
  * render time, but obvious cases are caught here).
84
103
  */
package/simd/web/ezu.js CHANGED
@@ -144,9 +144,28 @@ export class Renderer {
144
144
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
145
145
  * projected per tile (and neighbour) at render time.
146
146
  *
147
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
148
- * `UnknownSource` if `name` doesn't match any entry in the style's
149
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
147
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
148
+ *
149
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
150
+ * *shallower* zoom than the tile being rendered — a vector source
151
+ * that stops at its `maxzoom` while the host serves deeper tiles.
152
+ * The renderer then reprojects each payload from its own ancestor
153
+ * into the tile's frame before rendering (MVT "overzoom"), which is
154
+ * what a client would otherwise do by scaling a raster up. The
155
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
156
+ * ancestor at `sourceZoom` is unique, so a host that binds the
157
+ * `maxzoom` tile it fetched has nothing further to compute — and
158
+ * each neighbour resolves against its own ancestor, which for a 3×3
159
+ * window may be a different parent than the centre's.
160
+ *
161
+ * `sourceZoom` equal to the rendered zoom is accepted and does
162
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
163
+ * and let shallow tiles take the ordinary path. Deeper than the
164
+ * rendered zoom throws `UnknownSource`: there is no way to invent
165
+ * detail the bytes do not carry.
166
+ *
167
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
168
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
150
169
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
151
170
  * render time, but obvious cases are caught here).
152
171
  * @param {string} name
Binary file
package/web/ezu.d.ts CHANGED
@@ -76,9 +76,28 @@ export class Renderer {
76
76
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
77
77
  * projected per tile (and neighbour) at render time.
78
78
  *
79
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
80
- * `UnknownSource` if `name` doesn't match any entry in the style's
81
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
79
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
80
+ *
81
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
82
+ * *shallower* zoom than the tile being rendered — a vector source
83
+ * that stops at its `maxzoom` while the host serves deeper tiles.
84
+ * The renderer then reprojects each payload from its own ancestor
85
+ * into the tile's frame before rendering (MVT "overzoom"), which is
86
+ * what a client would otherwise do by scaling a raster up. The
87
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
88
+ * ancestor at `sourceZoom` is unique, so a host that binds the
89
+ * `maxzoom` tile it fetched has nothing further to compute — and
90
+ * each neighbour resolves against its own ancestor, which for a 3×3
91
+ * window may be a different parent than the centre's.
92
+ *
93
+ * `sourceZoom` equal to the rendered zoom is accepted and does
94
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
95
+ * and let shallow tiles take the ordinary path. Deeper than the
96
+ * rendered zoom throws `UnknownSource`: there is no way to invent
97
+ * detail the bytes do not carry.
98
+ *
99
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
100
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
82
101
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
83
102
  * render time, but obvious cases are caught here).
84
103
  */
package/web/ezu.js CHANGED
@@ -144,9 +144,28 @@ export class Renderer {
144
144
  * - `geojson` (remote) → store raw bytes per `(dx, dy)` offset;
145
145
  * projected per tile (and neighbour) at render time.
146
146
  *
147
- * `opts` is a JS object: `{ coord?: [dx, dy] }`. Throws
148
- * `UnknownSource` if `name` doesn't match any entry in the style's
149
- * `sources` block, `MvtDecode` if MVT bytes don't parse, and
147
+ * `opts` is a JS object: `{ coord?: [dx, dy], sourceZoom?: number }`.
148
+ *
149
+ * `sourceZoom` declares that MVT bytes are natively encoded at a
150
+ * *shallower* zoom than the tile being rendered — a vector source
151
+ * that stops at its `maxzoom` while the host serves deeper tiles.
152
+ * The renderer then reprojects each payload from its own ancestor
153
+ * into the tile's frame before rendering (MVT "overzoom"), which is
154
+ * what a client would otherwise do by scaling a raster up. The
155
+ * ancestor is derived, not supplied: for a tile at zoom `z`, the
156
+ * ancestor at `sourceZoom` is unique, so a host that binds the
157
+ * `maxzoom` tile it fetched has nothing further to compute — and
158
+ * each neighbour resolves against its own ancestor, which for a 3×3
159
+ * window may be a different parent than the centre's.
160
+ *
161
+ * `sourceZoom` equal to the rendered zoom is accepted and does
162
+ * nothing, so a host can pass its source's `maxzoom` unconditionally
163
+ * and let shallow tiles take the ordinary path. Deeper than the
164
+ * rendered zoom throws `UnknownSource`: there is no way to invent
165
+ * detail the bytes do not carry.
166
+ *
167
+ * Throws `UnknownSource` if `name` doesn't match any entry in the
168
+ * style's `sources` block, `MvtDecode` if MVT bytes don't parse, and
150
169
  * `DemDecode` for non-image DEM bytes (the decode itself runs at
151
170
  * render time, but obvious cases are caught here).
152
171
  * @param {string} name
package/web/ezu_bg.wasm CHANGED
Binary file