edfcore 0.4.484 → 0.4.485

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.484";
112
+ export declare const VERSION = "0.4.485";
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.484';
82
+ export const VERSION = '0.4.485';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,23 @@ 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.485
10
+
11
+ - **Added** the edge cases for the sub-second start offset, which is documented as `[0, 1)` and
12
+ was enforced by two comparisons that could both be relaxed with the suite green. The fixtures
13
+ that reach them use 1.5 s and 3 s — outside by a margin — so nothing had ever sat on the edge.
14
+ - An offset of exactly 1.0 s is not an exotic value. It is what a writer produces the first time
15
+ it puts the same second in both fields, and it means every time edfcore publishes for that file
16
+ is a second out. `START_OFFSET_OUT_OF_RANGE` exists to say so, and quotes the interval it is
17
+ applying.
18
+ - Both ends, in both paths: record 0's own onset and the value derived for a chunk that starts
19
+ later. Zero is checked as well, because it is the CLOSED end and the overwhelmingly common case
20
+ — a check that refused the boundary there would report every conforming file there is. One tick
21
+ below a second is the largest value the interval admits, and is accepted.
22
+ - The EDF+D case goes with it: the same derived value carries no implication on a file whose
23
+ marker is for gaps, so the refusal is about the interval on a file claiming continuity rather
24
+ than about the arithmetic.
25
+
9
26
  ## 0.4.484
10
27
 
11
28
  - **Moved** the 31 MB fixture builds in `read-pattern.test.ts` into a `beforeAll` with a budget of
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.484",
3
+ "version": "0.4.485",
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.484';
96
+ export const VERSION = '0.4.485';