@openmixer/omx-contract 1.2.1 → 2.0.0
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/README.md +41 -4
- package/bin/omx-contract.mjs +14 -3
- package/data/kernels/balance.json +18 -14
- package/data/kernels/band_dyn.json +132 -0
- package/data/kernels/chorus.json +87 -56
- package/data/kernels/comp.json +67 -29
- package/data/kernels/deesser.json +114 -86
- package/data/kernels/delay.json +67 -57
- package/data/kernels/drive.json +118 -87
- package/data/kernels/eq.json +284 -113
- package/data/kernels/fbs.json +150 -0
- package/data/kernels/flanger.json +74 -44
- package/data/kernels/gate.json +76 -21
- package/data/kernels/geq.json +32 -27
- package/data/kernels/hrp.json +68 -0
- package/data/kernels/limiter.json +25 -9
- package/data/kernels/mixmatrix.json +11 -0
- package/data/kernels/phaser.json +110 -100
- package/data/kernels/pitch.json +35 -17
- package/data/kernels/reverb.json +176 -142
- package/data/kernels/rotary.json +189 -177
- package/data/kernels/rta.json +17 -0
- package/data/kernels/transient.json +64 -36
- package/data/kernels/tremolo.json +59 -48
- package/data/primitives.json +51 -0
- package/data/rates.json +29 -0
- package/dist/ts/omx-contract.d.ts +527 -21
- package/dist/ts/omx-contract.js +832 -57
- package/include/omxcontract/omx_contract_limits.h +233 -0
- package/lib/data.mjs +115 -3
- package/lib/eq-defaults.mjs +87 -0
- package/lib/fmt.mjs +24 -4
- package/lib/semver.mjs +12 -2
- package/lib/validate.mjs +99 -3
- package/package.json +1 -1
- package/render/c.mjs +76 -10
- package/render/doors.mjs +6 -3
- package/render/ts.mjs +40 -2
- package/schema/omx-contract.schema.json +39 -3
- package/share/omx-contract/omx-contract.json +759 -71
- package/render/c/omx_plugin_param.h +0 -25
- package/render/c/params-generate.mjs +0 -83
package/data/kernels/eq.json
CHANGED
|
@@ -1,119 +1,290 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "../../schema/omx-contract.schema.json",
|
|
3
|
-
"
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
3
|
+
"controls": [
|
|
4
|
+
{
|
|
5
|
+
"name": "freq",
|
|
6
|
+
"kind": "travel",
|
|
7
|
+
"doc": "The frequency band a parametric band can be dragged across.",
|
|
8
|
+
"travel": {
|
|
9
|
+
"min": 20,
|
|
10
|
+
"max": 20000,
|
|
11
|
+
"step": 10,
|
|
12
|
+
"unit": "Hz"
|
|
13
|
+
}
|
|
14
|
+
},
|
|
15
|
+
{
|
|
16
|
+
"name": "gain",
|
|
17
|
+
"kind": "travel",
|
|
18
|
+
"doc": "The parametric-band gain travel, in dB. The ± scalar `clampEqGain` enforces is READ off this (`core/src/eq.ts` derives `EQ_GAIN_LIMIT_DB` from `max`), so the bound is stated once and a surface cannot draw a wider knob than the clamp will honour.",
|
|
19
|
+
"travel": {
|
|
20
|
+
"min": -15,
|
|
21
|
+
"max": 15,
|
|
22
|
+
"step": 0.5,
|
|
23
|
+
"unit": "dB"
|
|
24
|
+
}
|
|
25
|
+
},
|
|
26
|
+
{
|
|
27
|
+
"name": "q",
|
|
28
|
+
"kind": "travel",
|
|
29
|
+
"doc": "The Q (resonance) extent of a parametric band.",
|
|
30
|
+
"travel": {
|
|
31
|
+
"min": 0.3,
|
|
32
|
+
"max": 8,
|
|
33
|
+
"step": 0.1,
|
|
34
|
+
"unit": ""
|
|
35
|
+
}
|
|
36
|
+
},
|
|
37
|
+
{
|
|
38
|
+
"name": "notchQ",
|
|
39
|
+
"kind": "travel",
|
|
40
|
+
"doc": "The Q extent of a NOTCH band. Wider than EQ_Q_RANGE on purpose (#116, operator decision): an ultra-narrow surgical cut is the notch shape's whole point — the FBS ring-out pool plants dbx-AFS-style ring killers at Q ≈ 116 (~1/80 octave), inaudible on program yet fatal to a single ringing frequency. Gain-carrying shapes stay bounded at EQ_Q_RANGE — a Q-116 bell is a resonator, not an EQ move.",
|
|
41
|
+
"travel": {
|
|
42
|
+
"min": 0.3,
|
|
43
|
+
"max": 116,
|
|
44
|
+
"step": 1,
|
|
45
|
+
"unit": ""
|
|
46
|
+
}
|
|
47
|
+
},
|
|
48
|
+
{
|
|
49
|
+
"name": "hpfFreq",
|
|
50
|
+
"kind": "travel",
|
|
51
|
+
"global": "HPF_FREQ_RANGE",
|
|
52
|
+
"doc": "Where the HPF cutoff can sit (low end); mirrors the drawn low-frequency handle.",
|
|
53
|
+
"travel": {
|
|
54
|
+
"min": 20,
|
|
55
|
+
"max": 1000,
|
|
56
|
+
"step": 10,
|
|
57
|
+
"unit": "Hz"
|
|
58
|
+
}
|
|
59
|
+
},
|
|
60
|
+
{
|
|
61
|
+
"name": "lpfFreq",
|
|
62
|
+
"kind": "travel",
|
|
63
|
+
"global": "LPF_FREQ_RANGE",
|
|
64
|
+
"doc": "Where the LPF cutoff can sit (high end).",
|
|
65
|
+
"travel": {
|
|
66
|
+
"min": 1000,
|
|
67
|
+
"max": 20000,
|
|
68
|
+
"step": 10,
|
|
69
|
+
"unit": "Hz"
|
|
70
|
+
}
|
|
71
|
+
},
|
|
72
|
+
{
|
|
73
|
+
"name": "bandType",
|
|
74
|
+
"kind": "choice",
|
|
75
|
+
"doc": "The generic EQ band shapes, in the order a picker offers them and in the order of the integer a plugin host sees on a band type port. The id is the name; the position is the value. A bell is the shape a band added by the operator starts as.",
|
|
76
|
+
"ids": [
|
|
77
|
+
"bell",
|
|
78
|
+
"lowShelf",
|
|
79
|
+
"highShelf",
|
|
80
|
+
"notch",
|
|
81
|
+
"allpass1",
|
|
82
|
+
"allpass2"
|
|
83
|
+
],
|
|
84
|
+
"default": "bell",
|
|
85
|
+
"labels": [
|
|
86
|
+
"Bell",
|
|
87
|
+
"Low Shelf",
|
|
88
|
+
"High Shelf",
|
|
89
|
+
"Notch",
|
|
90
|
+
"All-pass 1st",
|
|
91
|
+
"All-pass 2nd"
|
|
92
|
+
]
|
|
93
|
+
},
|
|
94
|
+
{
|
|
95
|
+
"name": "filterSlope",
|
|
96
|
+
"kind": "choice",
|
|
97
|
+
"global": "FILTER_SLOPES",
|
|
98
|
+
"doc": "The pass-filter slopes the EQ offers, in dB per octave. The id is the slope: 12 is one maximally flat section, 24 the two-section Butterworth.",
|
|
99
|
+
"ids": [
|
|
100
|
+
12,
|
|
101
|
+
24
|
|
102
|
+
],
|
|
103
|
+
"default": 12
|
|
48
104
|
}
|
|
49
|
-
|
|
50
|
-
"
|
|
51
|
-
"
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
"
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
"
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
"
|
|
106
|
-
"
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
"
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
"
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
105
|
+
],
|
|
106
|
+
"constants": {
|
|
107
|
+
"EQ_MAX_BANDS": {
|
|
108
|
+
"kind": "scalar",
|
|
109
|
+
"doc": "The maximum number of parametric bands a channel EQ may hold — the operator can add up to this many. Generated into `omx_contract_limits.h` as `OMX_EQ_MAX_BANDS`, which `omx_biquad.h` reads (`output-delay-ceiling.test.ts` reads the header): the native lane allocates exactly this many biquad slots per channel and silently clamps above it, so the model, the wire, and the DSP agree by test, not by memory.",
|
|
110
|
+
"unit": "",
|
|
111
|
+
"value": 24
|
|
112
|
+
},
|
|
113
|
+
"ISO_THIRD_OCTAVE_CENTRES_HZ": {
|
|
114
|
+
"kind": "list",
|
|
115
|
+
"doc": "The standard ISO 266 one-third-octave centre frequencies, 20 Hz–20 kHz (31 bands) — the classic 31-band graphic-EQ layout's centres.",
|
|
116
|
+
"unit": "Hz",
|
|
117
|
+
"values": [
|
|
118
|
+
20,
|
|
119
|
+
25,
|
|
120
|
+
31.5,
|
|
121
|
+
40,
|
|
122
|
+
50,
|
|
123
|
+
63,
|
|
124
|
+
80,
|
|
125
|
+
100,
|
|
126
|
+
125,
|
|
127
|
+
160,
|
|
128
|
+
200,
|
|
129
|
+
250,
|
|
130
|
+
315,
|
|
131
|
+
400,
|
|
132
|
+
500,
|
|
133
|
+
630,
|
|
134
|
+
800,
|
|
135
|
+
1000,
|
|
136
|
+
1250,
|
|
137
|
+
1600,
|
|
138
|
+
2000,
|
|
139
|
+
2500,
|
|
140
|
+
3150,
|
|
141
|
+
4000,
|
|
142
|
+
5000,
|
|
143
|
+
6300,
|
|
144
|
+
8000,
|
|
145
|
+
10000,
|
|
146
|
+
12500,
|
|
147
|
+
16000,
|
|
148
|
+
20000
|
|
149
|
+
]
|
|
150
|
+
},
|
|
151
|
+
"GEQ_BANDS": {
|
|
152
|
+
"kind": "scalar",
|
|
153
|
+
"doc": "The graphic EQ's section count: DERIVED from ISO_THIRD_OCTAVE_CENTRES_HZ, never a second literal. Generated into `omx_contract_limits.h` as `OMX_GEQ_BANDS`, which sizes `mix_geq.h`'s section array — its OWN budget, never a claimant on EQ_MAX_BANDS (graphic-eq-31 spec §3, roster ruling 3).",
|
|
154
|
+
"unit": "",
|
|
155
|
+
"value": {
|
|
156
|
+
"derive": "count",
|
|
157
|
+
"of": "ISO_THIRD_OCTAVE_CENTRES_HZ"
|
|
158
|
+
}
|
|
159
|
+
},
|
|
160
|
+
"OPERATOR_EQ_BANDS_RESERVE": {
|
|
161
|
+
"kind": "scalar",
|
|
162
|
+
"doc": "The band slots kept for the operator's own hand: the reserve the feedback suppressor and the ring correction may never eat into. Nine is the working set a live EQ actually holds. The budget OPERATOR_EQ_BANDS_RESERVE + FBS_DEFAULT_MAX_AUTO_BANDS + HRP_DEFAULT_MAX_AUTO_BANDS (9 + 6 + 8 = 23) must fit EQ_MAX_BANDS, and `omx-contract validate` refuses data where it does not.",
|
|
163
|
+
"unit": "",
|
|
164
|
+
"value": 9
|
|
165
|
+
},
|
|
166
|
+
"EQ_BAND_COUNTS": {
|
|
167
|
+
"kind": "sheet",
|
|
168
|
+
"doc": "How many bands each strip type's EQ starts with (`default`) and may hold (`max`). `channel` is the console's channel strip: it starts with four and the operator adds bands up to EQ_MAX_BANDS (a band added takes the frequency it is added at, so no default is declared for it). `strip` is the omx-strip plugin's EQ and `eq8`, `eq16` and `eq32` the omx-eq plugins, whose bands are fixed. A default may never exceed its maximum, and the default centres of any count come from the one default rule, whatever the strip.",
|
|
169
|
+
"value": {
|
|
170
|
+
"channel": {
|
|
171
|
+
"default": 4,
|
|
172
|
+
"max": {
|
|
173
|
+
"ref": "EQ_MAX_BANDS"
|
|
174
|
+
}
|
|
175
|
+
},
|
|
176
|
+
"strip": {
|
|
177
|
+
"default": 4,
|
|
178
|
+
"max": 4
|
|
179
|
+
},
|
|
180
|
+
"eq8": {
|
|
181
|
+
"default": 8,
|
|
182
|
+
"max": 8
|
|
183
|
+
},
|
|
184
|
+
"eq16": {
|
|
185
|
+
"default": 16,
|
|
186
|
+
"max": 16
|
|
187
|
+
},
|
|
188
|
+
"eq32": {
|
|
189
|
+
"default": 32,
|
|
190
|
+
"max": 32
|
|
191
|
+
}
|
|
192
|
+
}
|
|
193
|
+
},
|
|
194
|
+
"EQ_BAND_DEFAULTS": {
|
|
195
|
+
"kind": "sheet",
|
|
196
|
+
"doc": "What every band of a fresh EQ comes up at, whatever its type and its strip: flat (0 dB) and Q 1. The band frequencies and types come from the default rule.",
|
|
197
|
+
"value": {
|
|
198
|
+
"gainDb": 0,
|
|
199
|
+
"q": 1
|
|
200
|
+
}
|
|
201
|
+
},
|
|
202
|
+
"EQ_PASS_FILTER_DEFAULTS": {
|
|
203
|
+
"kind": "sheet",
|
|
204
|
+
"doc": "The corners the high-pass and low-pass filters of a fresh EQ are parked at, whatever the strip. Both come up off.",
|
|
205
|
+
"value": {
|
|
206
|
+
"hpfFreqHz": 80,
|
|
207
|
+
"lpfFreqHz": 18000
|
|
208
|
+
}
|
|
209
|
+
},
|
|
210
|
+
"EQ_DEFAULT_CENTRES_FOUR_BAND_HZ": {
|
|
211
|
+
"kind": "list",
|
|
212
|
+
"doc": "The default band centres of a four-band EQ, Hz: ISO 266 preferred values, two to two and a half octaves apart. The default rule gives every other band count its centres from the preferred series; four bands start here.",
|
|
213
|
+
"unit": "Hz",
|
|
214
|
+
"values": [
|
|
215
|
+
100,
|
|
216
|
+
400,
|
|
217
|
+
2000,
|
|
218
|
+
8000
|
|
219
|
+
]
|
|
220
|
+
},
|
|
221
|
+
"EQ_CENTRE_SERIES_R20_HZ": {
|
|
222
|
+
"kind": "list",
|
|
223
|
+
"doc": "The ISO 266 R20 preferred frequencies from 20 Hz to 20 kHz (61 values, sixth-octave spacing): the finer series the default band rule falls back to where R10 (ISO_THIRD_OCTAVE_CENTRES_HZ, 31 values) has too few to give every band its own centre. R10 is a subset of it.",
|
|
224
|
+
"unit": "Hz",
|
|
225
|
+
"values": [
|
|
226
|
+
20,
|
|
227
|
+
22.4,
|
|
228
|
+
25,
|
|
229
|
+
28,
|
|
230
|
+
31.5,
|
|
231
|
+
35.5,
|
|
232
|
+
40,
|
|
233
|
+
45,
|
|
234
|
+
50,
|
|
235
|
+
56,
|
|
236
|
+
63,
|
|
237
|
+
71,
|
|
238
|
+
80,
|
|
239
|
+
90,
|
|
240
|
+
100,
|
|
241
|
+
112,
|
|
242
|
+
125,
|
|
243
|
+
140,
|
|
244
|
+
160,
|
|
245
|
+
180,
|
|
246
|
+
200,
|
|
247
|
+
224,
|
|
248
|
+
250,
|
|
249
|
+
280,
|
|
250
|
+
315,
|
|
251
|
+
355,
|
|
252
|
+
400,
|
|
253
|
+
450,
|
|
254
|
+
500,
|
|
255
|
+
560,
|
|
256
|
+
630,
|
|
257
|
+
710,
|
|
258
|
+
800,
|
|
259
|
+
900,
|
|
260
|
+
1000,
|
|
261
|
+
1120,
|
|
262
|
+
1250,
|
|
263
|
+
1400,
|
|
264
|
+
1600,
|
|
265
|
+
1800,
|
|
266
|
+
2000,
|
|
267
|
+
2240,
|
|
268
|
+
2500,
|
|
269
|
+
2800,
|
|
270
|
+
3150,
|
|
271
|
+
3550,
|
|
272
|
+
4000,
|
|
273
|
+
4500,
|
|
274
|
+
5000,
|
|
275
|
+
5600,
|
|
276
|
+
6300,
|
|
277
|
+
7100,
|
|
278
|
+
8000,
|
|
279
|
+
9000,
|
|
280
|
+
10000,
|
|
281
|
+
11200,
|
|
282
|
+
12500,
|
|
283
|
+
14000,
|
|
284
|
+
16000,
|
|
285
|
+
18000,
|
|
286
|
+
20000
|
|
287
|
+
]
|
|
117
288
|
}
|
|
118
289
|
}
|
|
119
290
|
}
|
|
@@ -0,0 +1,150 @@
|
|
|
1
|
+
{
|
|
2
|
+
"$schema": "../../schema/omx-contract.schema.json",
|
|
3
|
+
"constants": {
|
|
4
|
+
"SUBHARMONIC_RADIUS_BINS": {
|
|
5
|
+
"kind": "scalar",
|
|
6
|
+
"doc": "How far (bins) around bin/2 and bin/3 PSHR (`omx_fbs_pshr`) scans for a sub-harmonic line. A true half/third partial lands mid-bin in the worst case (bin/2 and bin/3 are rarely integers) and spectral leakage smears it one bin further; ±2 covers both. Measured on the #116 live-music corpus: every false positive's sub-line sat inside this window. Deliberately NOT wider — at low bins the window is already a large fraction of an octave, and widening it would start reading unrelated program lines as \"sub-harmonics\" of real feedback.",
|
|
7
|
+
"unit": "",
|
|
8
|
+
"value": 2
|
|
9
|
+
},
|
|
10
|
+
"FBS_PAPR_GUARD_BINS": {
|
|
11
|
+
"kind": "scalar",
|
|
12
|
+
"doc": "PAPR's guard band: bins either side of the peak left out of the floor average (its own skirt).",
|
|
13
|
+
"unit": "",
|
|
14
|
+
"value": 2
|
|
15
|
+
},
|
|
16
|
+
"FBS_PNPR_RADIUS_BINS": {
|
|
17
|
+
"kind": "scalar",
|
|
18
|
+
"doc": "PNPR's neighbourhood radius in bins, and the guard inside it that belongs to the peak's own skirt: a pure tone is compared with bins 2 and 3 away on each side.",
|
|
19
|
+
"unit": "",
|
|
20
|
+
"value": 3
|
|
21
|
+
},
|
|
22
|
+
"FBS_PNPR_GUARD_BINS": {
|
|
23
|
+
"kind": "scalar",
|
|
24
|
+
"doc": "The guard inside PNPR's neighbourhood radius that belongs to the peak's own skirt, in bins.",
|
|
25
|
+
"unit": "",
|
|
26
|
+
"value": 1
|
|
27
|
+
},
|
|
28
|
+
"FBS_PHPR_HARMONICS": {
|
|
29
|
+
"kind": "scalar",
|
|
30
|
+
"doc": "How many harmonics PHPR reads above the candidate: 2f, 3f and 4f.",
|
|
31
|
+
"unit": "",
|
|
32
|
+
"value": 3
|
|
33
|
+
},
|
|
34
|
+
"FBS_PSHR_SELF_SKIP_BINS": {
|
|
35
|
+
"kind": "scalar",
|
|
36
|
+
"doc": "PSHR skips sub-window bins within this many of the candidate, so a low bin never measures its own skirt as a sub-harmonic.",
|
|
37
|
+
"unit": "",
|
|
38
|
+
"value": 3
|
|
39
|
+
},
|
|
40
|
+
"FBS_FLOOR_LIN": {
|
|
41
|
+
"kind": "scalar",
|
|
42
|
+
"doc": "The magnitude floor of every detector dB reading (−240 dB): a zero bin stays finite.",
|
|
43
|
+
"unit": "",
|
|
44
|
+
"value": 1e-12
|
|
45
|
+
},
|
|
46
|
+
"FBS_TRACK_SLOTS": {
|
|
47
|
+
"kind": "scalar",
|
|
48
|
+
"doc": "Tracked candidate bins per armed channel. A candidate that finds no free slot is COUNTED and reported, never dropped silently; the identity corpus peaks at 34.",
|
|
49
|
+
"unit": "",
|
|
50
|
+
"value": 512
|
|
51
|
+
},
|
|
52
|
+
"PSHR_MIN_DB": {
|
|
53
|
+
"kind": "scalar",
|
|
54
|
+
"doc": "Minimum PSHR (`omx_fbs_pshr`) (dB) for a candidate frame to count as sub-harmonic-CLEAN. Evidence-set on the #116 corpus, margin on both sides: the four live false positives (musical overtones at 1 869.1 / 832.0 / 263.7 / 228.5 Hz) read PSHR between −10.2 and +8.8 dB across their windows — never a 5-frame sub-clean stretch, and the single closest approach (+8.8) is isolated between frames at ≈ −1 and −10 — while the committed #106 injected ramp reads ≥ +12.2 dB from its second frame on (its frame 0 sits at +9.4, costing exactly one frame of confirm latency, pinned in the corpus test). A static program line at f/2 of REAL feedback also clears this fast: the runaway gains several dB per hop on anything static, so the deferral is transient.",
|
|
55
|
+
"unit": "dB",
|
|
56
|
+
"value": 10
|
|
57
|
+
},
|
|
58
|
+
"GROWTH_WINDOW_FRAMES": {
|
|
59
|
+
"kind": "scalar",
|
|
60
|
+
"doc": "How many of a candidate bin's most recent dB readings feed the growth-slope estimate (the engine's least-squares slope) — set equal to DEFAULT_THRESHOLDS's `persistFrames` so growth is judged over the SAME window persistence already demands (the full run since the bin became a candidate, not a shorter or longer slice of it). Long enough that a couple of noisy/vibrato frames can't fake a trend by themselves.",
|
|
61
|
+
"unit": "",
|
|
62
|
+
"value": 5
|
|
63
|
+
},
|
|
64
|
+
"DEEP_PLATEAU_FRAMES": {
|
|
65
|
+
"kind": "scalar",
|
|
66
|
+
"doc": "The DEEP plateau tier's dwell: ~2 s at the watcher's 10 Hz — the TIME that buys the deeper floor its music safety (see DetectThresholds.deepPlateauFloorDb).",
|
|
67
|
+
"unit": "",
|
|
68
|
+
"value": 20
|
|
69
|
+
},
|
|
70
|
+
"GROWTH_MIN_DB_PER_FRAME": {
|
|
71
|
+
"kind": "scalar",
|
|
72
|
+
"doc": "Minimum least-squares slope, in dB PER FRAME, over GROWTH_WINDOW_FRAMES for a bin to count as \"running away\" rather than merely holding level. Set with real margin on BOTH sides — comfortably above measurement jitter on a held tone or a quiet/broadband mix (well under 0.2 dB/frame in practice) and comfortably below a genuine feedback ramp, which climbs several dB across a handful of ~20 ms hops as it heads toward clipping. Issue #91's acceptance bar is \"arming must never burst-alarm on non-growing content\", so this errs conservative (under-fire a marginal ramp) rather than tight (risk a false alarm) — the ramp gate (`omx_fbs_is_growing`) also requires the window's end to sit above its start, a cheap belt-and-braces check against a fit dragged positive by one mid-window wobble.",
|
|
73
|
+
"unit": "dB",
|
|
74
|
+
"value": 0.8
|
|
75
|
+
},
|
|
76
|
+
"GROWTH_MAX_DIP_DB": {
|
|
77
|
+
"kind": "scalar",
|
|
78
|
+
"doc": "Largest single-frame DIP (dB) a run-away window may contain. Real feedback climbs every hop; a small allowance covers measurement jitter and the −0.3 dB-ish wobble frames seen on live captures, while any real drop (a note ending, tremolo) breaks the run.",
|
|
79
|
+
"unit": "dB",
|
|
80
|
+
"value": 0.5
|
|
81
|
+
},
|
|
82
|
+
"GROWTH_MIN_TOTAL_RISE_DB": {
|
|
83
|
+
"kind": "scalar",
|
|
84
|
+
"doc": "Minimum END-TO-END rise (dB) across the window. The live-music corpus (issue #106) showed sustained melody notes drifting up ~4–5 dB over a window without ever being feedback; a loop past unity gains several dB per hop and clears 6 dB in a window trivially. Below this the tone is holding level, not running away.",
|
|
85
|
+
"unit": "dB",
|
|
86
|
+
"value": 6
|
|
87
|
+
},
|
|
88
|
+
"GROWTH_MAX_SINGLE_FRAME_SHARE": {
|
|
89
|
+
"kind": "scalar",
|
|
90
|
+
"doc": "Cap on the share of the window's total rise a SINGLE frame may carry. Feedback is exponential in amplitude ⇒ linear in dB ⇒ its rise is distributed roughly evenly across the window; a musical attack / re-articulation puts almost the whole rise in one hop (the exact shape behind every one of issue #106's 72 live false positives). One half is generous to real ramps (an even N-frame ramp puts 1/(N−1) per hop) and fatal to steps. A side effect worth knowing: a 2-sample window can never pass (one hop IS the whole rise), so confirmation always rests on at least three frames of actual ramp evidence.",
|
|
91
|
+
"unit": "",
|
|
92
|
+
"value": 0.5
|
|
93
|
+
},
|
|
94
|
+
"GROWTH_CONFIRM_FRAMES": {
|
|
95
|
+
"kind": "scalar",
|
|
96
|
+
"doc": "How many CONSECUTIVE frames the ramp gate (`omx_fbs_is_growing`) must hold before a bin confirms — the time-domain tiebreak for the one shape a single window cannot judge (issue #106): a smooth musical crescendo. Within one window a +6 dB swell (live corpus: a C6 at 1 049 Hz, `[-53.7, -51.4, -50.4, -48, -47.3]`) is indistinguishable from slow feedback — the difference is only visible on the NEXT hop, where a crescendo peaks and plateaus (the window's rise collapses) while feedback keeps climbing. Requiring the gate to hold twice in a row costs a clean ramp nothing — its gate is already true while persistence is still arming — and blocks the swell that peaks the very frame it would have confirmed.",
|
|
97
|
+
"unit": "",
|
|
98
|
+
"value": 2
|
|
99
|
+
},
|
|
100
|
+
"DEFAULT_THRESHOLDS": {
|
|
101
|
+
"kind": "sheet",
|
|
102
|
+
"doc": "The corpus-tuned SAFE DEFAULT — today's exact gates, assembled byte-for-byte from the exported consts above (which stay the authoritative literal source, so the corpus test's import type { MagnitudeSeries } from './spectrum-bands.js'; imports remain the single truth). This is the ANCHOR the whole sensitivity mapping pins to: thresholdsFor`(0, 'live')` and `(0, 'fixed')` both deep-equal this object, so an untouched channel runs the identical detector it does now. `plateauFloorDb` is omitted ⇒ the #140 plateau route is OFF at the default.",
|
|
103
|
+
"value": {
|
|
104
|
+
"paprDb": 18,
|
|
105
|
+
"pnprDb": 12,
|
|
106
|
+
"phprDb": 9,
|
|
107
|
+
"persistFrames": 5,
|
|
108
|
+
"growthConfirmFrames": {
|
|
109
|
+
"ref": "GROWTH_CONFIRM_FRAMES"
|
|
110
|
+
},
|
|
111
|
+
"subCleanFrames": {
|
|
112
|
+
"ref": "GROWTH_WINDOW_FRAMES"
|
|
113
|
+
},
|
|
114
|
+
"growthMinTotalRiseDb": {
|
|
115
|
+
"ref": "GROWTH_MIN_TOTAL_RISE_DB"
|
|
116
|
+
},
|
|
117
|
+
"growthMaxSingleFrameShare": {
|
|
118
|
+
"ref": "GROWTH_MAX_SINGLE_FRAME_SHARE"
|
|
119
|
+
},
|
|
120
|
+
"growthMinDbPerFrame": {
|
|
121
|
+
"ref": "GROWTH_MIN_DB_PER_FRAME"
|
|
122
|
+
},
|
|
123
|
+
"growthMaxDipDb": {
|
|
124
|
+
"ref": "GROWTH_MAX_DIP_DB"
|
|
125
|
+
},
|
|
126
|
+
"pshrMinDb": {
|
|
127
|
+
"ref": "PSHR_MIN_DB"
|
|
128
|
+
}
|
|
129
|
+
}
|
|
130
|
+
},
|
|
131
|
+
"FBS_MAX_NOTCH_DEPTH_DB": {
|
|
132
|
+
"kind": "scalar",
|
|
133
|
+
"doc": "THE NOTCH DEPTH LAW: the deepest cut any machine planter may propose from one reading, in dB. A number, not a literal at the call site, because two planters now lean on it. FBS derives a candidate's depth from the peak-to-average ratio around its bin and stops here; Room Analysis derives a mode's depth from its height above the median curve and is held to the SAME ceiling (2026-09-08-room-analysis.md §4 — \"never more than the FBS notch depth law\"). Written twice as `18` those two bounds would be equal by coincidence and could drift apart in silence. It is a CEILING ON THE PROPOSAL, not the final gain: a band that lands as a rampable BELL is bounded again by `EQ_GAIN_RANGE`, which is tighter. A planter must honour both and REPORT when either bit, never quietly deliver a shallower cut than it was asked for.",
|
|
134
|
+
"unit": "dB",
|
|
135
|
+
"value": 18
|
|
136
|
+
},
|
|
137
|
+
"FBS_DEFAULT_NOTCH_Q": {
|
|
138
|
+
"kind": "scalar",
|
|
139
|
+
"doc": "Default planted-notch width (Q) — the dbx-AFS-style ultra-narrow notch the corrector plants. `addBand`'s per-shape clamp holds it at 116 for a fixed notch and narrows it to 8 for a live bell, so this is the declared starting point rather than the width every notch ends up with.",
|
|
140
|
+
"unit": "",
|
|
141
|
+
"value": 116
|
|
142
|
+
},
|
|
143
|
+
"FBS_DEFAULT_MAX_AUTO_BANDS": {
|
|
144
|
+
"kind": "scalar",
|
|
145
|
+
"doc": "Default per-channel cap on auto-planted bands — a full pool plants nothing and raises a pool-full alert instead (predictability over silent eviction).",
|
|
146
|
+
"unit": "",
|
|
147
|
+
"value": 6
|
|
148
|
+
}
|
|
149
|
+
}
|
|
150
|
+
}
|