Hi
the new libavradio in its new repository needs some changes the problem
is that maintaining it in a separate repository AND seperate directory is not
so simple
But let me show this in numbers, this is the stats of the changes related to
the build
system that would need to be maintained:
> -Original Message-
> From: ffmpeg-devel On Behalf Of Dai,
> Jianhui J
> Sent: Monday, July 3, 2023 12:26 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH v5] avformat/ivfenc: Set the "number of
> frames" in IVF header
>
> Should set "number of frames" to bytes 24-27
Should set "number of frames" to bytes 24-27 of IVF header, not
duration.
It is described by [1], and confirmed by parsing all IVF files in [2].
This commit also updates the md5sum of refs to pass fate-cbs.
[1] Duck IVF - MultimediaWiki
https://wiki.multimedia.cx/index.php/Duck_IVF
[2]
Should set "number of frames" to bytes 24-27 of IVF header, not
duration.
It is described by [1], and confirmed by parsing all IVF files in [2].
This commit also updates the md5sum of refs to pass fate-cbs.
[1] Duck IVF - MultimediaWiki
https://wiki.multimedia.cx/index.php/Duck_IVF
[2]
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Anton Khirnov
> Sent: Sunday, July 2, 2023 8:59 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2] avformat/ivfenc: Set the "number of
> frames" in IVF header
>
>
Add missing operand which clang complains about but gcc assumes it to be
'm1' if not specifiied.
Fixes building with clang
| src/libswscale/riscv/rgb2rgb_rvv.S:88:25: error: operand must be
e[8|16|32|64|128|256|512|1024],m[1|2|4|8|f2|f4|f8],[ta|tu],[ma|mu]
| vsetvli t4, t3, e8, ta, ma
|
Marton Balint 于2023年7月3日周一 03:30写道：
>
> av_get_random_seed() should be sufficent and that is used everywhere in the
> codebase for similar cases.
>
> Signed-off-by: Marton Balint
> ---
> configure| 1 -
> libavformat/hlsenc.c | 13 -
> 2 files changed, 14 deletions(-)
>
Marton Balint 于2023年7月3日周一 03:30写道：
>
> It should be OK to use av_get_random_seed() to generate the key instead of
> using openSSL/Gcrypt functions. This removes the hard dependancy of those libs
> for key generation functionality.
>
> Fixes ticket #10441.
>
> Signed-off-by: Marton Balint
> ---
Fix the fact that ffprobe no longer detect m3u8 in a data url correctly.
For example,
ffprobe
data:application/vnd.apple.mpegurl;base64,I0VYVE0zVQojRVhULVgtVkVSU0lPTjozCiNFWFQtWC1UQVJHRVREVVJBVElPTjozMAojRVhUSU5GOjMwLApodHRwczovL2Rvd25sb2FkLnNhbXBsZWxpYi5jb20vbXA0L3NhbXBsZS0zMHMubXA0
This
On Vr, 2023-06-30 at 19:51 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> The HDR metadata should be removed after HDR to SDR conversion,
> otherwise the output frame still has HDR side data.
>
> Signed-off-by: Haihao Xiang
> ---
> libavfilter/vf_tonemap_vaapi.c | 3 +++
> 1 file
Marvin Scholz:
> This new API allows to remove an entry and obtain ownership of the
> key/value that was associated with the removed entry.
> ---
>
> Changes since v1:
> - Clarify documentation about av_free having to be used.
> - Fix fate test to not rely on specific error code value
>
>
Paul B Mahol:
> Will apply this soon as there are no more comments.
My objection still stands.
- Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
Signed-off-by: James Almer
---
tests/fate/cbs.mak | 5 +
tests/ref/fate/cbs-vvc-APSALF_A_2 | 1 +
tests/ref/fate/cbs-vvc-APSLMCS_D_1 | 1 +
tests/ref/fate/cbs-vvc-APSMULT_A_4 | 1 +
tests/ref/fate/cbs-vvc-DCI_A_3 | 1 +
tests/ref/fate/cbs-vvc-OPI_B_3 | 1 +
6 files
Signed-off-by: James Almer
---
libavcodec/cbs_h2645.c| 21 +++
libavcodec/cbs_h266.h | 46 ++
libavcodec/cbs_h266_syntax_template.c | 201 ++
libavcodec/vvc.h | 10 ++
4 files changed, 278 insertions(+)
diff
Signed-off-by: James Almer
---
libavcodec/cbs_h2645.c| 18 ++
libavcodec/cbs_h266.h | 10 ++
libavcodec/cbs_h266_syntax_template.c | 24
libavcodec/vvc.h | 3 +++
4 files changed, 55
Signed-off-by: James Almer
---
libavcodec/cbs_h2645.c| 18 ++
libavcodec/cbs_h266.h | 11 +++
libavcodec/cbs_h266_syntax_template.c | 27 +++
3 files changed, 56 insertions(+)
diff --git a/libavcodec/cbs_h2645.c
On Mon, Jul 03, 2023 at 12:03:10AM +0200, Lynne wrote:
> Jul 2, 2023, 23:15 by mich...@niedermayer.cc:
>
> > On Sun, Jul 02, 2023 at 08:55:40PM +0200, Lynne wrote:
> >
> >> Jul 2, 2023, 13:01 by mich...@niedermayer.cc:
> >>
> >> > On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf
Jul 2, 2023, 23:15 by mich...@niedermayer.cc:
> On Sun, Jul 02, 2023 at 08:55:40PM +0200, Lynne wrote:
>
>> Jul 2, 2023, 13:01 by mich...@niedermayer.cc:
>>
>> > On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
>> >
>> >> On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer
On Thu, 29 Jun 2023, James Almer wrote:
Signed-off-by: James Almer
---
fftools/ffplay.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
LGTM, thanks.
Marton
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index 15fd644974..663f61d8b2 100644
--- a/fftools/ffplay.c
+++
On Sun, Jul 02, 2023 at 08:55:40PM +0200, Lynne wrote:
> Jul 2, 2023, 13:01 by mich...@niedermayer.cc:
>
> > On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
> >
> >> On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
> >> > Also as said previously, If there is at least
On Sun, 2 Jul 2023, John Cox wrote:
Signed-off-by: John Cox
---
tests/checkasm/vf_bwdif.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/tests/checkasm/vf_bwdif.c b/tests/checkasm/vf_bwdif.c
index 46224bb575..034bbabb4c 100644
---
On Sun, 2 Jul 2023, Thomas Mundt wrote:
Am So., 2. Juli 2023 um 14:34 Uhr schrieb John Cox :
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
On Sun, 2 Jul 2023, John Cox wrote:
Also adds a filter_line3 method which on aarch64 neon yields approx 30%
speedup over 2xfilter_line and a memcpy
Differences from v1:
.align 16 corrected to .balign 16
SXTW tolower
Mac ABI (hopefully) fixed
V register pop/push macroed & prettified
John Cox
On Sun, 2 Jul 2023, John Cox wrote:
Add macros for dual scalar half->single multiply and accumulate
Add macro for shift, saturate and shorten single to byte
Add filter constants
Signed-off-by: John Cox
---
libavfilter/aarch64/vf_bwdif_neon.S | 53 +
1 file changed,
On Sun, 2 Jul 2023, Martin Storsjö wrote:
On Sun, 2 Jul 2023, John Cox wrote:
On Sun, 2 Jul 2023 00:35:14 +0300 (EEST), you wrote:
On Thu, 29 Jun 2023, John Cox wrote:
Add macros for dual scalar half->single multiply and accumulate
Add macro for shift, saturate and shorten single to byte
On Sun, 2 Jul 2023, John Cox wrote:
On Sun, 2 Jul 2023 00:44:10 +0300 (EEST), you wrote:
On Thu, 29 Jun 2023, John Cox wrote:
Signed-off-by: John Cox
---
libavfilter/aarch64/vf_bwdif_init_aarch64.c | 21 ++
libavfilter/aarch64/vf_bwdif_neon.S | 215
2 files
On Sun, 2 Jul 2023, John Cox wrote:
On Sun, 2 Jul 2023 00:40:09 +0300 (EEST), you wrote:
On Thu, 29 Jun 2023, John Cox wrote:
Signed-off-by: John Cox
---
libavfilter/aarch64/vf_bwdif_init_aarch64.c | 20
libavfilter/aarch64/vf_bwdif_neon.S | 104
2 files
On Sun, Jul 2, 2023 at 10:25 PM Lynne wrote:
> Jul 2, 2023, 21:38 by one...@gmail.com:
>
> > On Sun, Jul 2, 2023 at 9:13 PM Lynne wrote:
> >
> >> Jul 2, 2023, 20:48 by one...@gmail.com:
> >>
> >> > On Sun, Jul 2, 2023 at 6:57 PM Lynne wrote:
> >> >
> >> >> Jul 2, 2023, 18:54 by d...@lynne.ee:
Jul 2, 2023, 21:52 by geo...@nsup.org:
> Lynne (12023-07-02):
>
>> git master is not a playground, but it is certainly a place for developers
>> to experiment with ideas they're *seriously* exploring.
>>
>> Sonic and Snow were experiments. They didn't work out, but nevertheless,
>> they made
Jul 2, 2023, 21:38 by one...@gmail.com:
> On Sun, Jul 2, 2023 at 9:13 PM Lynne wrote:
>
>> Jul 2, 2023, 20:48 by one...@gmail.com:
>>
>> > On Sun, Jul 2, 2023 at 6:57 PM Lynne wrote:
>> >
>> >> Jul 2, 2023, 18:54 by d...@lynne.ee:
>> >>
>> >> > The issue is that clipping the interpolated
On Sun, 2 Jul 2023, John Cox wrote:
On Sun, 2 Jul 2023 00:37:35 +0300 (EEST), you wrote:
+
+uaddl v20.8h, v31.8b, v30.8b
+uaddl2 v21.8h, v31.16b, v30.16b
+
+UMULL4K v2, v3, v4, v5, v20, v21, v0.h[6]
+
+uaddl v20.8h,
On Sun, 2 Jul 2023, John Cox wrote:
On Sun, 2 Jul 2023 00:35:14 +0300 (EEST), you wrote:
On Thu, 29 Jun 2023, John Cox wrote:
Add macros for dual scalar half->single multiply and accumulate
Add macro for shift, saturate and shorten single to byte
Add filter constants
Signed-off-by: John
Lynne (12023-07-02):
> git master is not a playground, but it is certainly a place for developers
> to experiment with ideas they're *seriously* exploring.
>
> Sonic and Snow were experiments. They didn't work out, but nevertheless,
> they made their mark on the status quo of compression research
On Sun, Jul 2, 2023 at 9:13 PM Lynne wrote:
> Jul 2, 2023, 20:48 by one...@gmail.com:
>
> > On Sun, Jul 2, 2023 at 6:57 PM Lynne wrote:
> >
> >> Jul 2, 2023, 18:54 by d...@lynne.ee:
> >>
> >> > The issue is that clipping the interpolated temporal sample against
> >> > the spatially predicted
av_get_random_seed() should be sufficent and that is used everywhere in the
codebase for similar cases.
Signed-off-by: Marton Balint
---
configure| 1 -
libavformat/hlsenc.c | 13 -
2 files changed, 14 deletions(-)
diff --git a/configure b/configure
index
It should be OK to use av_get_random_seed() to generate the key instead of
using openSSL/Gcrypt functions. This removes the hard dependancy of those libs
for key generation functionality.
Fixes ticket #10441.
Signed-off-by: Marton Balint
---
libavformat/hlsenc.c | 18 --
1 file
sön 2023-07-02 klockan 20:57 +0200 skrev Paul B Mahol:
> On Sun, Jul 2, 2023 at 6:39 PM Tomas Härdin wrote:
>
> > sön 2023-07-02 klockan 18:36 +0200 skrev Tomas Härdin:
> > > sön 2023-07-02 klockan 12:49 -0300 skrev James Almer:
> > > > On 7/2/2023 12:28 PM, Tomas Härdin wrote:
> > > > >
> > >
Jul 2, 2023, 20:48 by one...@gmail.com:
> On Sun, Jul 2, 2023 at 6:57 PM Lynne wrote:
>
>> Jul 2, 2023, 18:54 by d...@lynne.ee:
>>
>> > The issue is that clipping the interpolated temporal sample against
>> > the spatially predicted sample causes artifacts to appear.
>> >
>> > Discovered while
Jul 2, 2023, 20:41 by tmund...@gmail.com:
> Am So., 2. Juli 2023 um 18:57 Uhr schrieb Lynne :
>
>> Jul 2, 2023, 18:54 by d...@lynne.ee:
>>
>> > The issue is that clipping the interpolated temporal sample against
>> > the spatially predicted sample causes artifacts to appear.
>> >
>> > Discovered
Jul 2, 2023, 13:01 by mich...@niedermayer.cc:
> On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
>
>> On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
>> > Also as said previously, If there is at least a 2nd developer working
>> > on this then we could & should move
Jul 2, 2023, 18:08 by geo...@nsup.org:
> Jean-Baptiste Kempf (12023-07-02):
>
>> Absolutely not.
>> You are the only one who believes that.
>>
>
> Except for the person who created FFmpeg in the first place. And
> probably other people too.
>
> Most great Libre Software projects are hackers
On Sun, Jul 2, 2023 at 6:39 PM Tomas Härdin wrote:
> sön 2023-07-02 klockan 18:36 +0200 skrev Tomas Härdin:
> > sön 2023-07-02 klockan 12:49 -0300 skrev James Almer:
> > > On 7/2/2023 12:28 PM, Tomas Härdin wrote:
> > > >
> > > > ---
> > > > tests/fate/vcodec.mak| 3 +++
> > > >
On Sun, Jul 2, 2023 at 6:57 PM Lynne wrote:
> Jul 2, 2023, 18:54 by d...@lynne.ee:
>
> > The issue is that clipping the interpolated temporal sample against
> > the spatially predicted sample causes artifacts to appear.
> >
> > Discovered while writing the Vulkan version (where I omitted the
> >
BMDTimeValue is defined as LONGLONG on Windows, but int64_t on Linux/Mac.
Fixes format string warnings:
libavdevice/decklink_enc.cpp: In function ‘void construct_cc(AVFormatContext*,
decklink_ctx*, AVPacket*, klvanc_line_set_s*)’:
libavdevice/decklink_enc.cpp:424:48: warning: format ‘%lld’
Am So., 2. Juli 2023 um 18:57 Uhr schrieb Lynne :
> Jul 2, 2023, 18:54 by d...@lynne.ee:
>
> > The issue is that clipping the interpolated temporal sample against
> > the spatially predicted sample causes artifacts to appear.
> >
> > Discovered while writing the Vulkan version (where I omitted
On Sun, Jul 02, 2023 at 08:20:03PM +0200, Nicolas George wrote:
[...]
> It would be 100% legal and within the rules, but stealing nonetheless.
> Michael is a thousand times more FFmpeg than you.
iam nothing like that and i really dont like how this thread
degenerates into increasingly offensive
Le 2 juillet 2023 19:01:41 GMT+03:00, Nicolas George a écrit :
>Rémi Denis-Courmont (12023-07-02):
>> Otherwise it's not offensive and inflammatory. Rather it's insulting and
>> defamatory.
>
>“Bean counter” was derogatory,
So you admit to insulting not just me but a whole bunch of other
Jean-Baptiste Kempf (12023-07-02):
> Unfortunately, for both questions, I think you are in the minority.
> But if you want, we can call an AG vote.
You can do so, but be sure to write the question in the way things will
happen:
“Do you want to continue making FFmpeg a hostile place for hackers
On Sun, 2 Jul 2023, at 18:07, Nicolas George wrote:
> Jean-Baptiste Kempf (12023-07-02):
>> Absolutely not.
>> You are the only one who believes that.
>
> Except for the person who created FFmpeg in the first place. And probably
> other people too.
Having talked to Fabrice lately, I didn’t get
On Tue, 27 Jun 2023, Marton Balint wrote:
AVID IMX MPEG2 files in MOV seems to have extradata like this:
: 0018 4143 4c52 4143 4c52 3030 3031 ACLRACLR0001
0010: 0001
Will apply.
Regards,
Marton
Signed-off-by: Marton
On Fri, 30 Jun 2023, Devin Heitmueller wrote:
This is needed to ensure that AFD data continues to work when
capturing V210 video with the Decklink libavdevice input.
Will apply.
Thanks,
Marton
Signed-off-by: Devin Heitmueller
---
libavcodec/decode.c | 1 +
1 file changed, 1
Am So., 2. Juli 2023 um 14:34 Uhr schrieb John Cox :
> 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
On Fri, 30 Jun 2023, Devin Heitmueller wrote:
Support decoding and embedding VANC packets delivered via SMPTE 2038
into the SDI output. We leverage an intermediate queue because
data packets are announced separately from video but we need to embed
the data into the video frame when it is
Jul 2, 2023, 18:54 by d...@lynne.ee:
> The issue is that clipping the interpolated temporal sample against
> the spatially predicted sample causes artifacts to appear.
>
> Discovered while writing the Vulkan version (where I omitted the
> same check).
>
> The clipping in the code is carried over
Jul 2, 2023, 16:09 by kier...@obe.tv:
> On Sun, 2 Jul 2023, 16:02 Lynne wrote:
>
>>
>> Also, keep in mind the final spatial clip at the end should be
>> removable. I discovered it makes the filter look quite a lot
>> better. Currently, only the Vulkan version does it, but we're
>> looking into
The issue is that clipping the interpolated temporal sample against
the spatially predicted sample causes artifacts to appear.
Discovered while writing the Vulkan version (where I omitted the
same check).
The clipping in the code is carried over from yadif. Removing the
same code in yadif does
sön 2023-07-02 klockan 18:36 +0200 skrev Tomas Härdin:
> sön 2023-07-02 klockan 12:49 -0300 skrev James Almer:
> > On 7/2/2023 12:28 PM, Tomas Härdin wrote:
> > >
> > > ---
> > > tests/fate/vcodec.mak | 3 +++
> > > tests/ref/vsynth/vsynth1-smc | 4
> > >
sön 2023-07-02 klockan 12:49 -0300 skrev James Almer:
> On 7/2/2023 12:28 PM, Tomas Härdin wrote:
> >
> > ---
> > tests/fate/vcodec.mak | 3 +++
> > tests/ref/vsynth/vsynth1-smc | 4
> > tests/ref/vsynth/vsynth2-smc | 4
> > tests/ref/vsynth/vsynth3-smc | 4
On Fri, 30 Jun 2023, Devin Heitmueller wrote:
The existing queue initialization function would always sets it's
maximum queue size to ctx->queue_size. But because we are introducing
more queues we may want the sizes to differ between them.
Move the specification of the queue size into an
Michael Niedermayer (12023-07-02):
> as libavradio so far has been the only actionable suggestion.
> ill move the code to that and next revission or the one after that
> will be in libavradio.
Please only do that if it makes working on the code easier for you.
These people will not take
Jean-Baptiste Kempf (12023-07-02):
> Absolutely not.
> You are the only one who believes that.
Except for the person who created FFmpeg in the first place. And
probably other people too.
Most great Libre Software projects are hackers playgrounds first. They
become immensely useful as a
Rémi Denis-Courmont (12023-07-02):
> Otherwise it's not offensive and inflammatory. Rather it's insulting and
> defamatory.
“Bean counter” was derogatory, but against an attitude like yours, not
against a matter of lower of higher.
This kind of strategy to assassinate my character is not very
On 7/2/2023 12:28 PM, Tomas Härdin wrote:
---
tests/fate/vcodec.mak| 3 +++
tests/ref/vsynth/vsynth1-smc | 4
tests/ref/vsynth/vsynth2-smc | 4
tests/ref/vsynth/vsynth3-smc | 4
tests/ref/vsynth/vsynth_lena-smc | 4
5 files changed, 19 insertions(+)
From 121890df70fe77a646527df71c5a15cb74e24543 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Sun, 2 Jul 2023 16:58:11 +0200
Subject: [PATCH] Add SMC vsynth tests
---
tests/fate/vcodec.mak| 3 +++
tests/ref/vsynth/vsynth1-smc | 4
Hi,
On Sun, Jul 2, 2023 at 8:59 AM Anton Khirnov wrote:
> Quoting Ronald S. Bultje (2023-07-02 14:44:42)
> > Hi,
> >
> > On Sun, Jul 2, 2023 at 5:35 AM Anton Khirnov wrote:
> >
> > > Quoting Ronald S. Bultje (2023-07-02 02:03:11)
> > > > I see this discussion now...
> > > >
> > > > I don't
On Sun, 2 Jul 2023, 16:02 Lynne wrote:
>
> Also, keep in mind the final spatial clip at the end should be
> removable. I discovered it makes the filter look quite a lot
> better. Currently, only the Vulkan version does it, but we're
> looking into changing the C/asm versions too, and you're the
Jul 2, 2023, 14:34 by j...@kynesim.co.uk:
> Signed-off-by: John Cox
> ---
> libavfilter/aarch64/vf_bwdif_neon.S | 73 +
> 1 file changed, 73 insertions(+)
>
> diff --git a/libavfilter/aarch64/vf_bwdif_neon.S
> b/libavfilter/aarch64/vf_bwdif_neon.S
> index
Hi,
Le 2 juillet 2023 13:08:54 GMT+03:00, Paul B Mahol a écrit :
>On Sun, Jul 2, 2023 at 11:40 AM Nicolas George wrote:
>
>> Michael Niedermayer (12023-06-30):
>> > And if we could put it in git master then people could work together to
>> > build the libavradio out of it as we all want.
>> >
The macro is meant for coded values only.
Signed-off-by: James Almer
---
libavcodec/cbs_h266_syntax_template.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/cbs_h266_syntax_template.c
b/libavcodec/cbs_h266_syntax_template.c
index ae44565a54..957735056f
On 7/1/2023 10:06 PM, Nuo Mi wrote:
On Sun, Jul 2, 2023 at 7:32 AM James Almer wrote:
On 7/1/2023 8:51 AM, Nuo Mi wrote:
On Fri, Jun 30, 2023 at 6:45 AM James Almer wrote:
Signed-off-by: James Almer
---
libavcodec/cbs_h2645.c| 35 ---
Quoting Ronald S. Bultje (2023-07-02 14:44:42)
> Hi,
>
> On Sun, Jul 2, 2023 at 5:35 AM Anton Khirnov wrote:
>
> > Quoting Ronald S. Bultje (2023-07-02 02:03:11)
> > > I see this discussion now...
> > >
> > > I don't think I agree with the above. First of all, IVF has two fields
> > > there (it
Hi,
On Sun, Jul 2, 2023 at 5:35 AM Anton Khirnov wrote:
> Quoting Ronald S. Bultje (2023-07-02 02:03:11)
> > I see this discussion now...
> >
> > I don't think I agree with the above. First of all, IVF has two fields
> > there (it seems): duration, and n_frames.
>
> Got any source for that? I
On 7/2/2023 7:15 AM, Nuo Mi wrote:
---
libavcodec/cbs_h266_syntax_template.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/cbs_h266_syntax_template.c
b/libavcodec/cbs_h266_syntax_template.c
index f1cd45f815..ae44565a54 100644
---
On 7/2/2023 7:15 AM, Nuo Mi wrote:
---
libavcodec/cbs_h266.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/cbs_h266.h b/libavcodec/cbs_h266.h
index 9e823919af..e33d08a0f5 100644
--- a/libavcodec/cbs_h266.h
+++ b/libavcodec/cbs_h266.h
@@ -520,9 +520,9 @@
Round job start lines down to a multiple of 4. This means that if
filter_line3 exists then filter_line will not sometimes be called
once at the end of a slice depending on thread count. The final slice
may do up to 3 extra lines but filter_edge is faster than filter_line
so it is unlikely to
Signed-off-by: John Cox
---
tests/checkasm/vf_bwdif.c | 81 +++
1 file changed, 81 insertions(+)
diff --git a/tests/checkasm/vf_bwdif.c b/tests/checkasm/vf_bwdif.c
index 5fdba09fdc..3399cacdf7 100644
--- a/tests/checkasm/vf_bwdif.c
+++
Signed-off-by: John Cox
---
libavfilter/aarch64/vf_bwdif_init_aarch64.c | 28 ++
libavfilter/aarch64/vf_bwdif_neon.S | 272
2 files changed, 300 insertions(+)
diff --git a/libavfilter/aarch64/vf_bwdif_init_aarch64.c
b/libavfilter/aarch64/vf_bwdif_init_aarch64.c
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
Signed-off-by: John Cox
---
libavfilter/aarch64/vf_bwdif_init_aarch64.c | 21 ++
libavfilter/aarch64/vf_bwdif_neon.S | 208
2 files changed, 229 insertions(+)
diff --git a/libavfilter/aarch64/vf_bwdif_init_aarch64.c
b/libavfilter/aarch64/vf_bwdif_init_aarch64.c
Needed for tail fixup of neon code
Signed-off-by: John Cox
---
libavfilter/bwdif.h| 4
libavfilter/vf_bwdif.c | 8
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/libavfilter/bwdif.h b/libavfilter/bwdif.h
index ae6f6ce223..ae1616d366 100644
---
Needed for tail fixup of neon code
Signed-off-by: John Cox
---
libavfilter/bwdif.h| 5 +
libavfilter/vf_bwdif.c | 10 +-
2 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/libavfilter/bwdif.h b/libavfilter/bwdif.h
index ae1616d366..cce99953f3 100644
---
Signed-off-by: John Cox
---
libavfilter/aarch64/vf_bwdif_neon.S | 73 +
1 file changed, 73 insertions(+)
diff --git a/libavfilter/aarch64/vf_bwdif_neon.S
b/libavfilter/aarch64/vf_bwdif_neon.S
index 6a614f8d6e..48dc7bcd9d 100644
---
Signed-off-by: John Cox
---
tests/checkasm/vf_bwdif.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/tests/checkasm/vf_bwdif.c b/tests/checkasm/vf_bwdif.c
index 46224bb575..034bbabb4c 100644
--- a/tests/checkasm/vf_bwdif.c
+++
Signed-off-by: John Cox
---
tests/checkasm/vf_bwdif.c | 54 +++
1 file changed, 54 insertions(+)
diff --git a/tests/checkasm/vf_bwdif.c b/tests/checkasm/vf_bwdif.c
index 034bbabb4c..5fdba09fdc 100644
--- a/tests/checkasm/vf_bwdif.c
+++
Signed-off-by: John Cox
---
libavfilter/aarch64/vf_bwdif_init_aarch64.c | 20
libavfilter/aarch64/vf_bwdif_neon.S | 104
2 files changed, 124 insertions(+)
diff --git a/libavfilter/aarch64/vf_bwdif_init_aarch64.c
b/libavfilter/aarch64/vf_bwdif_init_aarch64.c
Signed-off-by: John Cox
---
libavfilter/aarch64/vf_bwdif_init_aarch64.c | 17 +++
libavfilter/aarch64/vf_bwdif_neon.S | 53 +
2 files changed, 70 insertions(+)
diff --git a/libavfilter/aarch64/vf_bwdif_init_aarch64.c
b/libavfilter/aarch64/vf_bwdif_init_aarch64.c
Needed for tail fixup of neon code
Signed-off-by: John Cox
---
libavfilter/bwdif.h| 3 +++
libavfilter/vf_bwdif.c | 6 +++---
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/bwdif.h b/libavfilter/bwdif.h
index 6a0f70487a..ae6f6ce223 100644
---
Add macros for dual scalar half->single multiply and accumulate
Add macro for shift, saturate and shorten single to byte
Add filter constants
Signed-off-by: John Cox
---
libavfilter/aarch64/vf_bwdif_neon.S | 53 +
1 file changed, 53 insertions(+)
diff --git
Outline but no actual functions.
Signed-off-by: John Cox
---
libavfilter/aarch64/Makefile| 2 ++
libavfilter/aarch64/vf_bwdif_init_aarch64.c | 39 +
libavfilter/aarch64/vf_bwdif_neon.S | 25 +
libavfilter/bwdif.h |
Also adds a filter_line3 method which on aarch64 neon yields approx 30%
speedup over 2xfilter_line and a memcpy
Differences from v1:
.align 16 corrected to .balign 16
SXTW tolower
Mac ABI (hopefully) fixed
V register pop/push macroed & prettified
John Cox (15):
avfilter/vf_bwdif: Add outline
On 2 Jul 2023, at 10:43, Stefano Sabatini wrote:
> On date Sunday 2023-06-25 12:49:05 +0200, Marvin Scholz wrote:
>> This new API allows to remove an entry and obtain ownership of the
>> key/value that was associated with the removed entry.
>> ---
>>
>> Changes since v1:
>> - Clarify
On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
> On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
> > Also as said previously, If there is at least a 2nd developer working
> > on this then we could & should move this to a seperate libraray (libavradio)
>
> Why wait
On Sun, 2 Jul 2023 00:44:10 +0300 (EEST), you wrote:
>On Thu, 29 Jun 2023, John Cox wrote:
>
>> Signed-off-by: John Cox
>> ---
>> libavfilter/aarch64/vf_bwdif_init_aarch64.c | 21 ++
>> libavfilter/aarch64/vf_bwdif_neon.S | 215
>> 2 files changed, 236 insertions(+)
On Sun, 2 Jul 2023 00:40:09 +0300 (EEST), you wrote:
>On Thu, 29 Jun 2023, John Cox wrote:
>
>> Signed-off-by: John Cox
>> ---
>> libavfilter/aarch64/vf_bwdif_init_aarch64.c | 20
>> libavfilter/aarch64/vf_bwdif_neon.S | 104
>> 2 files changed, 124 insertions(+)
On Sun, 2 Jul 2023, at 11:58, Nicolas George wrote:
>> Even if it is disabled by default, git master isn't a playground for
>> personal projects.
>
> Yes it is.
Absolutely not.
You are the only one who believes that.
--
Jean-Baptiste Kempf - President
+33 672 704 734
On Sun, 2 Jul 2023 00:37:35 +0300 (EEST), you wrote:
>On Thu, 29 Jun 2023, John Cox wrote:
>
>> Signed-off-by: John Cox
>> ---
>> libavfilter/aarch64/vf_bwdif_init_aarch64.c | 17 +++
>> libavfilter/aarch64/vf_bwdif_neon.S | 53 +
>> 2 files changed, 70
On Sun, 2 Jul 2023 00:35:14 +0300 (EEST), you wrote:
>On Thu, 29 Jun 2023, John Cox wrote:
>
>> Add macros for dual scalar half->single multiply and accumulate
>> Add macro for shift, saturate and shorten single to byte
>> Add filter constants
>>
>> Signed-off-by: John Cox
>> ---
>>
Hi
>On Thu, 29 Jun 2023, John Cox wrote:
>
>> Also adds a filter_line3 method which on aarch64 neon yields approx 30%
>> speedup over 2xfilter_line and a memcpy
>>
>> John Cox (15):
>> avfilter/vf_bwdif: Add outline for aarch neon functions
>> avfilter/vf_bwdif: Add common macros and consts for
---
libavcodec/cbs_h266_syntax_template.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/cbs_h266_syntax_template.c
b/libavcodec/cbs_h266_syntax_template.c
index f1cd45f815..ae44565a54 100644
--- a/libavcodec/cbs_h266_syntax_template.c
+++
---
libavcodec/cbs_h266.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/cbs_h266.h b/libavcodec/cbs_h266.h
index 9e823919af..e33d08a0f5 100644
--- a/libavcodec/cbs_h266.h
+++ b/libavcodec/cbs_h266.h
@@ -520,9 +520,9 @@ typedef struct H266RawPPS {
1 - 100 of 114 matches
Mail list logo
