Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: "Martin Storsjö" <martin@martin.st>
To: Thomas Mundt <tmundt75@gmail.com>
Cc: FFmpeg development discussions and patches
	<ffmpeg-devel@ffmpeg.org>, John Cox <jc@kynesim.co.uk>
Subject: Re: [FFmpeg-devel] [PATCH v2 12/15] avfilter/vf_bwdif: Add a filter_line3 method for optimisation
Date: Mon, 3 Jul 2023 00:12:46 +0300 (EEST)
Message-ID: <216b3a66-23de-35-1423-9df84a1ee16@martin.st> (raw)
In-Reply-To: <CAC5+Sy4+UYnR8AJQgS_c9+L7k7zOri67ohJ18zY=pGTqXd==Cg@mail.gmail.com>

On Sun, 2 Jul 2023, Thomas Mundt wrote:

> Am So., 2. Juli 2023 um 14:34 Uhr schrieb John Cox <jc@kynesim.co.uk>:
>       Add an optional filter_line3 to the available optimisations.
>
>       filter_line3 is equivalent to filter_line, memcpy, filter_line
>
>       filter_line shares quite a number of loads and some calculations
>       in
>       common with its next iteration and testing shows that using
>       aarch64
>       neon filter_line3s performance is 30% better than two
>       filter_lines
>       and a memcpy.
>
>       Signed-off-by: John Cox <jc@kynesim.co.uk>
>       ---
>        libavfilter/bwdif.h    |  7 +++++++
>        libavfilter/vf_bwdif.c | 31 +++++++++++++++++++++++++++++++
>        2 files changed, 38 insertions(+)
>
>       diff --git a/libavfilter/bwdif.h b/libavfilter/bwdif.h
>       index cce99953f3..496cec72ef 100644
>       --- a/libavfilter/bwdif.h
>       +++ b/libavfilter/bwdif.h
>       @@ -35,6 +35,9 @@ typedef struct BWDIFContext {
>            void (*filter_edge)(void *dst, void *prev, void *cur, void
>       *next,
>                                int w, int prefs, int mrefs, int
>       prefs2, int mrefs2,
>                                int parity, int clip_max, int spat);
>       +    void (*filter_line3)(void *dst, int dstride,
>       +                         const void *prev, const void *cur,
>       const void *next, int prefs,
>       +                         int w, int parity, int clip_max);
>        } BWDIFContext;
>
>        void ff_bwdif_init_filter_line(BWDIFContext *bwdif, int
>       bit_depth);
>       @@ -53,4 +56,8 @@ void ff_bwdif_filter_line_c(void *dst1, void
>       *prev1, void *cur1, void *next1,
>                                    int prefs3, int mrefs3, int prefs4,
>       int mrefs4,
>                                    int parity, int clip_max);
>
>       +void ff_bwdif_filter_line3_c(void * dst1, int d_stride,
>       +                             const void * prev1, const void *
>       cur1, const void * next1, int s_stride,
>       +                             int w, int parity, int clip_max);
>       +
>        #endif /* AVFILTER_BWDIF_H */
>       diff --git a/libavfilter/vf_bwdif.c b/libavfilter/vf_bwdif.c
>       index 26349da1fd..52bc676cf8 100644
>       --- a/libavfilter/vf_bwdif.c
>       +++ b/libavfilter/vf_bwdif.c
>       @@ -150,6 +150,31 @@ void ff_bwdif_filter_line_c(void *dst1,
>       void *prev1, void *cur1, void *next1,
>            FILTER2()
>        }
>
>       +#define NEXT_LINE()\
>       +    dst += d_stride; \
>       +    prev += prefs; \
>       +    cur  += prefs; \
>       +    next += prefs;
>       +
>       +void ff_bwdif_filter_line3_c(void * dst1, int d_stride,
>       +                             const void * prev1, const void *
>       cur1, const void * next1, int s_stride,
>       +                             int w, int parity, int clip_max)
>       +{
>       +    const int prefs = s_stride;
>       +    uint8_t * dst  = dst1;
>       +    const uint8_t * prev = prev1;
>       +    const uint8_t * cur  = cur1;
>       +    const uint8_t * next = next1;
>       +
>       +    ff_bwdif_filter_line_c(dst, (void*)prev, (void*)cur,
>       (void*)next, w,
>       +                           prefs, -prefs, prefs * 2, - prefs *
>       2, prefs * 3, -prefs * 3, prefs * 4, -prefs * 4, parity,
>       clip_max);
>       +    NEXT_LINE();
>       +    memcpy(dst, cur, w);
>       +    NEXT_LINE();
>       +    ff_bwdif_filter_line_c(dst, (void*)prev, (void*)cur,
>       (void*)next, w,
>       +                           prefs, -prefs, prefs * 2, - prefs *
>       2, prefs * 3, -prefs * 3, prefs * 4, -prefs * 4, parity,
>       clip_max);
>       +}
>       +
>        void ff_bwdif_filter_edge_c(void *dst1, void *prev1, void
>       *cur1, void *next1,
>                                    int w, int prefs, int mrefs, int
>       prefs2, int mrefs2,
>                                    int parity, int clip_max, int spat)
>       @@ -244,6 +269,11 @@ static int filter_slice(AVFilterContext
>       *ctx, void *arg, int jobnr, int nb_jobs)
>                                       refs << 1, -(refs << 1),
>                                       td->parity ^ td->tff, clip_max,
>                                       (y < 2) || ((y + 3) > td->h) ? 0
>       : 1);
>       +            } else if (s->filter_line3 && y + 2 < slice_end &&
>       y + 6 < td->h) {
>       +                s->filter_line3(dst,
>       td->frame->linesize[td->plane],
>       +                                prev, cur, next, linesize,
>       td->w,
>       +                                td->parity ^ td->tff,
>       clip_max);
>       +                y += 2;
>                    } else {
>                        s->filter_line(dst, prev, cur, next, td->w,
>                                       refs, -refs, refs << 1, -(refs
>       << 1),
> 
> 
> Maybe I'm missing something, but doesn't this kick out most of the x86 SIMD
> optimization because there is no filter_line3?

It looks to me like it doesn't; it adds a new optional function pointer, 
but the reference C function isn't set. So by default (and on x86) 
filter_line3 is null, and the old assembly optimized codepaths are used. 
But if an architecture does implement filter_line3, that's used instead of 
filter_line.

// Martin
_______________________________________________
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-07-02 21:12 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-02 12:32 [FFmpeg-devel] [PATCH v2 00/15] avfilter/vf_bwdif: Add aarch64 neon functions John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 01/15] avfilter/vf_bwdif: Add outline for aarch " John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 02/15] avfilter/vf_bwdif: Add common macros and consts for aarch64 neon John Cox
2023-07-02 21:04   ` Martin Storsjö
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 03/15] avfilter/vf_bwdif: Export C filter_intra John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 04/15] avfilter/vf_bwdif: Add neon for filter_intra John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 05/15] tests/checkasm: Add test for vf_bwdif filter_intra John Cox
2023-07-02 21:14   ` Martin Storsjö
2023-07-04 10:18     ` John Cox
2023-07-04 10:25       ` Kieran Kunhya
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 06/15] avfilter/vf_bwdif: Add clip and spatial macros for aarch64 neon John Cox
2023-07-02 14:02   ` Lynne
2023-07-02 14:09     ` Kieran Kunhya
2023-07-02 16:55       ` Lynne
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 07/15] avfilter/vf_bwdif: Export C filter_edge John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 08/15] avfilter/vf_bwdif: Add neon for filter_edge John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 09/15] tests/checkasm: Add test for vf_bwdif filter_edge John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 10/15] avfilter/vf_bwdif: Export C filter_line John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 11/15] avfilter/vf_bwdif: Add neon for filter_line John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 12/15] avfilter/vf_bwdif: Add a filter_line3 method for optimisation John Cox
2023-07-02 17:26   ` Thomas Mundt
2023-07-02 21:12     ` Martin Storsjö [this message]
2023-07-03  8:27       ` John Cox
2023-07-03 22:16         ` Thomas Mundt
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 13/15] avfilter/vf_bwdif: Add neon for filter_line3 John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 14/15] tests/checkasm: Add test for vf_bwdif filter_line3 John Cox
2023-07-02 12:32 ` [FFmpeg-devel] [PATCH v2 15/15] avfilter/vf_bwdif: Block filter slices into a multiple of 4 lines John Cox
2023-07-02 21:09 ` [FFmpeg-devel] [PATCH v2 00/15] avfilter/vf_bwdif: Add aarch64 neon functions Martin Storsjö
2023-07-03  8:44   ` John Cox

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=216b3a66-23de-35-1423-9df84a1ee16@martin.st \
    --to=martin@martin.st \
    --cc=ffmpeg-devel@ffmpeg.org \
    --cc=jc@kynesim.co.uk \
    --cc=tmundt75@gmail.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

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