edfcore 0.5.63 → 0.5.65

package/dist/constants.d.ts

@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
     readonly reserved: 224;
 };
 /** Published package version. Kept in sync with package.json by a test. */
-export declare const VERSION = "0.5.63";
+export declare const VERSION = "0.5.65";
 //# sourceMappingURL=constants.d.ts.map

package/dist/constants.js

@@ -79,5 +79,5 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
     reserved: 224,
 };
 /** Published package version. Kept in sync with package.json by a test. */
-export const VERSION = '0.5.63';
+export const VERSION = '0.5.65';
 //# sourceMappingURL=constants.js.map

package/docs/CHANGELOG.md

@@ -6,6 +6,51 @@ alone does not tell you whether you were affected.
 edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
 defect; those are called out below.
 
+## 0.5.65
+
+- **Added** the question two of the three bundled adapters already answer, asked of the third.
+  `blobSource` is shrunk under an open source in `source-contract.test.ts` — "a `File` whose
+  backing file changed on disk since the picker ran" — and `fileHandleSource` gets the same
+  treatment against a file that turned out shorter than it was built for. `byteSource` was never
+  asked, because until recently there was nothing to ask: an `ArrayBuffer` was a fixed extent for
+  its whole life, so measuring it once at construction stayed true.
+- It is not fixed any more. `resize` changes the length in place and `transfer` takes the bytes
+  away, and both leave the caller holding a `Uint8Array` that looks exactly as it did.
+- `when-the-bytes-move.test.ts` gives the three outcomes, which differ. SHRINKING is caught by the
+  contract guard every read goes through, with both numbers on the refusal — including mid-
+  recording, where a header has already been read and a reader would otherwise decode whatever is
+  left as the records it asked for. TRANSFERRING is refused at construction, since 0.5.62. GROWING
+  is invisible, and that is the answer rather than a defect: `byteLength` is the extent the caller
+  presented, and a source that silently grew would change what `header.recordCount` means for a
+  file already open.
+- The adapters are read off `src/io/` rather than listed, so a fourth fails this file until it says
+  which of the three it does.
+
+## 0.5.64
+
+- **Added** the reading half of "edfcore reads, it does not write". `reads-not-writes.test.ts`
+  checks the five places the package SAYS so — the README, AGENTS.md, `comparison.md`,
+  `design-decisions.md` and the npm keywords — and all five are about the missing feature: edfcore
+  produces no EDF files. None of them is about the bytes you already have, which is the exposure a
+  caller has without reading a page.
+- It is structural rather than hypothetical. `byteSource` is zero-copy, so `readRecordBytes` hands
+  `decodeInt16` a `subarray` of the caller's own array, and a decode loop that wrote where it meant
+  to read would corrupt the caller's copy of their recording in place — with nothing downstream
+  looking wrong, because the samples returned would still be the samples that were there.
+- `we-never-write-your-bytes.test.ts` captures the buffer, runs open, index, a full validation
+  sweep, inspect, annotations, records, windows, envelopes, a stream and scaling over it, and
+  requires it byte for byte afterwards — over all ten `AWKWARD` shapes and a gapped file, in two
+  wirings.
+- The two wirings are the point. Behind `cachedSource` every decode runs over the cache's own copy,
+  so a write in the decoder can never reach the caller and that half of the sweep would pass
+  regardless. Unwrapped is the case that carries the property. Putting an in-place write in
+  `decodeInt16` fails the unwrapped half on eight files and leaves the cached half green, which is
+  what makes the distinction worth spelling out rather than wiring one and moving on.
+- `fileSource` is asked the same thing of the filesystem, where a write would be worse: the bytes
+  on disk and the file's modification time both survive a full read. And the one buffer edfcore
+  does write into is asserted to BE written — `out` on `toPhysical` — so the rule reads as a rule
+  and not as a tautology.
+
 ## 0.5.63
 
 - **Added** the other half of the zero-copy bargain. `byteSource` is documented as handing out

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "edfcore",
-  "version": "0.5.63",
+  "version": "0.5.65",
   "description": "Modern, typed, zero-dependency reader for EDF, EDF+, BDF and BDF+ biosignal files. Works in browsers and Node with true random access.",
   "keywords": [
     "edf",

package/src/constants.ts

@@ -93,4 +93,4 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
 } as const;
 
 /** Published package version. Kept in sync with package.json by a test. */
-export const VERSION = '0.5.63';
+export const VERSION = '0.5.65';