1.6 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 (1.6 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.8623544
conjugate pair at ±8.55°, 0.138 from the circle
−3 dB point
1600.0 Hz
1.000× f0 at Q = 0.7071
16-bit fixed point
holds
largest pole 0.8623528 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 1.6 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.391336 | -0.782672 | 0.391336 | -0.369527 | 0.195816 | 0.442511 | 40.0% |
| 16 kHz | 0.638946 | -1.277891 | 0.638946 | -1.142981 | 0.412802 | 0.642496 | 20.0% |
| 22.1 kHz | 0.723636 | -1.447272 | 0.723636 | -1.369378 | 0.525166 | 0.724683 | 14.5% |
| 32 kHz | 0.800592 | -1.601185 | 0.800592 | -1.561018 | 0.641352 | 0.800844 | 10.0% |
| 44.1 kHz | 0.851064 | -1.702128 | 0.851064 | -1.679822 | 0.724434 | 0.851137 | 7.3% |
| 48 kHz | 0.862302 | -1.724604 | 0.862302 | -1.705552 | 0.743655 | 0.862354 | 6.7% |
| 96 kHz | 0.928624 | -1.857248 | 0.928624 | -1.852146 | 0.862349 | 0.928627 | 3.3% |
| 192 kHz | 0.963653 | -1.927306 | 0.963653 | -1.925984 | 0.928627 | 0.963653 | 1.7% |
const float b0 = 0.86230184f, b1 = -1.72460367f, b2 = 0.86230184f;
const float a1 = -1.70555215f, a2 = 0.74365520f; // 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.8623544 | 0.8623544 | yes | reference |
| float32 | — | 0.8623545 | 0.8623545 | yes | 0.0000 dB |
| 32-bit fixed | Q1.30 | 0.8623544 | 0.8623544 | yes | 0.0000 dB |
| 24-bit fixed | Q1.22 | 0.8623545 | 0.8623545 | yes | 0.0000 dB |
| 16-bit fixed | Q1.14 | 0.8623528 | 0.8623528 | yes | 0.0039 dB |
What Q does at 1.6 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 | 2473 Hz | 0.809784 | 0.100 ms |
| 0.7071 | −3.01 dB | 0.00 dB @ 24.00 kHz | 1600 Hz | 0.862354 | 0.142 ms |
| 1 | 0.00 dB | +1.25 dB @ 2.23 kHz | 1370 Hz | 0.900925 | 0.200 ms |
| 2 | +6.02 dB | +6.30 dB @ 1.72 kHz | 2545 Hz | 0.949305 | 0.401 ms |
| 4 | +12.04 dB | +12.08 dB @ 1.61 kHz | 1884 Hz | 0.974340 | 0.802 ms |
| 10 | +20.00 dB | +20.00 dB @ 1.61 kHz | 1691 Hz | 0.989658 | 2.004 ms |
Questions this filter answers
What are the biquad coefficients for a 1.6 kHz high-pass filter at 48 kHz?
b0 = 0.862302, b1 = -1.724604, b2 = 0.862302, a1 = -1.705552, a2 = 0.743655, 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 1.6 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.8623528, against 0.8623544 exact, and the response drifts by at most 0.004 dB inside the band. 24-bit takes that to 0.0000 dB.
Where is the real −3 dB point of a 1.6 kHz high-pass filter?
1600.0 Hz, which is 1.000× the 1.6 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 2473.3 Hz to 1690.7 Hz across the sweep while f0 never moves.
How close to the unit circle are the poles of a 1.6 kHz high-pass filter?
0.8623544 at 48 kHz, as a conjugate pair at ±8.55°. Pole radius rises toward 1 as the corner frequency falls relative to the sample rate — the same filter at 192 kHz sits at 0.9636530 and at 8 kHz at 0.4425107. 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 1.6 kHz corner as every other filter type.
- Low-pass1.6 kHz
- Band-pass1.6 kHz
- Notch1.6 kHz
- All-pass1.6 kHz
- Peaking EQ1.6 kHz
- Low shelf1.6 kHz
- High shelf1.6 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 1.6 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.