nal_h264_read_filler(9)
π nal_h264_read_filler(9) β read filler data RBSP π
okay bestie, welcome to the nal_h264_read_filler(9) page from the Kernel API Manual! this one is short, sweet, and absolutely does its little job. β¨
β¨ NAME β¨
nal_h264_read_filler β Read filler data RBSP π
π SYNOPSIS π
ssize_t nal_h264_read_filler (const struct device *dev , void *src ,
size_t n );
π§ ARGUMENTS π§
devβ device pointer π«Άsrcβ buffer with RBSP data that is read πΈnβ maximum size ofsrcthat shall be read π
πΈ DESCRIPTION πΈ
Read a filler data RBSP from src up to a maximum size of n bytes and return the size of the filler data in bytes including the marker. periodt. π
This function is used to parse filler data and skip the respective bytes in the RBSP data. it's literally the parse-and-skip bestie, no cap. π§Ήβ¨
The RBSP format of the filler data is specified in Rec. ITU-T H.264 (04/2017) 7.3.2.7 Filler data RBSP syntax. iconic reference behavior. ππ
π RETURN π
number of filler data bytes (including marker) or negative error. that's the whole vibe check: bytes on success, negative error when it's not slaying. ππ
π₯ SEE ALSO π₯
Kernel file ./drivers/media/platform/allegro-dvt/nal-h264.c β the source file bestie, go look. π
nal_h264_write_sps(9)nal_h264_read_sps(9)nal_h264_write_pps(9)nal_h264_read_pps(9)nal_h264_write_filler(9)
mwah π that's the page! source/version: ./drivers/media/platform/alleg... and date: October 2026 β manual name nal_h264_read_filler(9), and yes, it ate. π«Άπ
π¦ 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