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
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
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
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
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
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 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
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
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
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 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
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 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
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
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
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
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 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
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
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:
> > > > >
> > >
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, 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
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
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]
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
> > >
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:
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 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
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
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
> ---
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(-)
>
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
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
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, 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, 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:
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, 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 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
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
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
>
>
> -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
>
>
> -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
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
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’
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
> >
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
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
|
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, 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, 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 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
+++
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
---
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 {
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
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
>> ---
>>
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, 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: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 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 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 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
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 |
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
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
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
---
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
---
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
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
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 | 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
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 | 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
+++
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
---
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
---
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
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
+++
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
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 @@
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
---
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
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
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 ---
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 Fri, Jun 30, 2023 at 11:51:21PM +0200, Tomas Härdin wrote:
> tor 2023-06-29 klockan 09:14 +0200 skrev Nicolas George:
> > Tomas Härdin (12023-06-29):
[...]
> I am perfectly capable of writing an XML parser, potentially a formally
> correct one. But more importantly I am capable of understanding
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 documentation about av_free having to be used.
> - Fix fate test to
On date Sunday 2023-06-25 12:49:06 +0200, Marvin Scholz wrote:
> This is a well-defined way to "steal" the value of the dict entry.
> ---
> libavformat/tee.c | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/tee.c b/libavformat/tee.c
> index
On date Sunday 2023-06-25 12:49:07 +0200, Marvin Scholz wrote:
> ---
> doc/examples/qsv_transcode.c | 2 +-
> libavcodec/libaomenc.c | 2 +-
> libavcodec/libkvazaar.c| 2 +-
> libavcodec/libsvtav1.c | 2 +-
> libavcodec/libvpxenc.c | 2 +-
Will apply this soon as there are no more comments.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject
Tomas Härdin (12023-07-01):
> Just start a separate project or contribute to GNU Radio or osmocom or
> whatever. How is this so difficult to grasp?
Yeah, handling a separate project and maintaining a separate built
system is the best use of the limited time of one of the best hackers in
the
Tomas Härdin (12023-06-30):
> Factually incorrect. libxml2 provides what we need. libexpat would also
> be acceptable. In fact providing that option may be useful to
> packagers.
Do you consider these to be system libraries?
> ABI and API stability are Pretty Fucking Important. This attitude
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 only see one field in
https://wiki.multimedia.cx/index.php/Duck_IVF
--
1 - 100 of 114 matches
Mail list logo