diff mbox series

[FFmpeg-devel] avfilter/vf_mpdecimate: Add option to keep the first N similar frames before dropping

Message ID 20230508133205.19247-1-thilo.borgmann@mail.de
State New
Headers show
Series [FFmpeg-devel] avfilter/vf_mpdecimate: Add option to keep the first N similar frames before dropping | expand

Checks

Context Check Description
andriy/commit_msg_x86 warning Please wrap lines in the body of the commit message between 60 and 72 characters.
yinshiyou/commit_msg_loongarch64 warning Please wrap lines in the body of the commit message between 60 and 72 characters.
andriy/make_x86 success Make finished
andriy/make_fate_x86 success Make fate finished

Commit Message

Thilo Borgmann May 8, 2023, 1:32 p.m. UTC
This allows for decimating large similar portions of a video while preserving small ones.
---
 libavfilter/vf_mpdecimate.c | 19 +++++++++++++++++--
 1 file changed, 17 insertions(+), 2 deletions(-)

Comments

Thilo Borgmann May 8, 2023, 1:43 p.m. UTC | #1
Am 08.05.23 um 15:32 schrieb Thilo Borgmann:
> This allows for decimating large similar portions of a video while preserving small ones.
> ---
>   libavfilter/vf_mpdecimate.c | 19 +++++++++++++++++--
>   1 file changed, 17 insertions(+), 2 deletions(-)

docs and micro bump in v2.

-Thilo
Paul B Mahol May 8, 2023, 1:58 p.m. UTC | #2
On Mon, May 8, 2023 at 3:43 PM Thilo Borgmann <thilo.borgmann@mail.de>
wrote:

> Am 08.05.23 um 15:32 schrieb Thilo Borgmann:
> > This allows for decimating large similar portions of a video while
> preserving small ones.
> > ---
> >   libavfilter/vf_mpdecimate.c | 19 +++++++++++++++++--
> >   1 file changed, 17 insertions(+), 2 deletions(-)
>
> docs and micro bump in v2.
>

Why is range for option allowed to go bellow 0 to INT_MIN?


> -Thilo
>
> _______________________________________________
> 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".
>
Thilo Borgmann May 8, 2023, 6:06 p.m. UTC | #3
Am 08.05.23 um 15:58 schrieb Paul B Mahol:
> On Mon, May 8, 2023 at 3:43 PM Thilo Borgmann <thilo.borgmann@mail.de>
> wrote:
> 
>> Am 08.05.23 um 15:32 schrieb Thilo Borgmann:
>>> This allows for decimating large similar portions of a video while
>> preserving small ones.
>>> ---
>>>    libavfilter/vf_mpdecimate.c | 19 +++++++++++++++++--
>>>    1 file changed, 17 insertions(+), 2 deletions(-)
>>
>> docs and micro bump in v2.
>>
> 
> Why is range for option allowed to go bellow 0 to INT_MIN?

Oh it shall allow for >= 0 from the user. Will fix the min/max values, anything else?

Thanks,
Thilo
Paul B Mahol May 8, 2023, 6:55 p.m. UTC | #4
On Mon, May 8, 2023 at 8:06 PM Thilo Borgmann <thilo.borgmann@mail.de>
wrote:

> Am 08.05.23 um 15:58 schrieb Paul B Mahol:
> > On Mon, May 8, 2023 at 3:43 PM Thilo Borgmann <thilo.borgmann@mail.de>
> > wrote:
> >
> >> Am 08.05.23 um 15:32 schrieb Thilo Borgmann:
> >>> This allows for decimating large similar portions of a video while
> >> preserving small ones.
> >>> ---
> >>>    libavfilter/vf_mpdecimate.c | 19 +++++++++++++++++--
> >>>    1 file changed, 17 insertions(+), 2 deletions(-)
> >>
> >> docs and micro bump in v2.
> >>
> >
> > Why is range for option allowed to go bellow 0 to INT_MIN?
>
> Oh it shall allow for >= 0 from the user. Will fix the min/max values,
> anything else?
>

Nope. Rest looks fine.


