From: Hugues FRUCHET <hugues.fruchet@foss.st.com>
To: Nicolas Dufresne <nicolas.dufresne@collabora.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>,
Philipp Zabel <p.zabel@pengutronix.de>,
Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Fritz Koenig <frkoenig@chromium.org>,
Sebastian Fricke <sebastian.fricke@collabora.com>,
Daniel Almeida <daniel.almeida@collabora.com>,
Andrzej Pietrasiewicz <andrzej.p@collabora.com>,
Benjamin Gaignard <benjamin.gaignard@collabora.com>,
<linux-media@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<linux-rockchip@lists.infradead.org>,
<linux-stm32@st-md-mailman.stormreply.com>
Subject: Re: [PATCH 1/2] media: uapi: add WebP VP8 frame flag
Date: Thu, 12 Sep 2024 14:32:41 +0200 [thread overview]
Message-ID: <7869d6b4-6b6e-4fb6-95d9-bbe497caeceb@foss.st.com> (raw)
In-Reply-To: <01020191e212f333-703af7d0-fc68-4f47-b55c-6c0c3de6708a-000000@eu-west-1.amazonses.com>
Hi Nicolas,
Thanks for reviewing.
On 9/11/24 19:12, Nicolas Dufresne wrote:
> Hi Hugues,
>
> Le mercredi 11 septembre 2024 à 15:50 +0200, Hugues Fruchet a écrit :
>> Add a flag indicating that VP8 bitstream is a WebP picture.
>
> Sounds like there should be some code changes in GStreamer that you haven't
> disclosed. Mind sharing how this new uAPI is used ? I would also expect this
> commit message to give more insight on what is special about WebP that makes
> this flag required.
GStreamer changes here:
https://gitlab.freedesktop.org/gstreamer/gstreamer/-/commit/138ecfac54ce85b273a26ff6f0fefe3998f8d436?merge_request_iid=7505
Verisilicon datasheet is not explicit on why WebP must be signaled to
hardware but WebP decoding fails if not.
Seems to me that such a simple addition on an already existing flag is
something acceptable and preferable to the development of a new complete
uAPI for WebP decoding.
>
> I would also need some more API or documentation that explain how we can
> differentiate a upstream decoder that is capable of WebP decoding from one that
> does not. I wonder if it would not have been better to define a new format ?
> That being said, I haven't looked at all in the specification and only rely on
> your cover letter and patch series.
>
> Nicolas
>
>>
>> Signed-off-by: Hugues Fruchet <hugues.fruchet@foss.st.com>
>> ---
>> .../userspace-api/media/v4l/ext-ctrls-codec-stateless.rst | 3 +++
>> include/uapi/linux/v4l2-controls.h | 1 +
>> 2 files changed, 4 insertions(+)
>>
>> diff --git a/Documentation/userspace-api/media/v4l/ext-ctrls-codec-stateless.rst b/Documentation/userspace-api/media/v4l/ext-ctrls-codec-stateless.rst
>> index 0da635691fdc..bb08aacddc9c 100644
>> --- a/Documentation/userspace-api/media/v4l/ext-ctrls-codec-stateless.rst
>> +++ b/Documentation/userspace-api/media/v4l/ext-ctrls-codec-stateless.rst
>> @@ -1062,6 +1062,9 @@ FWHT Flags
>> * - ``V4L2_VP8_FRAME_FLAG_SIGN_BIAS_ALT``
>> - 0x20
>> - Sign of motion vectors when the alt frame is referenced.
>> + * - ``V4L2_VP8_FRAME_FLAG_WEBP``
>> + - 0x40
>> + - Indicates that this frame is a WebP picture.
>>
>> .. c:type:: v4l2_vp8_entropy_coder_state
>>
>> diff --git a/include/uapi/linux/v4l2-controls.h b/include/uapi/linux/v4l2-controls.h
>> index 974fd254e573..e41b62f2cb2b 100644
>> --- a/include/uapi/linux/v4l2-controls.h
>> +++ b/include/uapi/linux/v4l2-controls.h
>> @@ -1897,6 +1897,7 @@ struct v4l2_vp8_entropy_coder_state {
>> #define V4L2_VP8_FRAME_FLAG_MB_NO_SKIP_COEFF 0x08
>> #define V4L2_VP8_FRAME_FLAG_SIGN_BIAS_GOLDEN 0x10
>> #define V4L2_VP8_FRAME_FLAG_SIGN_BIAS_ALT 0x20
>> +#define V4L2_VP8_FRAME_FLAG_WEBP 0x40
>>
>> #define V4L2_VP8_FRAME_IS_KEY_FRAME(hdr) \
>> (!!((hdr)->flags & V4L2_VP8_FRAME_FLAG_KEY_FRAME))
>
BR,
Hugues.
next prev parent reply other threads:[~2024-09-12 12:36 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-11 13:50 [PATCH 0/2] Add WebP support to hantro decoder Hugues Fruchet
2024-09-11 13:50 ` [PATCH 1/2] media: uapi: add WebP VP8 frame flag Hugues Fruchet
2024-09-11 17:12 ` Nicolas Dufresne
2024-09-12 12:32 ` Hugues FRUCHET [this message]
2024-09-11 13:50 ` [PATCH 2/2] media: verisilicon: add WebP decoding support Hugues Fruchet
2024-09-11 17:58 ` Nicolas Dufresne
[not found] ` <1d02cbe2797053c69ba9d7adb9c666ca221407e0.camel@collabora.com>
2024-09-11 18:44 ` Nicolas Dufresne
2024-09-12 12:18 ` Hugues FRUCHET
2024-09-12 13:12 ` Nicolas Dufresne
2024-09-12 13:57 ` Hugues FRUCHET
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7869d6b4-6b6e-4fb6-95d9-bbe497caeceb@foss.st.com \
--to=hugues.fruchet@foss.st.com \
--cc=andrzej.p@collabora.com \
--cc=benjamin.gaignard@collabora.com \
--cc=daniel.almeida@collabora.com \
--cc=ezequiel@vanguardiasur.com.ar \
--cc=frkoenig@chromium.org \
--cc=hverkuil-cisco@xs4all.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=mchehab@kernel.org \
--cc=nicolas.dufresne@collabora.com \
--cc=p.zabel@pengutronix.de \
--cc=sebastian.fricke@collabora.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®