edfcore 0.6.44 → 0.6.45
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/dist/constants.d.ts +1 -1
- package/dist/constants.js +1 -1
- package/docs/CHANGELOG.md +19 -0
- package/package.json +1 -1
- package/src/constants.ts +1 -1
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.6.
|
|
112
|
+
export declare const VERSION = "0.6.45";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/docs/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,25 @@ 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.45
|
|
10
|
+
|
|
11
|
+
- **Fixed** a claim in `large-files.md`: that building a complete index "is the only price in the
|
|
12
|
+
library proportional to the file". It is the only one a *reading* call can spring on you — every
|
|
13
|
+
other cost on that page follows the window you asked for — and that is the sentence the page now
|
|
14
|
+
makes. It is not the only one in the library.
|
|
15
|
+
- `validateRecording` has two of its own, and `validation.md` describes both on the same site.
|
|
16
|
+
`scanSamples` reads every sample of every record: `edfcore validate` on the 48 MB polysomnogram
|
|
17
|
+
in the test corpus reports `scanned 2650 records, read 48,336,000 bytes`, and the validation page
|
|
18
|
+
says that on a 13 GiB BDF it is every record. On a discontinuous file the sweep also makes the
|
|
19
|
+
same traversal `buildRecordIndex` makes, for the same onsets, unless it is handed a complete
|
|
20
|
+
index — which is what the `index` option is for, and why the same page puts it as "conformance
|
|
21
|
+
costs one traversal rather than two", a sentence that presupposes there being two.
|
|
22
|
+
- What the wrong one cost: a reader taking "the only price" at face value budgets a conformance
|
|
23
|
+
sweep as free. The two pages disagreed, and the cheaper claim was the one on the page about cost.
|
|
24
|
+
- The paragraph now also says what neither price does unasked. Without `scanSamples`, validating a
|
|
25
|
+
continuous file reports `recordsScanned: 0` and `bytesRead: 0`, and a test measures all four
|
|
26
|
+
cells rather than quoting either page.
|
|
27
|
+
|
|
9
28
|
## 0.6.44
|
|
10
29
|
|
|
11
30
|
- **Fixed** a claim in `edf-format.md`: that onsets "parsed digit by digit are exact, and
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED