taglib-wasm 2.2.2 → 2.3.0

package/LICENSE

@@ -42,7 +42,7 @@ The WebAssembly binaries are subject to LGPL requirements. This means:
 To rebuild the WebAssembly binaries with a modified TagLib:
 1. Modify the TagLib source in lib/taglib/
 2. Run: npm run build:wasm  (builds both backends; requires the
-   Emscripten SDK and WASI SDK 33 — see CONTRIBUTING.md)
+   Emscripten SDK and WASI SDK 34 — see CONTRIBUTING.md)
 3. The new binaries will be in build/taglib-web.wasm and
    build/taglib-wasi.wasm
 

package/README.md

@@ -37,9 +37,10 @@ TagLib-Wasm is the **universal tagging library for TypeScript/JavaScript**
   zero-padded `"03"` is preserved, and MP4 freeform atoms keep their exact
   casing and vendor `mean`, so other tools still recognise them
 - **Zero dependencies** – Self-contained Wasm bundle
-- **Tested** – 448 tests across all formats, with cross-backend parity coverage
-- **Two API styles** – Use the "Simple" API (3 functions), or the full "Core"
-  API for more advanced applications
+- **Tested** – Cross-backend parity coverage across the supported formats
+- **Two API styles** – Use the "Simple" API for one-shot reads and writes, batch
+  helpers, cover art, and checksums, or the full "Core" API for more advanced
+  applications
 - **Batch folder operations** – Scan directories, process multiple files, find
   duplicates, and export metadata catalogs
 
