edfcore 0.4.313 → 0.4.315

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.313";
112
+ export declare const VERSION = "0.4.315";
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.313';
82
+ export const VERSION = '0.4.315';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,28 @@ 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.315
10
+
11
+ - **Added** a measurement of the float32 cost `physical-values.md` cites as the reason `toPhysical`
12
+ has no `Float32` option. Every one of the 2^24 BDF samples on a -500..500 uV channel is converted
13
+ through the scale edfcore publishes and rounded to float32, and the worst error is compared with
14
+ the 0.26 of a quantisation step the page prints.
15
+ - The sentence the number supports is checked too: float32 carries 24 significand bits and a BDF
16
+ sample is a 24-bit integer, so the digital values themselves survive the round trip exactly and
17
+ there is nothing left for the scaling. Run as a scalar loop — 2^24 float64 samples is 134 MB, and
18
+ the point is the worst case, not the array.
19
+
20
+ ## 0.4.314
21
+
22
+ - **Added** the census underneath the table 0.4.313 pinned: the two conversion forms are run over
23
+ every one of the 65,536 encodings and the four numbers the page states are computed from the
24
+ result — 37,144 differing values, 57 % of them, a largest gap of 8.5e-14 and 5.6e-12 of a
25
+ quantisation step. The quoted figures are parsed from the page and compared at the two
26
+ significant figures they are written to.
27
+ - The sentence after them, that the gap is eleven orders of magnitude below anything an amplifier
28
+ can express, is derived rather than trusted. It is the reason the difference is safe to have,
29
+ and it is the number most likely to be left behind by a change to either form.
30
+
9
31
  ## 0.4.313
10
32
 
11
33
  - **Added** an execution of the conversion table on `physical-values.md`: four rows of exact
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.313",
3
+ "version": "0.4.315",
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.313';
96
+ export const VERSION = '0.4.315';