From: "Ming Qian(OSS)" <ming.qian@oss.nxp.com>
To: Sebastian Fricke <sebastian.fricke@collabora.com>
Cc: mchehab@kernel.org, hverkuil-cisco@xs4all.nl,
nicolas@ndufresne.ca, shawnguo@kernel.org,
s.hauer@pengutronix.de, kernel@pengutronix.de,
festevam@gmail.com, linux-imx@nxp.com, xiahong.bao@nxp.com,
eagle.zhou@nxp.com, imx@lists.linux.dev,
linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 2/2] media: amphion: Add a frame flush mode for decoder
Date: Thu, 27 Mar 2025 16:07:25 +0800 [thread overview]
Message-ID: <b02c4af0-d42e-43fd-acdc-b0674eed0a92@oss.nxp.com> (raw)
In-Reply-To: <20250327074835.r47kaabtwu5jqvxf@basti-XPS-13-9310>
Hi Sebastian ,
On 2025/3/27 15:48, Sebastian Fricke wrote:
> Hey Ming,
>
> On 05.03.2025 14:26, ming.qian@oss.nxp.com wrote:
>> From: Ming Qian <ming.qian@oss.nxp.com>
>>
>> By default the amphion decoder will pre-parse 3 frames before starting
>> to decode the first frame. Alternatively, a block of flush padding data
>> can be appended to the frame, which will ensure that the decoder can
>> start decoding immediately after parsing the flush padding data, thus
>> potentially reducing decoding latency.
>>
>> This mode was previously only enabled, when the display delay was set to
>> 0. Allow the user to manually toggle the use of that mode via a module
>> parameter called frame_flush_mode, which enables the mode without
>> changing the display order.
>>
>> Signed-off-by: Ming Qian <ming.qian@oss.nxp.com>
>> ---
>> v3
>> - Improve commit message as recommended
>> - Add some comments to avoid code looks cryptic
>>
>> drivers/media/platform/amphion/vpu_malone.c | 14 +++++++++++++-
>> 1 file changed, 13 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/media/platform/amphion/vpu_malone.c
>> b/drivers/media/platform/amphion/vpu_malone.c
>> index 1d9e10d9bec1..4ef9810d8142 100644
>> --- a/drivers/media/platform/amphion/vpu_malone.c
>> +++ b/drivers/media/platform/amphion/vpu_malone.c
>> @@ -25,6 +25,10 @@
>> #include "vpu_imx8q.h"
>> #include "vpu_malone.h"
>>
>> +static bool frame_flush_mode;
>> +module_param(frame_flush_mode, bool, 0644);
>> +MODULE_PARM_DESC(frame_flush_mode, "Set low latency flush mode: 0
>> (disable) or 1 (enable)");
>> +
>> #define CMD_SIZE 25600
>> #define MSG_SIZE 25600
>> #define CODEC_SIZE 0x1000
>> @@ -1579,7 +1583,15 @@ static int vpu_malone_input_frame_data(struct
>> vpu_malone_str_buffer __iomem *str
>>
>> vpu_malone_update_wptr(str_buf, wptr);
>>
>> - if (disp_imm && !vpu_vb_is_codecconfig(vbuf)) {
>> + /*
>> + * Enable the low latency flush mode if display delay is set to 0
>> + * or parameter frame_flush_mode is set to 1.
>
> s/or parameter frame_flush_mode is set to 1./
> or the frame flush mode if it is set to 1./
>
I will apply your suggestion.
>> + * The low latency flush mode requires some padding data to be
>> appended after each frame,
>
> s/appended after each/appended to each/
> (the word append implies that something is added after something else)
>
Got it
>> + * but don't put it in between the sequence header and frame.
>
> s/but don't put it in between the sequence header and frame./
> but there must not be any padding data between the sequence header
> and the frame./
>
> (As this is not a suggestion for the developer but a description of what
> the code does)
>
Got it
>> + * Only H264 and HEVC decoder support this module yet,
>
> s/decoder/formats/
>
> I'd rewrite this part:
> This module is currently only supported for the H264 and HEVC formats,
>
> but that is only because this sounds more natural to me.
>
I will apply your suggestion.
>> + * for other formats, vpu_malone_add_scode() will return 0.
>> + */
>> + if ((disp_imm || frame_flush_mode) &&
>> !vpu_vb_is_codecconfig(vbuf)) {
>> ret = vpu_malone_add_scode(inst->core->iface,
>> inst->id,
>> &inst->stream_buffer,
>> --
>> 2.43.0-rc1
>>
>>
>
> Thank you!
>
> Regards,
> Sebastian Fricke
Thank you very much for your help in expressing.
Regards,
Ming
next prev parent reply other threads:[~2025-03-27 8:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-05 6:26 [PATCH v3 1/2] media: amphion: Reduce decoding latency for HEVC decoder ming.qian
2025-03-05 6:26 ` [PATCH v3 2/2] media: amphion: Add a frame flush mode for decoder ming.qian
2025-03-26 20:55 ` Nicolas Dufresne
2025-03-27 1:41 ` Ming Qian(OSS)
2025-03-27 7:48 ` Sebastian Fricke
2025-03-27 8:07 ` Ming Qian(OSS) [this message]
2025-03-26 20:48 ` [PATCH v3 1/2] media: amphion: Reduce decoding latency for HEVC decoder Nicolas Dufresne
2025-03-27 1:30 ` Ming Qian(OSS)
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=b02c4af0-d42e-43fd-acdc-b0674eed0a92@oss.nxp.com \
--to=ming.qian@oss.nxp.com \
--cc=eagle.zhou@nxp.com \
--cc=festevam@gmail.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=imx@lists.linux.dev \
--cc=kernel@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-imx@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=nicolas@ndufresne.ca \
--cc=s.hauer@pengutronix.de \
--cc=sebastian.fricke@collabora.com \
--cc=shawnguo@kernel.org \
--cc=xiahong.bao@nxp.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®