Hi Hans, On 5/8/19 2:37 PM, Stanimir Varbanov wrote: > This event indicate that the source bit-depth is changed during > run-time. The client must get the new format and re-allocate buffers > for it. This can usually happens with video decoder (encoders) when > the bit-stream depth is changed from 8 to 10bits or vice versa. > > Signed-off-by: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx> > --- > Change since v1: s/BITDEPTH/BIT_DEPTH > > Documentation/media/uapi/v4l/vidioc-dqevent.rst | 7 +++++++ > Documentation/media/videodev2.h.rst.exceptions | 1 + > include/uapi/linux/videodev2.h | 1 + > 3 files changed, 9 insertions(+) > > diff --git a/Documentation/media/uapi/v4l/vidioc-dqevent.rst b/Documentation/media/uapi/v4l/vidioc-dqevent.rst > index dea9c0cc00ab..f7782cbddc5f 100644 > --- a/Documentation/media/uapi/v4l/vidioc-dqevent.rst > +++ b/Documentation/media/uapi/v4l/vidioc-dqevent.rst > @@ -397,6 +397,13 @@ call. > that many devices are not able to recover from a temporary loss of > signal and so restarting streaming I/O is required in order for the > hardware to synchronize to the video signal. > + * - ``V4L2_EVENT_SRC_CH_BIT_DEPTH`` I started to wonder isn't COLOR_DEPTH more appropriate? Bit-depth doesn't describe what is actually deep. -- regards, Stan