>
> Thanks,
> Thilo
> _______________________________________________
> 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".
>
Thilo Borgmann May 8, 2023, 7:57 p.m. UTC | #5
Am 08.05.23 um 20:55 schrieb Paul B Mahol:
> On Mon, May 8, 2023 at 8:06 PM Thilo Borgmann <thilo.borgmann@mail.de>
> wrote:
> 
>> Am 08.05.23 um 15:58 schrieb Paul B Mahol:
>>> On Mon, May 8, 2023 at 3:43 PM Thilo Borgmann <thilo.borgmann@mail.de>
>>> wrote:
>>>
>>>> Am 08.05.23 um 15:32 schrieb Thilo Borgmann:
>>>>> This allows for decimating large similar portions of a video while
>>>> preserving small ones.
>>>>> ---
>>>>>     libavfilter/vf_mpdecimate.c | 19 +++++++++++++++++--
>>>>>     1 file changed, 17 insertions(+), 2 deletions(-)
>>>>
>>>> docs and micro bump in v2.
>>>>
>>>
>>> Why is range for option allowed to go bellow 0 to INT_MIN?
>>
>> Oh it shall allow for >= 0 from the user. Will fix the min/max values,
>> anything else?
>>
> 
> Nope. Rest looks fine.

Pushed including the min value fix.

Thanks,
Thilo
diff mbox series

Patch

diff --git a/libavfilter/vf_mpdecimate.c b/libavfilter/vf_mpdecimate.c
index 71f673cb64..d1e046fc32 100644
--- a/libavfilter/vf_mpdecimate.c
+++ b/libavfilter/vf_mpdecimate.c
@@ -46,6 +46,9 @@  typedef struct DecimateContext {
     int drop_count;                ///< if positive: number of frames sequentially dropped
                                    ///< if negative: number of sequential frames which were not dropped
 
+    int max_keep_count;            ///< number of similar frames to ignore before to start dropping them
+    int keep_count;                ///< number of similar frames already ignored
+
     int hsub, vsub;                ///< chroma subsampling values
     AVFrame *ref;                  ///< reference picture
     av_pixelutils_sad_fn sad;      ///< sum of absolute difference function
@@ -57,6 +60,8 @@  typedef struct DecimateContext {
 static const AVOption mpdecimate_options[] = {
     { "max",  "set the maximum number of consecutive dropped frames (positive), or the minimum interval between dropped frames (negative)",
       OFFSET(max_drop_count), AV_OPT_TYPE_INT, {.i64=0}, INT_MIN, INT_MAX, FLAGS },
+    { "keep", "set the number of similar consecutive frames to be kept before starting to drop similar frames",
+      OFFSET(max_keep_count), AV_OPT_TYPE_INT, {.i64=0}, INT_MIN, INT_MAX, FLAGS },
     { "hi",   "set high dropping threshold", OFFSET(hi), AV_OPT_TYPE_INT, {.i64=64*12}, INT_MIN, INT_MAX, FLAGS },
     { "lo",   "set low dropping threshold", OFFSET(lo), AV_OPT_TYPE_INT, {.i64=64*5}, INT_MIN, INT_MAX, FLAGS },
     { "frac", "set fraction dropping threshold",  OFFSET(frac), AV_OPT_TYPE_FLOAT, {.dbl=0.33}, 0, 1, FLAGS },
@@ -112,6 +117,12 @@  static int decimate_frame(AVFilterContext *ctx,
     DecimateContext *decimate = ctx->priv;
     int plane;
 
+    if (decimate->max_keep_count > 0 &&
+        decimate->keep_count > -1 &&
+        decimate->keep_count < decimate->max_keep_count) {
+        decimate->keep_count++;
+        return 0;
+    }
     if (decimate->max_drop_count > 0 &&
         decimate->drop_count >= decimate->max_drop_count)
         return 0;
@@ -196,20 +207,24 @@  static int filter_frame(AVFilterLink *inlink, AVFrame *cur)
 
     if (decimate->ref && decimate_frame(inlink->dst, cur, decimate->ref)) {
         decimate->drop_count = FFMAX(1, decimate->drop_count+1);
+        decimate->keep_count = -1; // do not keep any more frames until non-similar frames are detected
     } else {
         av_frame_free(&decimate->ref);
         decimate->ref = cur;
         decimate->drop_count = FFMIN(-1, decimate->drop_count-1);
+        if (decimate->keep_count < 0) // re-enable counting similiar frames to ignore before dropping
+            decimate->keep_count = 0;
 
         if ((ret = ff_filter_frame(outlink, av_frame_clone(cur))) < 0)
             return ret;
     }
 
     av_log(inlink->dst, AV_LOG_DEBUG,
-           "%s pts:%s pts_time:%s drop_count:%d\n",
+           "%s pts:%s pts_time:%s drop_count:%d keep_count:%d\n",
            decimate->drop_count > 0 ? "drop" : "keep",
            av_ts2str(cur->pts), av_ts2timestr(cur->pts, &inlink->time_base),
-           decimate->drop_count);
+           decimate->drop_count,
+           decimate->keep_count);
 
     if (decimate->drop_count > 0)
         av_frame_free(&cur);