[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2095465.irdbgypaU6@jernej-laptop>
Date: Mon, 28 Mar 2022 19:10:15 +0200
From: Jernej Škrabec <jernej.skrabec@...il.com>
To: linux-media@...r.kernel.org,
Sebastian Fricke <sebastian.fricke@...labora.com>
Cc: acourbot@...omium.org, tfiga@...omium.org,
hverkuil-cisco@...all.nl,
Sebastian Fricke <sebastian.fricke@...labora.com>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Maxime Ripard <mripard@...nel.org>,
Paul Kocialkowski <paul.kocialkowski@...tlin.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Chen-Yu Tsai <wens@...e.org>,
open list <linux-kernel@...r.kernel.org>,
"open list:STAGING SUBSYSTEM" <linux-staging@...ts.linux.dev>,
"moderated list:ARM/Allwinner sunXi SoC support"
<linux-arm-kernel@...ts.infradead.org>,
"open list:ARM/Allwinner sunXi SoC support"
<linux-sunxi@...ts.linux.dev>
Subject: Re: [RFC PATCH v3 1/2] media: docs-rst: Append HEVC specific term
Dne nedelja, 27. marec 2022 ob 10:43:08 CEST je Sebastian Fricke napisal(a):
> Describe the coding tree unit as replacement for the macroblock in the
> HEVC codec. Highlight a key difference of the HEVC codec to predecessors
> like AVC(H.264) to give a better overview of the differences between the
> coding standards.
>
Looks good to me.
Acked-by: Jernej Skrabec <jernej.skrabec@...il.com>
Best regards,
Jernej
> Signed-off-by: Sebastian Fricke <sebastian.fricke@...labora.com>
> ---
> Documentation/userspace-api/media/v4l/dev-decoder.rst | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/userspace-api/media/v4l/dev-decoder.rst
> b/Documentation/userspace-api/media/v4l/dev-decoder.rst index
> 3cf2b496f2d0..eb5b1b1e3a51 100644
> --- a/Documentation/userspace-api/media/v4l/dev-decoder.rst
> +++ b/Documentation/userspace-api/media/v4l/dev-decoder.rst
> @@ -72,6 +72,11 @@ coded resolution
> coded width
> width for given coded resolution.
>
> +coding tree unit
> + processing unit of the HEVC codec (≘ macroblock units in H.264, VP8,
> VP9); + can use block structures of up to 64×64 pixels;
> + Good at sub-partitioning the picture into variable sized structures.
> +
> decode order
> the order in which frames are decoded; may differ from display order if
> the coded format includes a feature of frame reordering; for decoders, @@
> -104,7 +109,8 @@ keyframe
> macroblock
> a processing unit in image and video compression formats based on linear
> block transforms (e.g. H.264, VP8, VP9); codec-specific, but for most of -
> popular codecs the size is 16x16 samples (pixels).
> + popular codecs the size is 16x16 samples (pixels). The HEVC codec uses a
> + slightly more flexible processing unit called coding tree unit (CTU).
>
> OUTPUT
> the source buffer queue; for decoders, the queue of buffers containing
Powered by blists - more mailing lists