edfcore 0.6.43 → 0.6.44

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.6.43";
112
+ export declare const VERSION = "0.6.44";
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.6.43';
82
+ export const VERSION = '0.6.44';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,22 @@ 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.6.44
10
+
11
+ - **Fixed** a claim in `edf-format.md`: that onsets "parsed digit by digit are exact, and
12
+ `parseFloat` is the only thing that makes them inexact". The first half is what `tal/ticks.ts`
13
+ exists for. The second half is broken by the grammar printed nine lines above it — `Onset =
14
+ ("+" / "-") 1*DIGIT [ "." 1*DIGIT ]` puts no bound on the fraction, and a writer emitting full
15
+ double precision produces `+1234.5678901234`.
16
+ - edfcore counts in 100 ns, so the eighth fractional digit onward is dropped: `+0.12345678` is
17
+ `1234567` ticks and `+1.00000009` is one second exactly, with `ok: true` either way, because a
18
+ resolution is not a parse failure. That is the right design — it is the unit `onsetTicks` and
19
+ every window in the library are counted in — and the wrong sentence. A reader told `parseFloat`
20
+ is the only lossy step concludes the digits survive, and `EdfAnnotation.onsetRaw`, the field that
21
+ actually keeps them, has no reason to exist.
22
+ - No behaviour changed. The page now names both places precision goes, and points at `onsetRaw` and
23
+ `durationRaw` for the digits as written.
24
+
9
25
  ## 0.6.43
10
26
 
11
27
  - **Fixed** a claim in `cli.md`, in `cli-run.ts` and in the test that repeated it: that the
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.6.43",
3
+ "version": "0.6.44",
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.6.43';
96
+ export const VERSION = '0.6.44';