edfcore 0.5.44 → 0.5.45

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.5.44";
112
+ export declare const VERSION = "0.5.45";
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.5.44';
82
+ export const VERSION = '0.5.45';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,30 @@ 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.5.45
10
+
11
+ - **Added** the relationship between `inspectEdf` and the call it is triage for. `diagnostics.md`
12
+ calls it "the first call" for an unfamiliar file: at most 128 KiB, never throws about content,
13
+ returns `ok`, `variant`, `header`, `bytesRead` and a diagnostics list. Every one of those is
14
+ tested — `inspect-safety.test.ts` over bytes nobody chose, `inspect-validate.test.ts` on the
15
+ ceiling — and the relationship to `openEdf` was not.
16
+ - That relationship is the whole point. Running `inspectEdf` over a directory decides which files
17
+ are worth opening, and the decision is worthless if the header it shows you is not the header you
18
+ will get. Over the eight `AWKWARD` shapes, wherever it returns a header it is now compared field
19
+ for field against `openEdf`'s — diagnostics and variant included.
20
+ - `ok` is checked as the rule the page states rather than as a value: "true only when the header
21
+ parsed **and** carried no error-severity diagnostic", verified against `summarizeDiagnostics` over
22
+ the same header, with both branches reached in the matrix. A signal with no usable scale gives
23
+ `ok: false` on a header that is perfectly readable and a file that opens — the distinction the
24
+ callout on the same page draws.
25
+ - `variant` is checked as the "separate best effort" the page says it is. The version block and the
26
+ reserved field are the first 8 and 44 bytes and "stay readable long after everything else has
27
+ stopped making sense": a file whose signal count is garbage has no header at all and is still
28
+ reported as `BDF+C`, or `EDF+D`, rather than as nothing. That is the sentence the section ends
29
+ with, and nothing had run it.
30
+ - The cost is bounded from both sides: never above the 128 KiB ceiling, and never above what opening
31
+ the same file costs, in bytes and in reads — because it skips the record probes.
32
+
9
33
  ## 0.5.44
10
34
 
11
35
  - **Added** reading one recording from several places at once. Everything in the suite reads
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.5.44",
3
+ "version": "0.5.45",
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.5.44';
96
+ export const VERSION = '0.5.45';