@carbonenginejs/runtime-resource 0.13.0 → 0.14.0

package/docs/roadmap.md

@@ -1,150 +1,150 @@
-# Roadmap
-
-Status: Evolving  
-Scope: `@carbonenginejs/runtime-resource`  
-Audience: Integrators and maintainers  
-Summary: Records approved future direction, open design questions, and the current shader-format boundary needed to interpret that direction.
-
-Unless a section is explicitly marked **Current**, everything below is future
-work. Current behavior is documented in the
-[reference pages](reference/motherlode-cache.md); where this page and a
-reference page disagree, the reference page describes the shipped package.
-
-## Runtime manager follow-up
-
-The ResMan/MotherLode contract is complete for its current consumers. Future
-work should be driven by measured application needs rather than another
-resource preparation abstraction:
-
-- main-queue priority and starvation policy;
-- cancellation/abort propagation for work that has already started;
-- `WaitUrgent()` after real priority and bounded fairness;
-- queue-time and reader/format-time telemetry;
-- application-level default retention policy selection;
-- automatic resource/payload byte estimation and separate CPU/adapter
-  budgets;
-- additional browser-source response types and configurable worker-pool
-  concurrency.
-
-## Browser shader formats
-
-**Current:** HLSL, DXBC, WebGL, and WebGPU are consolidated into
-runtime-resource and exposed as independently importable
-`@carbonenginejs/runtime-resource/formats/<name>` entry points. HLSL and DXBC
-remain directly usable; WebGL and WebGPU compose them to read DX11/DX12 effect
-inputs and translate them.
-
-**Planned:** Browser delivery and fallback policy still needs a stable
-application-facing contract.
-
-Browser-targeted production modules must not import or require Node-only
-shader libraries. A format package may use local Node libraries as development
-or test dependencies for fixtures, comparison, and conformance checks, but
-those libraries must not ship and must not be runtime dependencies.
-
-ccpwgl currently preserves an authored `.fx` path while `Tw2Device` maps it to
-a backend-specific remote namespace such as `effect.gles2` or `effect.webgl2`
-and appends the selected shader-model extension. The resource/format
-contract must retain both use cases:
-
-- resolve and load a pretranslated backend artifact from a remote resource
-  provider or tools-core cache; and
-- fall back to the authored effect input and translate it in the browser.
-
-The authored effect path should remain the stable identity. Backend profile,
-shader model, translated cache path, and translation capabilities are
-resolution facts rather than changes a caller must make to its source path.
-
-## Format buffer ownership and destination reuse
-
-**Current:** The CMF, DDS, FBX, GIF, glTF, JPEG, MP3, MP4, Ogg, PNG, STL,
-TGA, WAV, WebM, and WebP byte normalizers preserve an existing `Uint8Array`.
-`ArrayBuffer` and other byte-addressable views are exposed through a
-`Uint8Array` view over the same backing storage rather than copied merely for
-input normalization. Decode operations that produce new pixel, sample,
-geometry, or decompression payloads currently allocate those result arrays
-internally. Resource payload references are shared read-only by default;
-[MotherLode retention](reference/motherlode-cache.md) defines the cases where
-a consumer must make an explicit copy.
-
-**Planned:** Known-size decode and transform operations should gain
-format-specific optional destination-array seams. Omitting the destination
-must preserve the convenient allocating call. Supplying a valid destination
-must fill and return that exact object. Each seam must:
-
-- require the correct typed-array kind and sufficient capacity before writing;
-- support non-zero-offset input and destination views;
-- leave input unchanged unless the operation explicitly documents an
-  in-place transform;
-- produce the same bytes and typed-array kind as the allocating form; and
-- behave deterministically when one destination is reused across sequential
-  calls.
-
-The first candidates are CMF decompression, FBX inflate and packed-array
-helpers, DDS block and uncompressed decoders, PNG row/RGBA decode, JPEG
-component and final RGBA output, TGA RGBA decode, GIF compositing canvas, WAV
-PCM decode, and glTF data-URI decode. Decoder workspaces such as JPEG
-coefficient blocks, cached lookup tables, CRC tables, and small fixed scratch
-arrays remain implementation-owned rather than becoming public output
-arguments.
-
-Some copies remain necessary: mutation of otherwise shared data,
-`ArrayBuffer` transfer/detachment, compacting a small retained range out of a
-large backing buffer, immutable frame history, and platform APIs that expose
-no destination seam. Those copies should stay explicit at the owning call
-site. This direction does not introduce a generic deep-copy operation for
-payload objects or typed-array bundles.
-
-## Scoped lock token
-
-**Planned:** add `AcquireLock()` as an async-safe wrapper around the current
-`Lock()`/`Unlock()` contract. Existing `KeepAlive()` and
-`KeepPayloadAlive()` behavior remains current package API; this roadmap does
-not propose removing it.
-
-Raw `Lock()` / `Unlock()` is easy to mis-pair across asynchronous success,
-failure, cancellation, and disposal. Prefer a JS-only acquired-lock API:
-
-```js
-const hold = resource.AcquireLock();
-try {
-  const payload = await resource.Ready();
-  await consume(payload);
-} finally {
-  hold.Release();
-}
-```
-
-The acquired token should add exactly one lock, capture the canonical key and
-ownership generation that received it, and release that exact lock at most
-once. `Release()` must be idempotent. If the original record has been
-deleted, replaced, purged, or rebound, releasing the stale token must not
-decrement a new owner's lock. Acquisition and release must never fetch,
-reconstruct, prepare, or release payload data themselves.
-
-The token is an async-safety replacement for exposing the existing raw lock
-count, not a new retention policy. For example, runtime-audio can hold
-source/PCM payload through decode and release the token once it owns the
-resulting WebAudio `AudioBuffer`; keeping the resource locked for the full
-playback or decoded-cache lifetime would unnecessarily retain both
-representations. Runtime-lifetime and group retention remain caller policy
-built from explicit tokens, not an implicit default on every loaded resource.
-
-## Open design questions
-
-- Should `Unload()` drop only adapter payloads by default, or CPU payloads
-  too?
-- Should there be explicit `UnloadAdapterResources()`, `UnloadPayload()`, and
-  `Purge()` phases?
-- Which format/resource-specific estimators should supply separate identity,
-  CPU-payload, and adapter byte weights without double-counting shared
-  buffers?
-- Should manually attached/dynamic resources default to locked, like ccpwgl's
-  manual shader resources use `doNotPurge`?
-- Should a resource-level `Purge()` complement the existing automatic and
-  MotherLode-level eviction operations?
-
-## Related documentation
-
-- [MotherLode identity, cache, and retention](reference/motherlode-cache.md)
-- [Candidate-first atomic reload](reference/reload.md)
+# Roadmap
+
+Status: Evolving  
+Scope: `@carbonenginejs/runtime-resource`  
+Audience: Integrators and maintainers  
+Summary: Records approved future direction, open design questions, and the current shader-format boundary needed to interpret that direction.
+
+Unless a section is explicitly marked **Current**, everything below is future
+work. Current behavior is documented in the
+[reference pages](reference/motherlode-cache.md); where this page and a
+reference page disagree, the reference page describes the shipped package.
+
+## Runtime manager follow-up
+
+The ResMan/MotherLode contract is complete for its current consumers. Future
+work should be driven by measured application needs rather than another
+resource preparation abstraction:
+
+- main-queue priority and starvation policy;
+- cancellation/abort propagation for work that has already started;
+- `WaitUrgent()` after real priority and bounded fairness;
+- queue-time and reader/format-time telemetry;
+- application-level default retention policy selection;
+- automatic resource/payload byte estimation and separate CPU/adapter
+  budgets;
+- additional browser-source response types and configurable worker-pool
+  concurrency.
+
+## Browser shader formats
+
+**Current:** HLSL, DXBC, WebGL, and WebGPU are consolidated into
+runtime-resource and exposed as independently importable
+`@carbonenginejs/runtime-resource/formats/<name>` entry points. HLSL and DXBC
+remain directly usable; WebGL and WebGPU compose them to read DX11/DX12 effect
+inputs and translate them.
+
+**Planned:** Browser delivery and fallback policy still needs a stable
+application-facing contract.
+
+Browser-targeted production modules must not import or require Node-only
+shader libraries. A format package may use local Node libraries as development
+or test dependencies for fixtures, comparison, and conformance checks, but
+those libraries must not ship and must not be runtime dependencies.
+
+ccpwgl currently preserves an authored `.fx` path while `Tw2Device` maps it to
+a backend-specific remote namespace such as `effect.gles2` or `effect.webgl2`
+and appends the selected shader-model extension. The resource/format
+contract must retain both use cases:
+
+- resolve and load a pretranslated backend artifact from a remote resource
+  provider or tools-core cache; and
+- fall back to the authored effect input and translate it in the browser.
+
+The authored effect path should remain the stable identity. Backend profile,
+shader model, translated cache path, and translation capabilities are
+resolution facts rather than changes a caller must make to its source path.
+
+## Format buffer ownership and destination reuse
+
+**Current:** The CMF, DDS, FBX, GIF, glTF, JPEG, MP3, MP4, Ogg, PNG, STL,
+TGA, WAV, WebM, and WebP byte normalizers preserve an existing `Uint8Array`.
+`ArrayBuffer` and other byte-addressable views are exposed through a
+`Uint8Array` view over the same backing storage rather than copied merely for
+input normalization. Decode operations that produce new pixel, sample,
+geometry, or decompression payloads currently allocate those result arrays
+internally. Resource payload references are shared read-only by default;
+[MotherLode retention](reference/motherlode-cache.md) defines the cases where
+a consumer must make an explicit copy.
+
+**Planned:** Known-size decode and transform operations should gain
+format-specific optional destination-array seams. Omitting the destination
+must preserve the convenient allocating call. Supplying a valid destination
+must fill and return that exact object. Each seam must:
+
+- require the correct typed-array kind and sufficient capacity before writing;
+- support non-zero-offset input and destination views;
+- leave input unchanged unless the operation explicitly documents an
+  in-place transform;
+- produce the same bytes and typed-array kind as the allocating form; and
+- behave deterministically when one destination is reused across sequential
+  calls.
+
+The first candidates are CMF decompression, FBX inflate and packed-array
+helpers, DDS block and uncompressed decoders, PNG row/RGBA decode, JPEG
+component and final RGBA output, TGA RGBA decode, GIF compositing canvas, WAV
+PCM decode, and glTF data-URI decode. Decoder workspaces such as JPEG
+coefficient blocks, cached lookup tables, CRC tables, and small fixed scratch
+arrays remain implementation-owned rather than becoming public output
+arguments.
+
+Some copies remain necessary: mutation of otherwise shared data,
+`ArrayBuffer` transfer/detachment, compacting a small retained range out of a
+large backing buffer, immutable frame history, and platform APIs that expose
+no destination seam. Those copies should stay explicit at the owning call
+site. This direction does not introduce a generic deep-copy operation for
+payload objects or typed-array bundles.
+
+## Scoped lock token
+
+**Planned:** add `AcquireLock()` as an async-safe wrapper around the current
+`Lock()`/`Unlock()` contract. Existing `KeepAlive()` and
+`KeepPayloadAlive()` behavior remains current package API; this roadmap does
+not propose removing it.
+
+Raw `Lock()` / `Unlock()` is easy to mis-pair across asynchronous success,
+failure, cancellation, and disposal. Prefer a JS-only acquired-lock API:
+
+```js
+const hold = resource.AcquireLock();
+try {
+  const payload = await resource.Ready();
+  await consume(payload);
+} finally {
+  hold.Release();
+}
+```
+
+The acquired token should add exactly one lock, capture the canonical key and
+ownership generation that received it, and release that exact lock at most
+once. `Release()` must be idempotent. If the original record has been
+deleted, replaced, purged, or rebound, releasing the stale token must not
+decrement a new owner's lock. Acquisition and release must never fetch,
+reconstruct, prepare, or release payload data themselves.
+
+The token is an async-safety replacement for exposing the existing raw lock
+count, not a new retention policy. For example, runtime-audio can hold
+source/PCM payload through decode and release the token once it owns the
+resulting WebAudio `AudioBuffer`; keeping the resource locked for the full
+playback or decoded-cache lifetime would unnecessarily retain both
+representations. Runtime-lifetime and group retention remain caller policy
+built from explicit tokens, not an implicit default on every loaded resource.
+
+## Open design questions
+
+- Should `Unload()` drop only adapter payloads by default, or CPU payloads
+  too?
+- Should there be explicit `UnloadAdapterResources()`, `UnloadPayload()`, and
+  `Purge()` phases?
+- Which format/resource-specific estimators should supply separate identity,
+  CPU-payload, and adapter byte weights without double-counting shared
+  buffers?
+- Should manually attached/dynamic resources default to locked, like ccpwgl's
+  manual shader resources use `doNotPurge`?
+- Should a resource-level `Purge()` complement the existing automatic and
+  MotherLode-level eviction operations?
+
+## Related documentation
+
+- [MotherLode identity, cache, and retention](reference/motherlode-cache.md)
+- [Candidate-first atomic reload](reference/reload.md)

