edfcore 0.4.517 → 0.4.518

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.
@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
109
109
  readonly reserved: 224;
110
110
  };
111
111
  /** Published package version. Kept in sync with package.json by a test. */
112
- export declare const VERSION = "0.4.517";
112
+ export declare const VERSION = "0.4.518";
113
113
  //# sourceMappingURL=constants.d.ts.map
package/dist/constants.js CHANGED
@@ -79,5 +79,5 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
79
79
  reserved: 224,
80
80
  };
81
81
  /** Published package version. Kept in sync with package.json by a test. */
82
- export const VERSION = '0.4.517';
82
+ export const VERSION = '0.4.518';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,24 @@ alone does not tell you whether you were affected.
6
6
  edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
7
7
  defect; those are called out below.
8
8
 
9
+ ## 0.4.518
10
+
11
+ - **Added** the other convention `api-types.md` states in bold: "Anything checkable against the
12
+ file is exposed twice", as the parsed value and as the raw bytes it came from, padding intact.
13
+ It is a convention rather than a nicety because of the sentence after it — a header field that
14
+ disagrees with what edfcore made of it is what you need when a file misbehaves — so the raw side
15
+ is the evidence a bug report is written from, and evidence that is not the file's own bytes is
16
+ worse than none.
17
+ - `type-tables.test.ts` checks the raw interfaces list every field, and individual tests quote a
18
+ raw value here and there. Nothing checked the convention: that each of the ten fixed fields and
19
+ the ten per-signal fields, on every signal, is exactly the bytes the layout puts at that offset,
20
+ decoded the way the header is decoded and not trimmed on the way out.
21
+ - The per-signal half is where a mistake would be invisible. The block is field-major, so one
22
+ signal's ten fields are ten different places in the header, each `256 + ns * before + i * width`,
23
+ and reading one from a neighbour's slot yields a plausible string rather than an error. The
24
+ fixture gives all three signals different values for every field and leaves padding in each, so a
25
+ shifted index and a trimming reader both fail — both were tried, and both do.
26
+
9
27
  ## 0.4.517
10
28
 
11
29
  - **Added** the convention `api-types.md` states in bold above every table on the page: "A field
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.517",
3
+ "version": "0.4.518",
4
4
  "description": "Modern, typed, zero-dependency reader for EDF, EDF+, BDF and BDF+ biosignal files. Works in browsers and Node with true random access.",
5
5
  "keywords": [
6
6
  "edf",
package/src/constants.ts CHANGED
@@ -93,4 +93,4 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
93
93
  } as const;
94
94
 
95
95
  /** Published package version. Kept in sync with package.json by a test. */
96
- export const VERSION = '0.4.517';
96
+ export const VERSION = '0.4.518';