[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1565606519.5017.5.camel@pengutronix.de>
Date: Mon, 12 Aug 2019 12:41:59 +0200
From: Philipp Zabel <p.zabel@...gutronix.de>
To: Ezequiel Garcia <ezequiel@...labora.com>,
linux-media@...r.kernel.org
Cc: kernel@...labora.com,
Nicolas Dufresne <nicolas.dufresne@...labora.com>,
Tomasz Figa <tfiga@...omium.org>,
linux-rockchip@...ts.infradead.org,
Heiko Stuebner <heiko@...ech.de>,
Jonas Karlman <jonas@...boo.se>,
Boris Brezillon <boris.brezillon@...labora.com>,
Paul Kocialkowski <paul.kocialkowski@...tlin.com>,
Alexandre Courbot <acourbot@...omium.org>,
fbuergisser@...omium.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v4 00/11] media: hantro: Add support for H264 decoding
Hi Ezequiel,
On Thu, 2019-08-08 at 07:34 -0300, Ezequiel Garcia wrote:
> This series is consolidating the two recent H264 series submitted
> by Boris [1] [2]. Given some patches from [2] have been merged (namely,
> helpers for the Hantro driver), the series contains the remanining
> bits required to support H264 on Hantro G1 VPU.
>
> * Patch 1 adds support for the sort_r() variant and has
> been posted separately by Rasmus. It would be good to merge this patch
> via the media tree, ideally as soon as possible, to avoid the
> synchronisation burden that might appear if we decide to delay it.
>
> * Patch 2 to 4 extends the H264 uAPI, introducing frame-based vs slice-based
> decoding granularity, and also support for different NALU start codes.
> Currently, Annex B and no start codes are the supported options.
>
> With the introduction of the start code control, the H264 parsed
> slices pixel format should be renamed, dropping the _RAW suffix,
> which is now meaningless.
>
> * Patch 5 removes the P0/B0/B1 ref lists from the decode_params control.
> These lists are no longer needed since we build them on the
> kernel side based on the DPB.
>
> * Patch 6 and 7 exposes the proper decoding mode and start code
> on the cedrus driver. The driver functionality is not changed,
> and only the Cedrus support is now being properly exposed to
> userspace.
>
> * Patch 8 is needed to properly propagate the OUTPUT buffer timestamp to
> the CAPTURE buffer one, which is required for intra-frame references.
>
> * Patches 9 to 11 adds H264 support for Hantro G1 and then enable
> H264 decoding on RK3288.
>
> This series has been tested using MPV/Ffmpeg, on Rockchip RK3288
> for Hantro and Allwinner H3 boards for Cedrus.
Tested-by: Philipp Zabel <p.zabel@...gutronix.de>
on i.MX8MQ EVK using [1], so I effectively patches 1-5 and 8-10, with
your FFmpeg modifications [2].
[1] git://git.pengutronix.de/git/pza/linux.git hantro/imx8m-wip
[2] https://gitlab.collabora.com/ezequiel/ffmpeg stateless-mpeg2-vp8-
h264-v4
regards
Philipp
Powered by blists - more mailing lists