package/format-notices/black/LICENSE

@@ -1,21 +1,21 @@
-MIT License
-
-Copyright (c) 2026 CarbonEngineJS contributors
-
-Permission is hereby granted, free of charge, to any person obtaining a copy
-of this software and associated documentation files (the "Software"), to deal
-in the Software without restriction, including without limitation the rights
-to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
-copies of the Software, and to permit persons to whom the Software is
-furnished to do so, subject to the following conditions:
-
-The above copyright notice and this permission notice shall be included in all
-copies or substantial portions of the Software.
-
-THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
-IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
-FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
-AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
-LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
-OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
-SOFTWARE.
+MIT License
+
+Copyright (c) 2026 CarbonEngineJS contributors
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/format-notices/black/NOTICE

@@ -1,47 +1,47 @@
-format-black
-
-Copyright (c) CarbonEngineJS contributors.
-CarbonEngine source material, formats, class names, and schema semantics remain
-copyright their original CarbonEngine authors.
-Fenris Creations (CCP Games) source material, tools, assets, shader behavior,
-and EVE-related data remain copyright their original holders.
-
-This package is a CarbonEngineJS-facing reader for `.black` files. It
-contains original project code unless third-party material is explicitly listed
-below.
-CarbonEngine and Fenris Creations (CCP Games) are mentioned for
-interoperability, provenance, and future migration context only. This package is
-not affiliated with or endorsed by CCP Games.
-
-Third-party reference material
-------------------------------
-
-black-reader-js
-Repository: https://github.com/rawrafox/black-reader-js
-Author: rawrafox
-Package author: aurora
-License: MIT
-Local license notice: Copyright (c) 2023 @rawrafox and @cppctamber
-
-CarbonEngineJS uses black-reader-js as reference material for `.black` format
-behavior. The format-black package is implemented against CarbonEngineJS
-runtime-utils/canonical schema definitions and emits CarbonEngineJS public
-Black payload data.
-
-Provenance and legal requirements
----------------------------------
-
-This scaffold currently contains CarbonEngineJS original project code plus the
-third-party reference attribution listed above. It does not include copied
-CarbonEngine source code or third-party parser code.
-
-If future work copies, ports, translates, or derives from CarbonEngine, ccpwgl,
-Fenris Creations (CCP Games) / EVE assets or tools, or any third-party library,
-update this NOTICE before committing that work with:
-
-- upstream copyright holders;
-- upstream project/repository, file path, and revision when known;
-- upstream license name, license text or required notice location, and any
-  redistribution obligations;
-- whether the material was copied/ported/adapted, or used only as a behavioral
-  reference with no copied expression.
+format-black
+
+Copyright (c) CarbonEngineJS contributors.
+CarbonEngine source material, formats, class names, and schema semantics remain
+copyright their original CarbonEngine authors.
+Fenris Creations (CCP Games) source material, tools, assets, shader behavior,
+and EVE-related data remain copyright their original holders.
+
+This package is a CarbonEngineJS-facing reader for `.black` files. It
+contains original project code unless third-party material is explicitly listed
+below.
+CarbonEngine and Fenris Creations (CCP Games) are mentioned for
+interoperability, provenance, and future migration context only. This package is
+not affiliated with or endorsed by CCP Games.
+
+Third-party reference material
+------------------------------
+
+black-reader-js
+Repository: https://github.com/rawrafox/black-reader-js
+Author: rawrafox
+Package author: aurora
+License: MIT
+Local license notice: Copyright (c) 2023 @rawrafox and @cppctamber
+
+CarbonEngineJS uses black-reader-js as reference material for `.black` format
+behavior. The format-black package is implemented against CarbonEngineJS
+runtime-utils/canonical schema definitions and emits CarbonEngineJS public
+Black payload data.
+
+Provenance and legal requirements
+---------------------------------
+
+This scaffold currently contains CarbonEngineJS original project code plus the
+third-party reference attribution listed above. It does not include copied
+CarbonEngine source code or third-party parser code.
+
+If future work copies, ports, translates, or derives from CarbonEngine, ccpwgl,
+Fenris Creations (CCP Games) / EVE assets or tools, or any third-party library,
+update this NOTICE before committing that work with:
+
+- upstream copyright holders;
+- upstream project/repository, file path, and revision when known;
+- upstream license name, license text or required notice location, and any
+  redistribution obligations;
+- whether the material was copied/ported/adapted, or used only as a behavioral
+  reference with no copied expression.

