edfcore 0.3.57 → 0.3.58
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.
- package/CHANGELOG.md +22 -0
- package/dist/constants.d.ts +1 -1
- package/dist/constants.js +1 -1
- package/package.json +1 -1
- package/src/constants.ts +1 -1
package/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.3.58
|
|
10
|
+
|
|
11
|
+
- **Fixed** the `EdfAnnotation` table in `api-types.md`, which put `onsetTicks` on the wrong axis
|
|
12
|
+
and then told readers to compare event times with it and nothing else.
|
|
13
|
+
- The table said `onsetTicks` is "exact, in 100 ns units, on the same axis as the rebased value".
|
|
14
|
+
It is not: it is the number the file wrote, on the **header's** timebase. `src/types.ts` says so
|
|
15
|
+
in the docblock that generates the published `.d.ts`, and calls it "the wrong one for comparing
|
|
16
|
+
an annotation against a window".
|
|
17
|
+
- The rebased field, `onsetTicksFromFirstRecord`, was missing from the table altogether —
|
|
18
|
+
thirteen rows for a fourteen-field interface. So the page named the wrong field as the exact
|
|
19
|
+
one and omitted the right one, in the same three lines.
|
|
20
|
+
- A reader who followed it compared `onsetTicks` against `chunk.startTicks`, `segment.startTicks`
|
|
21
|
+
or a `readWindow` bound — all of which the same page puts on the `t = 0 = start of record 0`
|
|
22
|
+
axis — and every event landed up to a second late, with nothing to indicate it. On a file whose
|
|
23
|
+
record 0 starts 0.25 s in, an event written `+1.25` has `onsetTicks` 12500000 and
|
|
24
|
+
`onsetTicksFromFirstRecord` 10000000, which is exactly `chunk.startTicks` for record 1.
|
|
25
|
+
- `annotations.md` had it right in two places, so the package's two reference pages disagreed.
|
|
26
|
+
- `tests/integration/annotation-fields-doc.test.ts` reads the field list off a decoded annotation
|
|
27
|
+
rather than from a list written down beside it, so a field added to the interface fails the suite
|
|
28
|
+
until the table lists it. It builds a file whose two onset axes genuinely differ, which is what
|
|
29
|
+
makes the wording load-bearing rather than decorative.
|
|
30
|
+
|
|
9
31
|
## 0.3.57
|
|
10
32
|
|
|
11
33
|
- **Fixed** the zero-record chunk's start time, which was read off a segment on the wrong axis and
|
package/dist/constants.d.ts
CHANGED
|
@@ -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.3.
|
|
112
|
+
export declare const VERSION = "0.3.58";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/package.json
CHANGED
package/src/constants.ts
CHANGED