@@ -107,6 +108,14 @@ See the
 [complete Deno compile guide](https://charleswiltgen.github.io/TagLib-Wasm/guide/deno-compile.html)
 for more options including CDN loading.
 
+`prepareWasmForEmbedding` and `initializeForDenoCompile` resolve a Deno main
+module and file paths, so they belong to the Node/Deno entry: they are absent
+from the `browser` condition, and a browser-targeted build reports them as
+missing exports — the section below, "Bundle Size and Tree-Shaking", shows how
+to get that as a TypeScript error instead of a bundler error. `isDenoCompiled`,
+the `typeof Deno` probe under them, is exported by both: in a browser it answers
+`false`.
+
 For manual control:
 
 ```typescript
@@ -248,6 +257,16 @@ Wasm-free — import them from the dedicated subpath in browser/UI contexts
 import { discFolderInfo, groupAlbums } from "taglib-wasm/disc-folder";
 ```
 
+`scanFolder`, `scanForAlbums`, `findDuplicates` and `exportFolderMetadata` read
+and write a filesystem, so they are **Node/Deno/Bun-only**, and so is the
+`taglib-wasm/folder` subpath that exports them: it declares no `browser`
+`exports` condition, which makes a browser-targeted build fail loudly (esbuild:
+`Could not resolve "node:fs/promises"`). That failure is deliberate — a browser
+stub that threw at runtime would move the same mistake from build time to the
+first call in production. In a browser, scan on a server and post the result:
+`groupAlbums` and `discFolderInfo` are exported from both `taglib-wasm` and
+`taglib-wasm/disc-folder` and run anywhere.
+
 ### Working with Cover Art
 
 ```typescript
@@ -386,7 +405,7 @@ import { readProperties } from "taglib-wasm/simple";
 const props = await readProperties("song.m4a");
 
 console.log(props.containerFormat); // "MP4" (container format)
-console.log(props.codec); // "AAC" or "ALAC" (compressed media format)
+console.log(props.codec); // "AAC", "ALAC", "AC-3", … (compressed media format)
 console.log(props.isLossless); // false for AAC, true for ALAC
 console.log(props.bitsPerSample); // 16 for most formats
 console.log(props.bitrate); // 256 (kbps)
@@ -407,7 +426,7 @@ Container format vs Codec:
 
 Supported formats:
 
-- **MP4 container** (.mp4, .m4a) – Can contain AAC (lossy) or ALAC (lossless)
+- **MP4 container** (.mp4, .m4a) – Can contain AAC, ALAC, AC-3, E-AC-3, DTS, FLAC, or Opus
 - **OGG container** (.ogg) – Can contain Vorbis, Opus, FLAC, or Speex
 - **MP3** – Both container and codec (lossy)
 - **FLAC** – Both container and codec (lossless)
@@ -427,8 +446,16 @@ Supported formats:
 ### Guides
 
 - [API Reference](https://charleswiltgen.github.io/TagLib-Wasm/api/)
+- [Folder API](https://charleswiltgen.github.io/TagLib-Wasm/api/folder-api.html)
+- [Property Map](https://charleswiltgen.github.io/TagLib-Wasm/api/property-map.html)
+- [Tag Name Constants](https://charleswiltgen.github.io/TagLib-Wasm/api/tag-constants.html)
 - [Performance Guide](https://charleswiltgen.github.io/TagLib-Wasm/concepts/performance.html)
+- [Memory Management](https://charleswiltgen.github.io/TagLib-Wasm/concepts/memory-management.html)
+- [Runtime Compatibility](https://charleswiltgen.github.io/TagLib-Wasm/concepts/runtime-compatibility.html)
 - [Album Processing Guide](https://charleswiltgen.github.io/TagLib-Wasm/guide/album-processing.html)
+- [Folder Operations](https://charleswiltgen.github.io/TagLib-Wasm/guide/folder-operations.html)
+- [Codec Detection](https://charleswiltgen.github.io/TagLib-Wasm/guide/codec-detection.html)
+- [Deno Compile](https://charleswiltgen.github.io/TagLib-Wasm/guide/deno-compile.html)
 - [Platform Examples](https://charleswiltgen.github.io/TagLib-Wasm/guide/platform-examples.html)
 - [Working with Cover Art](https://charleswiltgen.github.io/TagLib-Wasm/guide/cover-art.html)
 - [Track Ratings](https://charleswiltgen.github.io/TagLib-Wasm/guide/ratings.html)
@@ -441,15 +468,26 @@ Supported formats:
 
 ## Supported Formats
 
-`taglib-wasm` is designed to support all formats supported by TagLib:
+`taglib-wasm` is designed to support all formats supported by TagLib. The
+authoritative list is the [`SUPPORTED_FORMATS`](src/errors/base.ts) constant
+(the names `getFormat()` answers):
 
 - **.mp3** – ID3v2 and ID3v1 tags
+- **.aac** – ADTS / raw AAC streams (ID3v2 metadata, read through the MPEG reader)
 - **.m4a/.mp4** – MPEG-4/AAC metadata for AAC and Apple Lossless audio
 - **.flac** – Vorbis comments and audio properties (plus BWF `bext`/iXML)
-- **.ogg** – Ogg Vorbis format with full metadata support
+- **.ogg** – Ogg container: Vorbis with full metadata support, plus FLAC-in-Ogg
+  and Speex
 - **.wav** – INFO chunk metadata, plus BWF `bext` and iXML
-- **Additional formats** – Opus, APE, MPC, WavPack, TrueAudio, AIFF, WMA, and
-  more
+- **Additional formats** – Opus, AIFF (`.aiff`/`.aif`), WMA (`.wma`, the ASF
+  container), APE, WavPack (`.wv`), Musepack (`.mpc`), TrueAudio (`.tta`), DSD
+  (`.dsf`/`.dff`), Shorten (`.shn`), the tracker modules
+  (`.mod`/`.s3m`/`.it`/`.xm`), and Matroska (`.mka`/`.mkv`/`.webm`)
+
+These open and report their format on both backends. One difference remains: on
+Emscripten, `audioProperties().containerFormat` and `.codec` still report
+`"unknown"` for the formats its sniffer cannot place (APE, DSF, DSDIFF, MPC,
+SHN, and the tracker modules) — their tags and remaining properties load.
 
 ## Performance and Best Practices
 
@@ -513,12 +551,149 @@ await file.saveToFile(); // Full file loaded only here
 
 taglib-wasm auto-selects the fastest available backend — no configuration needed:
 
-| Environment              | Backend           | How it works                                           | Performance |
-| ------------------------ | ----------------- | ------------------------------------------------------ | ----------- |
-| **Node.js / Deno / Bun** | WASI (auto)       | Seek-based filesystem I/O; reads only headers and tags | Fastest     |
-| **Browsers / Workers**   | Emscripten (auto) | Entire file loaded into memory as buffer               | Baseline    |
+| Environment              | Backend           | How it works                                                                                             | Performance |
+| ------------------------ | ----------------- | -------------------------------------------------------------------------------------------------------- | ----------- |
+| **Node.js / Deno / Bun** | WASI (auto)       | Seek-based filesystem I/O; reads only headers and tags                                                   | Fastest     |
+| **Browsers / Workers**   | Emscripten (auto) | Buffer-based: the whole file by default, or a header/footer window for a `File` with `{ partial: true }` | Baseline    |
 
 On Node.js, Deno, and Bun you get WASI automatically — nothing to configure.
+Partial loading (`{ partial: true }`) works on both paths; see the
+[Performance Guide](https://charleswiltgen.github.io/TagLib-Wasm/concepts/performance.html#smart-partial-loading).
+
+### Bundle Size and Tree-Shaking
+
+Importing the barrel (`taglib-wasm`) does **not** pull in the Folder or Web API:
+every bundler tested here tree-shakes to leaf granularity. Measured on
+taglib-wasm 2.2.3 installed from a packed tarball (`npm pack` →
+`npm install <tarball>`), minified ES2022 ESM bundles on Node 24.21.0. Figures
+are minified JavaScript bytes — the ~700 KB Wasm binary is loaded at runtime and
+is not part of the bundle in any scenario below. The `./web` figures further down
+were re-measured with the same invocations after that subpath gained a `browser`
+condition.
+
+Each row is a one-file app whose whole body is that import plus the call the row
+names, keeping the imported function reachable (`globalThis.__app = { … }`).
+Exact invocations, so the table can be reproduced:
+
+- **esbuild 0.28.2** — `esbuild <app> --bundle --minify --format=esm
+  --target=es2022 --platform=browser --external:module` for the browser column;
+  the same with `--platform=node` and no `--external` for the Node column.
+  (`--external` takes a colon, not `=`.)
+- **rollup 4.63.3** — `input: <app>`, plugins `@rollup/plugin-node-resolve`
+  (`{ browser: true, exportConditions: ["browser", "default"] }` for the browser
+  column, default options for the Node column) and `@rollup/plugin-terser`,
+  output `{ format: "esm", inlineDynamicImports: true }`.
+- **vite 8.3.0** — a real app build: `index.html` plus a
+  `<script type="module">` pointing at the entry, `build.minify: "esbuild"`,
+  `target: "es2022"`. Vite builds for the browser.
+- **webpack 5.111.1** — `mode: "production"`, `target: "web"`,
+  `externals: { module: "module" }`. `target: "web"` alone fails on the
+  `import("module")` inside `dist/taglib-wrapper.js`.
+
+| Consumer app                          | esbuild (browser)¹ | rollup (browser)¹ | vite (app) | webpack (web)² | esbuild (Node)³ | rollup (Node)³ |
+| ------------------------------------- | ------------------ | ----------------- | ---------- | -------------- | --------------- | -------------- |
+| `taglib-wasm` — `TagLib.initialize()` | 81,991             | 78,374            | 84,802     | 57,141         | 145,056         | 134,312        |
+| `taglib-wasm/simple` — `getTagLib()`  | 81,279             | 78,495            | 84,094     | 57,260         | 146,047         | 134,713        |
+| `taglib-wasm/folder` — `scanFolder`⁴  | —                  | 138,075⁴          | 146,094⁴   | —              | 149,396         | 138,075        |
+
+¹ the `browser` `exports` condition. ² `target: "web"`. ³ the Node `exports`
+condition. ⁴ Node-only entry — see below.
+
+**`./folder` is Node-only.** The subpath declares no `browser` export condition
+because `scanFolder` and friends read and write a filesystem, so a
+browser-targeted build resolves the Node-oriented graph and fails: esbuild
+`--platform=browser` reports `Could not resolve "node:fs/promises"`, and webpack
+`target: "web"` fails with four errors (`./taglib-web.wasm`, `node:fs`,
+`node:fs/promises`, `node:buffer`). That outcome is the design: a build error
+beats a stub that throws on the first call in production. If the same cells were
+reachable they would come from shimming Node builtins into a bundle that cannot
+work — which is exactly what vite and rollup did before the condition was
+declared. `./rating` and `./disc-folder` are pure JavaScript and build for
+either target. In a browser, scan on a server and post the result; the pure
+`groupAlbums` / `discFolderInfo` half is exported from `taglib-wasm` and
+`taglib-wasm/disc-folder` and runs anywhere.
+
+**`./web` builds for the browser.** It declares a `browser` condition, so a
+browser-targeted build resolves an Emscripten-only build of that entry and pulls
+**`taglib-web.wasm` alone** — measured with the vite invocation above on
+`pictureToDataURL` from `taglib-wasm/web`: one 703,477-byte Wasm asset where the
+Node-oriented graph emitted both `taglib-web.wasm` and `taglib-wasi.wasm`
+(1.4 MB of assets for a call that needs neither engine), and a 6,289-byte
+JavaScript bundle where the shimmed Node graph produced 17,461 bytes. Note the
+browser build is a pre-bundled file like `index.browser.js`, so it does not
+tree-shake to a leaf the way the Node files do: the same call costs 80,959 bytes
+in the browser column against 205 bytes on Node, and importing any pure helper
+from the barrel costs ~82 KB there too. That granularity is a property of the
+pre-bundled browser entries, not of this subpath.
+
+**TypeScript resolves the same condition.** A browser consumer gets the matching
+type surface only if TypeScript is told about it — in `tsconfig.json`:
+
+```json
+{
+  "compilerOptions": {
+    "moduleResolution": "bundler",
+    "customConditions": ["browser"]
+  }
+}
+```
+
+With that condition, `dist/index.browser.d.ts` is the declaration file used, so
+`import { scanFolder } from "taglib-wasm"` is a compile error naming the missing
+export (`TS2305: Module '"taglib-wasm"' has no exported member 'scanFolder'`)
+instead of a bundler error — and importing `bwf`, `groupAlbums`,
+`discFolderInfo`, or any type (including `FolderScanResult`) compiles. Without
+`customConditions`, TypeScript reads the Node declarations from
+`dist/index.d.ts` while the bundler still ships `dist/index.browser.js`; that
+mismatch is what produced the original silent failure.
+
+**Bundler interop.** `dist/taglib-wrapper.js` — the Emscripten glue — contains a
+dynamic `import("module")`, and browser targets have no such builtin, so the two
+targets need one line each: esbuild `--external:module`, webpack
+`externals: { module: "module" }` (webpack `target: "web"` alone fails on it).
+Rollup needs nothing extra; vite externalizes it for the browser with a warning.
+The `browser` condition itself is resolved by default by esbuild
+(`--platform=browser`), vite, and webpack (`target: "web"`); rollup needs
+`nodeResolve({ browser: true, exportConditions: ["browser", "default"] })`.
+
+**The barrel is not a tax.** Adding an API to an import that already loads the
+engine costs only that API. Against the `taglib-wasm` row above (esbuild, Node
+column): adding `scanFolder` costs **4,377 bytes** and adding
+`pictureToDataURL` costs **187 bytes**, because neither drags in the rest of the
+Folder or Web module tree.
+
+**The browser barrel's residue.** The browser entry is a pre-bundled file, and
+aligning its export surface with the Node barrel's added the pure
+`bwf` / `groupAlbums` / `discFolderInfo` exports to it. A browser consumer that
+imports none of them pays **350 bytes** more than before (measured on
+`import { TagLib }`, one toolchain and one snapshot, pre- and post-change
+entries): **56 bytes** for the `bwf` namespace object's top-level export table
+and **294 bytes** for the `discFolderInfo`/`groupAlbums` re-export entries —
+neither is droppable when unused. Nothing else moved: `isDenoCompiled`, a plain
+function, shakes away completely, the Folder and Web APIs are still reached only
+when imported, and the Node entries are unchanged.
+
+**Entry-point choice is not a size lever.** `taglib-wasm` and
+`taglib-wasm/simple` differ by less than 1 KB in either direction — in a browser
+bundle `simple` is 712 bytes _smaller_, on Node 991 bytes _larger_, because
+`getTagLib()` reaches the full `TagLib` class through a dynamic import. Pick by
+API surface. The lever that does matter is the `browser` export condition: a
+browser-targeted bundle is ~82 KB where a Node-targeted one is ~145 KB.
+
+**`"sideEffects": false`** is set in `package.json`, so a bundler may drop any
+module whose exports go unused. Before that field, importers of the sub-entries
+paid ~17 KB for property-metadata tables that were kept only because module-level
+table building looked impure; those bundles are now a few hundred bytes or less.
+Measured with esbuild `--platform=node`, rollup with default `node-resolve`
+options, and vite's app build — the combination under which all four apps build
+under every bundler:
+
+| Consumer app                                                   | esbuild off → on  | rollup off → on   | vite off → on   |
+| -------------------------------------------------------------- | ----------------- | ----------------- | --------------- |
+| `import "taglib-wasm/web"` (uses nothing)                      | 17,198 → 21       | 16,329 → 21       | 17,348 → 731    |
+| `import "taglib-wasm/folder"` (uses nothing)                   | 17,430 → 21       | 16,380 → 21       | 17,689 → 731    |
+| `pictureToDataURL` from `taglib-wasm/web`                      | 17,361 → 184      | 16,497 → 189      | 17,519 → 902    |
+| `import { TagLib } from "taglib-wasm"`, referenced by `typeof` | 145,596 → 145,030 | 134,337 → 134,286 | 84,278 → 84,278 |
 
 ## Runtime Compatibility
 
@@ -535,8 +710,11 @@ On Node.js, Deno, and Bun you get WASI automatically — nothing to configure.
 
 ## Known Limitations
 
-- **Memory Usage (browsers)** – In browser environments, entire files are loaded
-  into memory. On Node.js/Deno, WASI reads only headers and tags from disk.
+- **Memory Usage (browsers)** – By default, browser environments load the entire
+  file into memory; with `{ partial: true }` a `File` reads only the
+  header/footer window through `File.slice()`, falling back to the whole file
+  when the metadata overruns that window. On Node.js/Deno, WASI reads only
+  headers and tags from disk. See the [Performance Guide](https://charleswiltgen.github.io/TagLib-Wasm/concepts/performance.html#smart-partial-loading).
 - **Concurrent Access** – Not thread-safe (JavaScript single-threaded nature
   mitigates this)
 
@@ -561,7 +739,10 @@ means:
 - If you modify the TagLib C++ code, you must share those changes
 - You must provide a way for users to relink with a modified TagLib
 
-For details, see [lib/taglib/COPYING.LGPL](lib/taglib/COPYING.LGPL)
+For details, see [TagLib's COPYING.LGPL](https://github.com/taglib/taglib/blob/master/COPYING.LGPL)
+— this repository vendors TagLib as a git submodule at `lib/taglib`, so that
+path belongs to the submodule and is not part of this tree (the npm package
+ships `LICENSE` only).
 
 ## Acknowledgments
 

package/dist/index.browser.d.ts

@@ -2,7 +2,20 @@
  * @fileoverview Browser entry point for TagLib-Wasm
  *
  * Emscripten-only build with no WASI, Node.js, or Deno dependencies.
- * Excludes server-only exports: folder-api, file-utils, deno-compile.
+ *
+ * The surface is the Node barrel's minus what cannot run in a browser, and the
+ * `browser` `exports` condition resolves both the runtime and (via
+ * `dist/index.browser.d.ts`) the types to this file, so importing an omitted
+ * name is a compile error naming it rather than a bundler error. Two kinds of
+ * omission, each marked where it applies below:
+ *
+ *  - the filesystem-bound halves of `file-utils` and `folder-api`, plus the
+ *    Deno-compile helpers — a function that writes to a path or walks a
+ *    directory has no browser implementation;
+ *  - nothing else. Types are not omitted: a type describes data, and data
+ *    crosses networks, so the type surface here matches `index.ts` exactly.
+ *
+ * `tests/browser-entry-surface.test.ts` is the enforcement.
  *
  * @module TagLib-Wasm/browser
  */
@@ -12,15 +25,22 @@ export type { MutableTag } from "./src/taglib.js";
 export { isNamedAudioInput } from "./src/types/audio-formats.js";
 export { EnvironmentError, FileOperationError, InvalidFormatError, isEnvironmentError, isFileOperationError, isInvalidFormatError, isMemoryError, isMetadataError, isTagLibError, isUnsupportedFormatError, MemoryError, MetadataError, SUPPORTED_FORMATS, TagLibError, TagLibInitializationError, UnsupportedFormatError, } from "./src/errors.js";
 export type { TagLibErrorCode } from "./src/errors.js";
-export { addPicture, applyCoverArt, applyPictures, applyTags, applyTagsToFile, type BatchItem, type BatchOptions, type BatchResult, clearPictures, clearTags, type FileMetadata, findPictureByType, isValidAudioFile, readCoverArt, readFormat, readMetadata, readMetadataBatch, readPictureMetadata, readPictures, readProperties, readPropertiesBatch, readTags, readTagsBatch, replacePictureByType, setBufferMode, } from "./src/simple/index.js";
+export { isDenoCompiled } from "./src/runtime/deno-detect.js";
+export { addPicture, applyCoverArt, applyPictures, applyTags, applyTagsToFile, type BatchItem, type BatchOptions, type BatchResult, clearPictures, clearTags, type FileMetadata, findPictureByType, isValidAudioFile, readCoverArt, readFormat, readMediaChecksum, readMetadata, readMetadataBatch, readPictureMetadata, readPictures, readProperties, readPropertiesBatch, readTags, readTagsBatch, replacePictureByType, setBufferMode, } from "./src/simple/index.js";
+export type { ChecksumAlgorithm, ChecksumSource, MediaChecksum, MediaChecksumOptions, } from "./src/taglib/audio-file-checksum.js";
 export { FormatMappings, getAllProperties, getAllPropertyKeys, getPropertiesByFormat, getPropertyMetadata, isValidProperty, PROPERTIES, propertyValue, propertyValues, } from "./src/constants.js";
 export type { PropertyMetadata } from "./src/constants/property-types.js";
+export { discFolderInfo } from "./src/folder-api/folder-disc.js";
+export { groupAlbums } from "./src/folder-api/album-grouping.js";
+export type { AlbumDisc, AlbumGroup, AlbumGroupingResult, AlbumGroupItem, AlbumGroupKey, AudioDynamics, AudioFileMetadata, DiscConfidence, DiscFolderInfo, DuplicateGroup, FolderScanItem, FolderScanOptions, FolderScanResult, GroupAlbumsOptions, ScanForAlbumsOptions, } from "./src/folder-api/index.js";
 export { canvasToPicture, createPictureDownloadURL, createPictureGallery, dataURLToPicture, displayPicture, imageFileToPicture, pictureToDataURL, setCoverArtFromCanvas, } from "./src/web-utils/index.js";
-export type { AudioCodec, AudioFileInput, AudioProperties, BitrateControlMode, ContainerFormat, ExtendedTag, FieldMapping, FileType, NamedAudioInput, OpenOptions, Picture, PictureType, PropertyMap, Tag, TagInput, } from "./src/types.js";
+export type { AudioCodec, AudioFileInput, AudioProperties, BitrateControlMode, BroadcastAudioExtension, Chapter, ContainerFormat, ExtendedTag, FieldMapping, FileType, NamedAudioInput, OpenOptions, Picture, PictureType, PropertyMap, SetChaptersOptions, Tag, TagInput, } from "./src/types.js";
 export { BITRATE_CONTROL_MODE_NAMES, BITRATE_CONTROL_MODE_VALUES, PICTURE_TYPE_NAMES, PICTURE_TYPE_VALUES, } from "./src/types.js";
 export type { PropertyKey, PropertyValue } from "./src/constants.js";
 export type { FormatPropertyKey, TagFormat, } from "./src/types/format-property-keys.js";
-export type { Rating, UnsyncedLyrics, VariantMap, } from "./src/constants/complex-properties.js";
+export type { TypedAudioProperties } from "./src/types/audio-formats.js";
+export type { Id3v2Frame, Rating, UnsyncedLyrics, VariantMap, } from "./src/constants/complex-properties.js";
+export * as bwf from "./src/bwf/bext.js";
 export { RatingUtils } from "./src/utils/rating.js";
 export type { NormalizedRating, PopmRating } from "./src/utils/rating.js";
 export type { TagLibModule, WasmModule } from "./src/wasm.js";

package/dist/index.browser.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"index.browser.d.ts","sourceRoot":"","sources":["../index.browser.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAGH,YAAY,EACV,SAAS,EACT,cAAc,GACf,MAAM,sCAAsC,CAAC;AAC9C,OAAO,EAAE,aAAa,EAAE,YAAY,EAAE,MAAM,EAAE,MAAM,iBAAiB,CAAC;AACtE,YAAY,EAAE,UAAU,EAAE,MAAM,iBAAiB,CAAC;AAClD,OAAO,EAAE,iBAAiB,EAAE,MAAM,8BAA8B,CAAC;AAGjE,OAAO,EACL,gBAAgB,EAChB,kBAAkB,EAClB,kBAAkB,EAClB,kBAAkB,EAClB,oBAAoB,EACpB,oBAAoB,EACpB,aAAa,EACb,eAAe,EACf,aAAa,EACb,wBAAwB,EACxB,WAAW,EACX,aAAa,EACb,iBAAiB,EACjB,WAAW,EACX,yBAAyB,EACzB,sBAAsB,GACvB,MAAM,iBAAiB,CAAC;AACzB,YAAY,EAAE,eAAe,EAAE,MAAM,iBAAiB,CAAC;AAGvD,OAAO,EACL,UAAU,EACV,aAAa,EACb,aAAa,EACb,SAAS,EACT,eAAe,EACf,KAAK,SAAS,EACd,KAAK,YAAY,EACjB,KAAK,WAAW,EAChB,aAAa,EACb,SAAS,EACT,KAAK,YAAY,EACjB,iBAAiB,EACjB,gBAAgB,EAChB,YAAY,EACZ,UAAU,EACV,YAAY,EACZ,iBAAiB,EACjB,mBAAmB,EACnB,YAAY,EACZ,cAAc,EACd,mBAAmB,EACnB,QAAQ,EACR,aAAa,EACb,oBAAoB,EACpB,aAAa,GACd,MAAM,uBAAuB,CAAC;AAG/B,OAAO,EACL,cAAc,EACd,gBAAgB,EAChB,kBAAkB,EAClB,qBAAqB,EACrB,mBAAmB,EACnB,eAAe,EACf,UAAU,EACV,aAAa,EACb,cAAc,GACf,MAAM,oBAAoB,CAAC;AAC5B,YAAY,EAAE,gBAAgB,EAAE,MAAM,mCAAmC,CAAC;AAG1E,OAAO,EACL,eAAe,EACf,wBAAwB,EACxB,oBAAoB,EACpB,gBAAgB,EAChB,cAAc,EACd,kBAAkB,EAClB,gBAAgB,EAChB,qBAAqB,GACtB,MAAM,0BAA0B,CAAC;AAGlC,YAAY,EACV,UAAU,EACV,cAAc,EACd,eAAe,EACf,kBAAkB,EAClB,eAAe,EACf,WAAW,EACX,YAAY,EACZ,QAAQ,EACR,eAAe,EACf,WAAW,EACX,OAAO,EACP,WAAW,EACX,WAAW,EACX,GAAG,EACH,QAAQ,GACT,MAAM,gBAAgB,CAAC;AACxB,OAAO,EACL,0BAA0B,EAC1B,2BAA2B,EAC3B,kBAAkB,EAClB,mBAAmB,GACpB,MAAM,gBAAgB,CAAC;AAExB,YAAY,EAAE,WAAW,EAAE,aAAa,EAAE,MAAM,oBAAoB,CAAC;AACrE,YAAY,EACV,iBAAiB,EACjB,SAAS,GACV,MAAM,qCAAqC,CAAC;AAG7C,YAAY,EACV,MAAM,EACN,cAAc,EACd,UAAU,GACX,MAAM,uCAAuC,CAAC;AAG/C,OAAO,EAAE,WAAW,EAAE,MAAM,uBAAuB,CAAC;AACpD,YAAY,EAAE,gBAAgB,EAAE,UAAU,EAAE,MAAM,uBAAuB,CAAC;AAG1E,YAAY,EAAE,YAAY,EAAE,UAAU,EAAE,MAAM,eAAe,CAAC;AAC9D,YAAY,EAAE,iBAAiB,EAAE,MAAM,+BAA+B,CAAC;AACvE,OAAO,EAAE,gBAAgB,EAAE,MAAM,wCAAwC,CAAC"}
+{"version":3,"file":"index.browser.d.ts","sourceRoot":"","sources":["../index.browser.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;GAoBG;AAGH,YAAY,EACV,SAAS,EACT,cAAc,GACf,MAAM,sCAAsC,CAAC;AAC9C,OAAO,EAAE,aAAa,EAAE,YAAY,EAAE,MAAM,EAAE,MAAM,iBAAiB,CAAC;AACtE,YAAY,EAAE,UAAU,EAAE,MAAM,iBAAiB,CAAC;AAClD,OAAO,EAAE,iBAAiB,EAAE,MAAM,8BAA8B,CAAC;AAGjE,OAAO,EACL,gBAAgB,EAChB,kBAAkB,EAClB,kBAAkB,EAClB,kBAAkB,EAClB,oBAAoB,EACpB,oBAAoB,EACpB,aAAa,EACb,eAAe,EACf,aAAa,EACb,wBAAwB,EACxB,WAAW,EACX,aAAa,EACb,iBAAiB,EACjB,WAAW,EACX,yBAAyB,EACzB,sBAAsB,GACvB,MAAM,iBAAiB,CAAC;AACzB,YAAY,EAAE,eAAe,EAAE,MAAM,iBAAiB,CAAC;AAQvD,OAAO,EAAE,cAAc,EAAE,MAAM,8BAA8B,CAAC;AAG9D,OAAO,EACL,UAAU,EACV,aAAa,EACb,aAAa,EACb,SAAS,EACT,eAAe,EACf,KAAK,SAAS,EACd,KAAK,YAAY,EACjB,KAAK,WAAW,EAChB,aAAa,EACb,SAAS,EACT,KAAK,YAAY,EACjB,iBAAiB,EACjB,gBAAgB,EAChB,YAAY,EACZ,UAAU,EACV,iBAAiB,EACjB,YAAY,EACZ,iBAAiB,EACjB,mBAAmB,EACnB,YAAY,EACZ,cAAc,EACd,mBAAmB,EACnB,QAAQ,EACR,aAAa,EACb,oBAAoB,EACpB,aAAa,GACd,MAAM,uBAAuB,CAAC;AAC/B,YAAY,EACV,iBAAiB,EACjB,cAAc,EACd,aAAa,EACb,oBAAoB,GACrB,MAAM,qCAAqC,CAAC;AAG7C,OAAO,EACL,cAAc,EACd,gBAAgB,EAChB,kBAAkB,EAClB,qBAAqB,EACrB,mBAAmB,EACnB,eAAe,EACf,UAAU,EACV,aAAa,EACb,cAAc,GACf,MAAM,oBAAoB,CAAC;AAC5B,YAAY,EAAE,gBAAgB,EAAE,MAAM,mCAAmC,CAAC;AAgB1E,OAAO,EAAE,cAAc,EAAE,MAAM,iCAAiC,CAAC;AACjE,OAAO,EAAE,WAAW,EAAE,MAAM,oCAAoC,CAAC;AACjE,YAAY,EACV,SAAS,EACT,UAAU,EACV,mBAAmB,EACnB,cAAc,EACd,aAAa,EACb,aAAa,EACb,iBAAiB,EACjB,cAAc,EACd,cAAc,EACd,cAAc,EACd,cAAc,EACd,iBAAiB,EACjB,gBAAgB,EAChB,kBAAkB,EAClB,oBAAoB,GACrB,MAAM,2BAA2B,CAAC;AAGnC,OAAO,EACL,eAAe,EACf,wBAAwB,EACxB,oBAAoB,EACpB,gBAAgB,EAChB,cAAc,EACd,kBAAkB,EAClB,gBAAgB,EAChB,qBAAqB,GACtB,MAAM,0BAA0B,CAAC;AAGlC,YAAY,EACV,UAAU,EACV,cAAc,EACd,eAAe,EACf,kBAAkB,EAClB,uBAAuB,EACvB,OAAO,EACP,eAAe,EACf,WAAW,EACX,YAAY,EACZ,QAAQ,EACR,eAAe,EACf,WAAW,EACX,OAAO,EACP,WAAW,EACX,WAAW,EACX,kBAAkB,EAClB,GAAG,EACH,QAAQ,GACT,MAAM,gBAAgB,CAAC;AACxB,OAAO,EACL,0BAA0B,EAC1B,2BAA2B,EAC3B,kBAAkB,EAClB,mBAAmB,GACpB,MAAM,gBAAgB,CAAC;AAExB,YAAY,EAAE,WAAW,EAAE,aAAa,EAAE,MAAM,oBAAoB,CAAC;AACrE,YAAY,EACV,iBAAiB,EACjB,SAAS,GACV,MAAM,qCAAqC,CAAC;AAC7C,YAAY,EAAE,oBAAoB,EAAE,MAAM,8BAA8B,CAAC;AAGzE,YAAY,EACV,UAAU,EACV,MAAM,EACN,cAAc,EACd,UAAU,GACX,MAAM,uCAAuC,CAAC;AAI/C,OAAO,KAAK,GAAG,MAAM,mBAAmB,CAAC;AAGzC,OAAO,EAAE,WAAW,EAAE,MAAM,uBAAuB,CAAC;AACpD,YAAY,EAAE,gBAAgB,EAAE,UAAU,EAAE,MAAM,uBAAuB,CAAC;AAG1E,YAAY,EAAE,YAAY,EAAE,UAAU,EAAE,MAAM,eAAe,CAAC;AAC9D,YAAY,EAAE,iBAAiB,EAAE,MAAM,+BAA+B,CAAC;AACvE,OAAO,EAAE,gBAAgB,EAAE,MAAM,wCAAwC,CAAC"}