package/format-notices/bnk/LICENSE

@@ -1,21 +1,21 @@
-MIT License
-
-Copyright (c) 2026 CarbonEngineJS contributors
-
-Permission is hereby granted, free of charge, to any person obtaining a copy
-of this software and associated documentation files (the "Software"), to deal
-in the Software without restriction, including without limitation the rights
-to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
-copies of the Software, and to permit persons to whom the Software is
-furnished to do so, subject to the following conditions:
-
-The above copyright notice and this permission notice shall be included in all
-copies or substantial portions of the Software.
-
-THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
-IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
-FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
-AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
-LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
-OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
-SOFTWARE.
+MIT License
+
+Copyright (c) 2026 CarbonEngineJS contributors
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/format-notices/bnk/NOTICE

@@ -1,21 +1,21 @@
-formats/bnk
-
-Copyright (c) CarbonEngineJS contributors.
-CarbonEngine source material, formats, class names, and schema semantics remain
-copyright their original CarbonEngine authors.
-Fenris Creations (CCP Games) source material, tools, assets, shader behavior,
-and EVE-related data remain copyright their original holders.
-Wwise and the Wwise soundbank format are property of Audiokinetic Inc.
-
-This reader is original CarbonEngineJS code authored directly in
-runtime-resource; no legacy package was copied. The soundbank chunk layout,
-HIRC object field layouts, the event-graph resolution exposed as
-`eventMediaFromBanks`, and the typed version-150 authored-SFX node tails
-exposed as `sfxNodesFromBanks` were implemented from publicly documented
-community knowledge of the format (ww2ogg, vgmstream, wwiser documentation)
-and independently verified by hexdump against EVE Online soundbanks (bank
-generator version 150); no code was copied from those projects and no
-Audiokinetic SDK material was used.
-Audiokinetic, CarbonEngine, and Fenris Creations (CCP Games) are mentioned for
-interoperability, provenance, and future migration context only. This package
-is not affiliated with or endorsed by Audiokinetic Inc. or CCP Games.
+formats/bnk
+
+Copyright (c) CarbonEngineJS contributors.
+CarbonEngine source material, formats, class names, and schema semantics remain
+copyright their original CarbonEngine authors.
+Fenris Creations (CCP Games) source material, tools, assets, shader behavior,
+and EVE-related data remain copyright their original holders.
+Wwise and the Wwise soundbank format are property of Audiokinetic Inc.
+
+This reader is original CarbonEngineJS code authored directly in
+runtime-resource; no legacy package was copied. The soundbank chunk layout,
+HIRC object field layouts, the event-graph resolution exposed as
+`eventMediaFromBanks`, and the typed version-150 authored-SFX node tails
+exposed as `sfxNodesFromBanks` were implemented from publicly documented
+community knowledge of the format (ww2ogg, vgmstream, wwiser documentation)
+and independently verified by hexdump against EVE Online soundbanks (bank
+generator version 150); no code was copied from those projects and no
+Audiokinetic SDK material was used.
+Audiokinetic, CarbonEngine, and Fenris Creations (CCP Games) are mentioned for
+interoperability, provenance, and future migration context only. This package
+is not affiliated with or endorsed by Audiokinetic Inc. or CCP Games.

