3.15 kHz high-pass
Rejects everything below the corner at 12 dB/octave and passes what is above it. Solved at 8 sample rates, with the poles, the real −3 dB point and the word length it stops working at.
Magnitude response at 48 kHz
Every vertex is 20·log₁₀|H(ejω)| evaluated on the unit circle — not a sketch of the filter's shape. The faint traces behind it are the same corner at every Q in the sweep below.
Gain at f0 (3.15 kHz)
−3.01 dB
exact at every sample rate — the bilinear transform maps this value, not just the frequency
Pole radius at 48 kHz
0.7472579
conjugate pair at ±17.19°, 0.253 from the circle
−3 dB point
3150.0 Hz
1.000× f0 at Q = 0.7071
16-bit fixed point
holds
largest pole 0.7472688 in Q1.14
Coefficients, at every sample rate
The cookbook computes w₀ = 2πf₀/Fs, so the same filter is a different set of numbers at every rate. Rates whose Nyquist limit is at or below 3.15 kHz are absent because the filter does not exist there — equivalently, the f₀/Nyquist column never reaches 100%. That is why this table is 8 rows and a 20 Hz page is 8.
| Sample rate | b0 | b1 | b2 | a1 | a2 | Pole r | f₀/Nyquist |
|---|---|---|---|---|---|---|---|
| 8 kHz | 0.074659 | -0.149317 | 0.074659 | 1.092413 | 0.391047 | 0.625338 | 78.8% |
| 16 kHz | 0.397952 | -0.795904 | 0.397952 | -0.392823 | 0.198984 | 0.446076 | 39.4% |
| 22.1 kHz | 0.522749 | -1.045498 | 0.522749 | -0.803032 | 0.287964 | 0.536623 | 28.6% |
| 32 kHz | 0.643532 | -1.287064 | 0.643532 | -1.155679 | 0.418449 | 0.646876 | 19.7% |
| 44.1 kHz | 0.727336 | -1.454672 | 0.727336 | -1.378891 | 0.530454 | 0.728322 | 14.3% |
| 48 kHz | 0.746544 | -1.493088 | 0.746544 | -1.427782 | 0.558394 | 0.747258 | 13.1% |
| 96 kHz | 0.864302 | -1.728605 | 0.864302 | -1.710105 | 0.747104 | 0.864352 | 6.6% |
| 192 kHz | 0.929699 | -1.859398 | 0.929699 | -1.854450 | 0.864346 | 0.929702 | 3.3% |
const float b0 = 0.74654412f, b1 = -1.49308823f, b2 = 0.74654412f;
const float a1 = -1.42778213f, a2 = 0.55839434f; // a0 == 1What word length this filter survives
The fixed-point rows round all five coefficients to one shared scale, which is what a q15/q31 biquad section does with its post-shift.Pole radius is solved from the quadratic, not taken as √|a₂| — once rounding pushes the poles onto the real axis those two disagree, and the convenient one reports a comfortable margin on a filter that has already left the unit circle. Error is the worst deviation from float64 across frequencies where the response is within 40 dB of its own peak; below that it is measuring the −200 dB floor.
| Word format | Q format | Largest pole | √|a₂| says | Stable | Worst error in band |
|---|---|---|---|---|---|
| float64 | — | 0.7472579 | 0.7472579 | yes | reference |
| float32 | — | 0.7472579 | 0.7472579 | yes | 0.0000 dB |
| 32-bit fixed | Q1.30 | 0.7472579 | 0.7472579 | yes | 0.0000 dB |
| 24-bit fixed | Q1.22 | 0.7472579 | 0.7472579 | yes | 0.0000 dB |
| 16-bit fixed | Q1.14 | 0.7472688 | 0.7472688 | yes | 0.3809 dB |
What Q does at 3.15 kHz
f₀ does not move with Q — the −3 dB point does. They are the same frequency only at Q = 1/√2, which is why a Butterworth corner is the one people quote and why every other Q surprises somebody.
| Q | At f₀ | Peak | −3 dB | Pole r | Group delay at f₀ |
|---|---|---|---|---|---|
| 0.5 | −6.02 dB | 0.00 dB @ 24.00 kHz | 4800 Hz | 0.654070 | 0.052 ms |
| 0.7071 | −3.01 dB | 0.00 dB @ 24.00 kHz | 3150 Hz | 0.747258 | 0.074 ms |
| 1 | 0.00 dB | +1.25 dB @ 4.41 kHz | 2705 Hz | 0.816178 | 0.104 ms |
| 2 | +6.02 dB | +6.29 dB @ 3.40 kHz | 4938 Hz | 0.904363 | 0.208 ms |
| 4 | +12.04 dB | +12.11 dB @ 3.19 kHz | 3691 Hz | 0.951100 | 0.416 ms |
| 10 | +20.00 dB | +19.86 dB @ 3.19 kHz | 3330 Hz | 0.980159 | 1.040 ms |
Questions this filter answers
What are the biquad coefficients for a 3.15 kHz high-pass filter at 48 kHz?
b0 = 0.746544, b1 = -1.493088, b2 = 0.746544, a1 = -1.427782, a2 = 0.558394, with a0 normalised to 1 — the RBJ Audio EQ Cookbook form at Q = 0.7071. Every other sample rate in the table above gives different numbers for the same filter, because w0 = 2πf0/Fs and every cosine and sine downstream of it moves.
Is a 3.15 kHz high-pass filter stable in 16-bit fixed point?
Yes. Rounding the five coefficients to a shared 1.14 scale leaves the largest pole at 0.7472688, against 0.7472579 exact, and the response drifts by at most 0.381 dB inside the band. 24-bit takes that to 0.0000 dB.
Where is the real −3 dB point of a 3.15 kHz high-pass filter?
3150.0 Hz, which is 1.000× the 3.15 kHz corner. f0 and the −3 dB point are the same frequency only at Q = 1/√2; this page is designed at Q = 0.7071, and the Q sweep above shows the point moving from 4800.5 Hz to 3330.1 Hz across the sweep while f0 never moves.
How close to the unit circle are the poles of a 3.15 kHz high-pass filter?
0.7472579 at 48 kHz, as a conjugate pair at ±17.19°. Pole radius rises toward 1 as the corner frequency falls relative to the sample rate — the same filter at 192 kHz sits at 0.9297023 and at 8 kHz at 0.6253378. That distance is the whole story of the fixed-point table: a pole a few parts in 10⁵ from the circle has nowhere to be rounded to.
The neighbouring corners
One third-octave either side, and the same 3.15 kHz corner as every other filter type.
- Low-pass3.15 kHz
- Band-pass3.15 kHz
- Notch3.15 kHz
- All-pass3.15 kHz
- Peaking EQ3.15 kHz
- Low shelf3.15 kHz
- High shelf3.15 kHz
Method and limits. Coefficients follow the RBJ Audio EQ Cookbook, the bilinear transform of the analog prototype prewarped so the corner lands exactly on f0 — which is why −3.01 dB at 3.15 kHz holds at every sample rate in the table rather than only at low f0/Fs. Shelves fix the slope at S = 1, matching Web Audio's BiquadFilterNode, so Q is not read for those two types. Pole and zero radii are the roots of the quadratic, not sqrt(|a2|). The fixed-point rows model a single shared coefficient scale and no other quantisation: they say nothing about signal-path headroom, limit cycles or the accumulator width your implementation uses, all of which can make a filter that passes this table still misbehave. Nothing on this page is fetched or estimated — it is solved from the type and the frequency in the URL.