From a87e34fbc50ba0b977bb1b35858bec79c5e0c9f3 Mon Sep 17 00:00:00 2001 From: Thomas Harte Date: Mon, 9 May 2016 15:13:16 -0400 Subject: [PATCH] Update README.md Added tap count information. --- README.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/README.md b/README.md index dea9d6b80..4697cc61a 100644 --- a/README.md +++ b/README.md @@ -15,6 +15,8 @@ Composite decoding is currently performed purely by notch filtering; this produc I've hesitated on a comb since it becomes complicated with machines — including the already-supported Atari 2600 — that use a not-strictly-conformant line length†, or, more substantially, with those that reset phase every line††. +All filtering is windowed finite impulse response, coefficients via Kaisser-Bessel, with up to 21 taps (adjacent samples are obtained from a single point via bilinear filtering where possible but that requires the adjacent coefficients to have the same sign; where that's not possible the number of taps may drop as the number of GLSL samples remains the same; it'll almost certainly be either 19 or 21 taps given the other operating conditions). + † per the documentation, its 228 cycles per line make each of its pixels exactly one NTSC colour clock long. There are 228.5 NTSC colour clocks per line so its hardware would appear to produce shorter-than-specified lines (albeit still well within tolerable variation). †† I suspect that a real TV will switch to a notch if adjacent colour bursts appear to keep resetting the colour oscillator, amongst other sanity checks, as analogue delay lines have a physically-fixed duration. I just need to do the same.