package/format-notices/cmf/LICENSE

@@ -1,21 +1,21 @@
-MIT License
-
-Copyright (c) 2026 CarbonEngineJS contributors
-
-Permission is hereby granted, free of charge, to any person obtaining a copy
-of this software and associated documentation files (the "Software"), to deal
-in the Software without restriction, including without limitation the rights
-to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
-copies of the Software, and to permit persons to whom the Software is
-furnished to do so, subject to the following conditions:
-
-The above copyright notice and this permission notice shall be included in all
-copies or substantial portions of the Software.
-
-THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
-IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
-FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
-AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
-LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
-OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
-SOFTWARE.
+MIT License
+
+Copyright (c) 2026 CarbonEngineJS contributors
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/format-notices/cmf/NOTICE

@@ -1,36 +1,36 @@
-carbonenginejs/format-cmf
-=========================
-
-A pure-JavaScript reader for Carbon Mesh Format (.cmf) geometry containers.
-
-CarbonEngineJS-facing code is copyright CarbonEngineJS contributors.
-CarbonEngine source material, formats, class names, and schema semantics remain
-copyright their original CarbonEngine authors. Fenris Creations (CCP Games)
-source material, tools, assets, shader behavior, and EVE-related data remain
-copyright their original holders.
-
-CarbonEngine and Fenris Creations (CCP Games) are mentioned for interoperability
-and provenance context. This package is not affiliated with or endorsed by CCP
-Games.
-
-Format reference
-----------------
-
-The CMF v1 structure names, enum names, layout, and validation behavior were
-implemented from the local CarbonEngine mesh headers and sources:
-
-  - mesh/include/cmf/cmf.h
-  - mesh/include/cmf/v1.h
-  - mesh/include/cmf/span.h
-  - mesh/include/cmf/writer.h
-  - mesh/src/cmf/writer.cpp
-  - mesh/src/cmf/utils.cpp
-
-No CarbonEngine implementation code is copied into this package.
-
-Third-party dependencies
-------------------------
-
-meshoptimizer JavaScript package
-  Used for decoding CMF GPU-buffer sections compressed with meshoptimizer
-  vertex/index codecs. Copyright Arseny Kapoulkine, MIT License.
+carbonenginejs/format-cmf
+=========================
+
+A pure-JavaScript reader for Carbon Mesh Format (.cmf) geometry containers.
+
+CarbonEngineJS-facing code is copyright CarbonEngineJS contributors.
+CarbonEngine source material, formats, class names, and schema semantics remain
+copyright their original CarbonEngine authors. Fenris Creations (CCP Games)
+source material, tools, assets, shader behavior, and EVE-related data remain
+copyright their original holders.
+
+CarbonEngine and Fenris Creations (CCP Games) are mentioned for interoperability
+and provenance context. This package is not affiliated with or endorsed by CCP
+Games.
+
+Format reference
+----------------
+
+The CMF v1 structure names, enum names, layout, and validation behavior were
+implemented from the local CarbonEngine mesh headers and sources:
+
+  - mesh/include/cmf/cmf.h
+  - mesh/include/cmf/v1.h
+  - mesh/include/cmf/span.h
+  - mesh/include/cmf/writer.h
+  - mesh/src/cmf/writer.cpp
+  - mesh/src/cmf/utils.cpp
+
+No CarbonEngine implementation code is copied into this package.
+
+Third-party dependencies
+------------------------
+
+meshoptimizer JavaScript package
+  Used for decoding CMF GPU-buffer sections compressed with meshoptimizer
+  vertex/index codecs. Copyright Arseny Kapoulkine, MIT License.