edfcore 0.5.72 → 0.5.74

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.72";
112
+ export declare const VERSION = "0.5.74";
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.72';
82
+ export const VERSION = '0.5.74';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,48 @@ 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.74
10
+
11
+ - **Added** an eleventh shape to the `AWKWARD` matrix: a file with a gap AND a sub-second start
12
+ offset at the same time. Fifteen test files run their sweeps over that matrix, and every one of
13
+ them now sees it.
14
+ - It is the fixture this project's longest-running defect class hides from. Seven separate versions
15
+ fixed one function deriving a time from the nominal grid while every other function used the
16
+ record's true onset — 0.1.4, 0.2.10, 0.2.18, 0.2.19, 0.2.28, the sample-grid family in 0.2.32,
17
+ and 0.2.68, where the function ADDED to fix the class shipped with the defect itself. Several of
18
+ them survived their own review because the fixtures had one of the two properties and never both:
19
+ with only a gap, `t = 0` is still the header start time and a nominal derivation looks right;
20
+ with only a sub-second start, the onsets are still the nominal grid and it looks right again.
21
+ - The matrix had `EDF+D with a gap`, which starts at zero, and no shape with a sub-second start at
22
+ all. The new one starts at 0.25 s and skips five seconds after its third record, so `t = 0` is
23
+ neither the header start time nor a record boundary of the second segment.
24
+ - Every sweep passes over it unchanged, which is the answer that was wanted and not one anybody
25
+ could state before. The two length assertions that pin the matrix size move from ten to eleven.
26
+
27
+ ## 0.5.73
28
+
29
+ - **Added** the day the network hiccups. `index.onsetTicks(r)` memoises, which is why `locate()`
30
+ costs `O(log recordCount)` reads instead of repeating them — and memoising is the classic place
31
+ to store a FAILURE by accident. Cache the promise rather than the value and one dropped
32
+ connection is permanent: every later caller awaits the same rejection and no retry ever reaches
33
+ the network. Nothing tested a read that fails and is then tried again.
34
+ - The distinction is invisible until it matters, and it is one small edit away. 0.5.44 pinned that
35
+ concurrent callers of `onsetTicks` all miss the memo, because it holds values and not promises —
36
+ and the obvious way to "fix" that is to hold the promise instead. Making exactly that change
37
+ fails three of the eight checks here, which is the point of writing them down.
38
+ - `a-read-that-failed-is-not-remembered.test.ts` uses a source that rejects a stated number of
39
+ times and then behaves. An onset, a `locate`, and a window are each asked for while it is failing
40
+ and again after, and the answer after has to be the answer a source that never failed would have
41
+ given. The rejection arrives as the caller's own error — `isEdfError` is false for it, because a
42
+ dropped connection says nothing about the recording.
43
+ - `cachedSource` gets the same question, provoked at the first read: it coalesces a small file into
44
+ one range, so by the time a recording is open there is nothing left for a later read to fail at.
45
+ A failed open leaves the cache holding nothing, and the retry through the same cache reads
46
+ correctly.
47
+ - The other half is asserted so none of it passes on a package that simply never caches: a
48
+ SUCCESSFUL read is remembered, two calls for one record cost one read, and a record index that
49
+ cannot exist is refused out of the header without touching the source at all.
50
+
9
51
  ## 0.5.72
10
52
 
11
53
  - **Added** the case none of the four caller-supplied callbacks documents: what happens when yours
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.5.72",
3
+ "version": "0.5.74",
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.72';
96
+ export const VERSION = '0.5.74';