edfcore 0.6.52 → 0.6.54

package/dist/constants.d.ts

@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
     readonly reserved: 224;
 };
 /** Published package version. Kept in sync with package.json by a test. */
-export declare const VERSION = "0.6.52";
+export declare const VERSION = "0.6.54";
 //# sourceMappingURL=constants.d.ts.map

package/dist/constants.js

@@ -79,5 +79,5 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
     reserved: 224,
 };
 /** Published package version. Kept in sync with package.json by a test. */
-export const VERSION = '0.6.52';
+export const VERSION = '0.6.54';
 //# sourceMappingURL=constants.js.map

package/docs/CHANGELOG.md

@@ -6,6 +6,31 @@ alone does not tell you whether you were affected.
 edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
 defect; those are called out below.
 
+## 0.6.54
+
+- **Fixed** the `EdfChunkSignal` table on `reading-signals.md`, which listed six of the shape's
+  seven fields and dropped `startTicks`.
+- That is the field the rest of the package points at. `trimToWindow` measures its window from
+  it, every read puts its chunks on the same tick axis, and `api-types.md` spends a paragraph on
+  why the `startSeconds` beside it can be a sub-tick out after a trim. The guide a reader follows
+  to get their first chunk showed them the float64 half and did not say the exact one existed.
+- Same shape as 0.6.53, one page over. The test reads the fields off a chunk a real read returned
+  and compares the table with that, so it fails on a field added to the type as well as on one
+  dropped from the page.
+
+## 0.6.53
+
+- **Fixed** the `EdfLocation` table on `api-types.md`, which listed three of the shape's five
+  fields. The two it dropped were `recordStartTicks` and `offsetInRecordTicks`.
+- Those are the exact halves. The `EdfSegment` and `EdfGap` tables immediately above it pair every
+  `*Seconds` with its `*Ticks` twin, and the paragraph between them says to prefer the ticks:
+  "Every second on these two is a float64 conversion of the tick beside it. Compare and sum the
+  ticks." The next table then showed a reader only the float64 half of the one shape
+  `index.locate()` returns — the call whose whole job is to hand you a position to read from.
+- The rows are added and the paragraph's rule is restated under them. The test reads the fields
+  off a real `locate()` result rather than off the type, so the table is compared with the object
+  a caller receives.
+
 ## 0.6.52
 
 - **Fixed** the `maxItems` row on `api-primitives.md`, both halves of which described something

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "edfcore",
-  "version": "0.6.52",
+  "version": "0.6.54",
   "description": "Modern, typed, zero-dependency reader for EDF, EDF+, BDF and BDF+ biosignal files. Works in browsers and Node with true random access.",
   "keywords": [
     "edf",

package/src/constants.ts

@@ -93,4 +93,4 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
 } as const;
 
 /** Published package version. Kept in sync with package.json by a test. */
-export const VERSION = '0.6.52';
+export const VERSION = '0.6.54';