edfcore 0.5.56 → 0.5.57

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.56";
112
+ export declare const VERSION = "0.5.57";
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.56';
82
+ export const VERSION = '0.5.57';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,26 @@ 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.57
10
+
11
+ - **Added** the property that makes an envelope exhaustive: the buckets are a partition. `readEnvelope`
12
+ reduces a window to a min and a max per bucket, and the whole value of it is that nothing is lost —
13
+ a spike between two sampled points is what subsampling misses and an envelope does not.
14
+ `envelope.test.ts` states that as "equals an exhaustive reduction of the same samples", on one
15
+ fixture at one bucket count. The general form — the buckets cover every sample exactly once, in
16
+ order — was never written down.
17
+ - It is checked against `counts`, the field that says how many samples each bucket reduced. Walking
18
+ the window's samples and taking `counts[b]` at a time, every bucket's `min` and `max` must be the
19
+ exact minimum and maximum of the slice it took: at six bucket counts from one to one-per-sample,
20
+ and over arbitrary windows and counts with a constant seed.
21
+ - The last block is the case `readEnvelopeAtResolution` has and `readEnvelope` does not. Asked for a
22
+ bucket width finer than the sample interval it returns the grid its width implies and leaves the
23
+ columns with nothing in them empty rather than dropping them — 200 buckets over 32 samples, 168 of
24
+ them empty, and the ones that did take samples still bounding them exactly.
25
+ - In the digital domain an empty bucket reads `min: 0, max: 0`, which is a perfectly ordinary
26
+ reading. So `counts` is the only field that tells it from a channel that really was flat at zero,
27
+ and that is asserted by building the flat channel and comparing the two.
28
+
9
29
  ## 0.5.56
10
30
 
11
31
  - **Added** the rule `precededByGap` carries, checked however the chunk was asked for. It is stated
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.5.56",
3
+ "version": "0.5.57",
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.56';
96
+ export const VERSION = '0.5.57';