edfcore 0.4.315 → 0.4.317

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.315";
112
+ export declare const VERSION = "0.4.317";
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.315';
82
+ export const VERSION = '0.4.317';
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.317
10
+
11
+ - **Added** an execution of the out-of-range section of `physical-values.md` — the four samples the
12
+ window returns unclamped, the count of two beside them, and the four values
13
+ `clampToDigitalRange` produces — all read out of the printed comments rather than restated.
14
+ - Also checked is the sentence those two features turn on: both order the declared bounds before
15
+ using them. A file whose digital minimum and maximum are the wrong way round still reports two
16
+ samples out of range rather than every one of them, and still clamps to four distinct values
17
+ rather than folding the channel onto a single one, which is what the pair as written would do.
18
+
19
+ ## 0.4.316
20
+
21
+ - **Added** an execution of the negative-gain section of `physical-values.md`: the scale it prints,
22
+ the three samples it converts, the envelope `physicalRangeOf` reports in size order rather than
23
+ field order, and the whole `INVERTED_PHYSICAL_RANGE` message it quotes for a one-signal file,
24
+ compared word for word against the one the package emits.
25
+ - Only the page's hard wraps are undone for that comparison. A run of spaces inside a line is not
26
+ wrapping — it is the eight-byte physical minimum field quoted as the file holds it, padding
27
+ included — so collapsing every space would have compared against a message edfcore does not
28
+ emit. The byte offset in the quote is resolved through `signalFieldOffset`, which is the same
29
+ `256 + ns*104 + i*8` the address table on `edf-format.md` gives.
30
+
9
31
  ## 0.4.315
10
32
 
11
33
  - **Added** a measurement of the float32 cost `physical-values.md` cites as the reason `toPhysical`
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.315",
3
+ "version": "0.4.317",
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.315';
96
+ export const VERSION = '0.4.317';