ENUM VFL_DEVNODE_TYPE(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

enum vfl_devnode_type β€” bestie, this is the type of V4L2 device node. That's the whole vibe. This is the enum vfl_devnode_type(9) page, and we're about to meet the whole little squad of constants. Periodt. πŸ’…


✨ SYNOPSIS ✨

enum vfl_devnode_type {
    VFL_TYPE_VIDEO ,
    VFL_TYPE_VBI ,
    VFL_TYPE_RADIO ,
    VFL_TYPE_SUBDEV ,
    VFL_TYPE_SDR ,
    VFL_TYPE_TOUCH ,
    VFL_TYPE_MAX

};

πŸŽ€ Constants πŸŽ€

  • VFL_TYPE_VIDEO β€” for video input/output devices. Video in, video out, main character energy. 🎬
  • VFL_TYPE_VBI β€” for vertical blank data (i.e. closed captions, teletext). Yep, that niche little data lane is iconic too. πŸ“Ί
  • VFL_TYPE_RADIO β€” for radio tuners. Turn it up, bestie. πŸ“»
  • VFL_TYPE_SUBDEV β€” for V4L2 subdevices. The supporting cast, but still important. 🫢
  • VFL_TYPE_SDR β€” for Software Defined Radio tuners. Software-defined, spiritually unserious. πŸ“‘
  • VFL_TYPE_TOUCH β€” for touch sensors. Touch grass? No, touch sensors. 🫡
  • VFL_TYPE_MAX β€” number of VFL types, and it must always be last in the enum. Not me stressing the "last" part, but like… last. Always. πŸ”₯

🌈 SEE ALSO 🌈

Kernel file: ./include/media/v4l2-dev.h β€” yes bestie, that's where the source lives. Now here's the whole friend group, no cap:


This cutie came from ./include/media, dated October 2026, and it's the enum vfl_devnode_type(9) manual page. Bye bestie, go read the source and slay πŸ«ΆπŸ’–βœ¨

πŸ“¦ where this page comes from