STRUCT VIDTV_DEMOD_CNR_TO_QUAL_S(9)
π struct vidtv...nr_to_qual_s(9) π
okay so bestie, welcome to the Kernel API Manual β yes we're literally in the kernel docs rn, and no this isn't the scary part, i promise π«Ά
β¨ NAME β¨
struct vidtv_demod_cnr_to_qual_s β the little struct whose whole entire job is mapping CNR values to a given combo of modulation and fec_inner. it's giving matchmaker but for signal quality π
πΈ SYNOPSIS πΈ
struct vidtv_demod_cnr_to_qual_s {
u32 modulation;
u32 fec;
u32 cnr_ok;
u32 cnr_good;
};
like, that's it. four lil u32s. lowkey iconic π
π¦ Members π¦
modulationβ seeenum fe_modulationfor what this one's about β¨fecβ seeenum fe_fec_rate, yep, that's the one πcnr_okβ the S/N threshold where we go "okay the signal is OK". and listen β if you dip below this, there's a chance of losing sync. not me warning you, that's just the docs πcnr_goodβ the S/N threshold where the signal is officially strong and we can all relax π
π Description π
so this struct matches up the 'good' and 'ok' CNR values, given whatever combination of modulation and fec_inner you're running. and yes β we might simulate some noise if the signal quality is not too good. dramatic? maybe. accurate? yes π
the values were taken from libdvbv5, so you know they're not just vibes, they're sourced vibes β¨
π SEE ALSO π
- Kernel file
./drivers/media/test-drivers/vidtv/vidtv_demod.hβ go read it bestie, iykwim π struct vidtv_demod_config(9)struct vidtv_demod_state(9)
that's the whole page, no cap π this little guy lives at ./drivers/media/test-drivers/v... and the docs are dated October 2026 β so yes, we're reading from the future, main character energy fr fr βπ
k byeee, go fix your signal, you got this ππ§π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms