Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Jeffrey Chapuis <ashyni1987@gmail.com>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] avfilter/vf_cropdetect: add ability to change limit/reset at runtime
Date: Tue, 17 Jan 2023 13:27:16 +0100
Message-ID: <b3206127-a7d4-ad56-2d97-01f0298432eb@gmail.com> (raw)
In-Reply-To: <CAPYw7P4wYhKhxrvDKzviGRa1q6=nDdER8X9Qci=CSYAW9QgJog@mail.gmail.com>

On 17/01/2023 12:52, Paul B Mahol wrote:
> On 1/17/23, Jeffrey Chapuis <ashyni1987@gmail.com> wrote:
>>> Le 10/01/2023 à 16:45, Paul B Mahol a écrit :
>>>> On 1/10/23, Jeffrey CHAPUIS <ashyni1987 at gmail.com> wrote:
>>>>> Hello,
>>>>> I decided to continue on a simpler path without 'reset/reset_count', it
>>>>> was
>>>>> only to experiment anyway, 'limit' is the main goal.
>>>>> 'limit' is added to the metadata to control that the result is
>>>>> associated to
>>>>> a change at runtime, it's after scaling with bitdetph but that's not
>>>>> really
>>>>> a problem (at least for me, we can always store the parameter before
>>>>> any
>>>>> alteration).
>>>>>
>>>>>> +    if (!strcmp(cmd, "limit")) {
>>>>>> +        if (s->limit < 1.0)
>>>>>> +            s->limit *= (1 << s->bitdepth) - 1;
>>>>>> +        s->frame_nb = s->reset_count;
>>>>>> +    }
>>>>> Should i remove the if statement here ? or keep it for future change
>>>>> eventually.
>>>>
>>>> Split variables, keep one variable settable by user and unchanged by
>>>> filter.
>>>>
>>>>>
>>>>> Notes I didn't think about?
>>>>>
>>>>> Thunderbird altered the patch somehow (remove empty new lines), it's
>>>>> edited
>>>>> manually.
>>>>
>>>> Attach patch instead.
>>>>
>>>>
>>>> Avoid using strcmp to check for this variable change, instead check
>>>> with previous and new value in process function.
>>>
>>>> Here is part of the updated patch, 'limit' exposed in metadata/log is now
>>>> coherent with init().
>>>> Like 'limit/limit_user' is of type float, i've used what's done in
>>>> av_dict_set_int() to print it as float.
>>>> Compare 's->limit_user' and 's->limit' to check for a change instead of
>>>> 'strcmp'.
>>>> Is there anything to adjust ?
>>>
>>> Forgot to update ref file for fate (full patch attached).
>>
>> Is the update code good?
>>
>>> +    char limit_str[22];
>>> +        snprintf(limit_str, sizeof(limit_str), "%f", s->limit_user);
>>> +        av_dict_set(metadata, "lavfi.cropdetect.limit", limit_str, 0);
>>
>> Should i create a function av_dict_set_float() in libavutil/dict.c and
>> libavutil/dict.h?
> 
> Nope.
> 
> Shouldnt limit variable be changed if < 1.0 before being used in
> process_command()  ?

You mean before ff_filter_process_command() ?
I thought ff_filter_process_command() was only checking the command flag and input value.

In that case, i need to store variable and restore them if ff_filter_process_command() fail ?


Sorry for all this stupid question, i'm not a dev, learning stuff on the way.

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

  reply	other threads:[~2023-01-17 12:27 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-10 13:15 Jeffrey CHAPUIS
2023-01-10 15:45 ` Paul B Mahol
2023-01-11 11:42   ` Jeffrey Chapuis
2023-01-11 17:46     ` Jeffrey Chapuis
2023-01-12 15:53       ` Jeffrey Chapuis
2023-01-17 11:46         ` Jeffrey Chapuis
2023-01-17 11:52           ` Paul B Mahol
2023-01-17 12:27             ` Jeffrey Chapuis [this message]
2023-01-17 12:34               ` Paul B Mahol
2023-01-17 13:31                 ` Jeffrey Chapuis
2023-01-17 13:45                   ` Paul B Mahol
2023-01-17 14:24                     ` Jeffrey Chapuis
2023-01-17 14:29                       ` Paul B Mahol
2023-01-17 15:19                         ` Jeffrey Chapuis
2023-01-17 16:23                           ` Paul B Mahol
2023-01-17 18:00                             ` Jeffrey Chapuis
2023-01-17 18:11                               ` Paul B Mahol
2023-01-17 22:07                                 ` Jeffrey Chapuis
2023-01-19 12:11                                 ` Jeffrey Chapuis
2023-01-19 13:50                                 ` Jeffrey Chapuis
  -- strict thread matches above, loose matches on Subject: below --
2022-12-28 11:02 Jeffrey CHAPUIS
2022-12-28 11:21 ` Marton Balint
2022-12-28 11:51 ` James Almer
2022-12-28 15:37   ` Jeffrey CHAPUIS
2022-12-27 12:33 Jeffrey CHAPUIS
2022-12-27 11:46 Jeffrey CHAPUIS
2022-12-27 12:34 ` James Almer
2022-12-27 12:57   ` Jeffrey CHAPUIS

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=b3206127-a7d4-ad56-2d97-01f0298432eb@gmail.com \
    --to=ashyni1987@gmail.com \
    --cc=ffmpeg-devel@ffmpeg.org \
    /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

Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
		ffmpegdev@gitmailbox.com
	public-inbox-index ffmpegdev

Example config snippet for mirrors.


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git