On Wed, Sep 29, 2021 at 10:27 AM Mark Reid wrote:
>
>
> On Tue, Sep 28, 2021 at 6:38 PM chen wrote:
>
>> Hello,
>>
>>
>> Excuse me, how about FMADD on AVX2 platform?
>>
>>
>> For example
>> +mulps m7, m7, m14
>> +addps m0, m0, m7
>>
>> ==>
>>
>>
>> fmadd231ps m0,m7,m14
>>
>>
> Interestin
On Mon, Oct 04, 2021 at 12:25:26AM +0300, Jan Ekström wrote:
> On Sat, Oct 2, 2021 at 2:51 PM Michael Niedermayer
> wrote:
> >
> > On Sat, Oct 02, 2021 at 02:42:52PM +0300, Jan Ekström wrote:
> > > On Sat, Oct 2, 2021 at 1:32 PM Michael Niedermayer
> > > wrote:
> > > >
> > > > On Sun, Sep 26, 202
On Mon, Oct 4, 2021 at 12:25 AM Jan Ekström wrote:
>
> On Sat, Oct 2, 2021 at 2:51 PM Michael Niedermayer
> wrote:
> >
> > On Sat, Oct 02, 2021 at 02:42:52PM +0300, Jan Ekström wrote:
> > > On Sat, Oct 2, 2021 at 1:32 PM Michael Niedermayer
> > > wrote:
> > > >
> > > > On Sun, Sep 26, 2021 at 06
On Sat, Oct 2, 2021 at 2:51 PM Michael Niedermayer
wrote:
>
> On Sat, Oct 02, 2021 at 02:42:52PM +0300, Jan Ekström wrote:
> > On Sat, Oct 2, 2021 at 1:32 PM Michael Niedermayer
> > wrote:
> > >
> > > On Sun, Sep 26, 2021 at 06:48:18PM +0300, Jan Ekström wrote:
> > > > Such a field can be seen as
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Monday, 20 September 2021 16:58
> To: FFmpeg development discussions and patches de...@ffmpeg.org>; James Almer
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect
> display of closed_captions
Andreas Rheinhardt (12021-10-02):
> It allows compilers to inline the one and only call to this function
> in its callers or even to optimize it away completely (this function
> is empty in case TRACE is not defined).
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/avfilter.c | 4 ++--
Signed-off-by: SomeRGuy
---
libavfilter/vf_subtitles.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_subtitles.c b/libavfilter/vf_subtitles.c
index f08a7fba9d..4168234e9e 100644
--- a/libavfilter/vf_subtitles.c
+++ b/libavfilter/vf_subtitles.c
@@ -270,
Signed-off-by: SomeRGuy
---
...9-has-fonts-types-from-RFC-8081-and-.patch | 36 +++
libavfilter/vf_subtitles.c| 9 -
2 files changed, 44 insertions(+), 1 deletion(-)
create mode 100644
0001-Since-mkvmerge-19-has-fonts-types-from-RFC-8081-and-.patch
diff
Signed-off-by: SomeRGuy
---
libavfilter/vf_subtitles.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_subtitles.c b/libavfilter/vf_subtitles.c
index f08a7fba9d..4168234e9e 100644
--- a/libavfilter/vf_subtitles.c
+++ b/libavfilter/vf_subtitles.c
@@ -270,
On Sat, Oct 02, 2021 at 11:03:12PM +0200, Paul B Mahol wrote:
> lgtm
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
If you fake or manipulate statistics in a paper in physics you will never
get a job again.
If you fake or manipulate statistics i
On Sat, Oct 02, 2021 at 11:03:51PM +0200, Paul B Mahol wrote:
> probably ok
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Asymptotically faster algorithms should always be preferred if you have
asymptotical amounts of data
signature.asc
Descri
Signed-off-by: SomeRGuy
---
libavfilter/vf_subtitles.c | 991 +++--
1 file changed, 499 insertions(+), 492 deletions(-)
diff --git a/libavfilter/vf_subtitles.c b/libavfilter/vf_subtitles.c
index f08a7fba9d..511722199c 100644
--- a/libavfilter/vf_subtitles.c
+++ b/
This debug code can be quite slow on constructed streams
Fixes: Timeout
Fixes:
38907/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_H264_fuzzer-6334628852531200
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niederma
Fixes: Timeout
Fixes:
39436/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IFF_ILBM_fuzzer-6624915520880640
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/iff.c | 5 +
1 file changed,
NAK, except for maybe guided.
___
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 "unsubscribe".
ok
___
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 "unsubscribe".
ok
___
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 "unsubscribe".
ok, i guess it was tested
___
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 "unsubscribe".
ok
___
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 "unsubscribe".
These filters trigger an av_assert1() in ff_filter_activate().
Signed-off-by: Andreas Rheinhardt
---
libavfilter/af_afftdn.c | 3 +--
libavfilter/af_agate.c | 1 -
libavfilter/vf_guided.c | 3 +--
libavfilter/vf_morpho.c | 1 -
4 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/liba
The current code used a pointer to an array (of arrays) that
is offset relative to the start of the actually allocated buffer.
Yet offsetting the pointer is only done on success, whereas the
freeing code believes it to have happened even on error.
So if any of the subarrays (or the subarrays' subar
Fixes heap-buffer underflows.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_morpho.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_morpho.c b/libavfilter/vf_morpho.c
index d5c4801006..8c1e084e7e 100644
--- a/libavfilter/vf_morpho.c
+++ b/libavfilter/vf_morpho.c
@@ -32
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_morpho.c | 60 +++--
1 file changed, 28 insertions(+), 32 deletions(-)
diff --git a/libavfilter/vf_morpho.c b/libavfilter/vf_morpho.c
index ac561c017b..d5c4801006 100644
--- a/libavfilter/vf_morpho.c
+++ b/l
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_morpho.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_morpho.c b/libavfilter/vf_morpho.c
index 13d58c4194..ac561c017b 100644
--- a/libavfilter/vf_morpho.c
+++ b/libavfilter/vf_morpho.c
@@ -932,6 +932,7 @@ copy:
out->p
probably ok
___
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 "unsubscribe".
Paul B Mahol wrote:
> I can not test avx512 so someone lese needs to apply it.
Gotcha. Much appreciated paying your attention to the patches.
>
And a ping for that, are there any other maintainers able to test avx512 and
help review the patches?
Best regards,
Jianhua
I can not test avx512 so someone lese needs to apply it.
___
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 "unsub
Paul B Mahol wrote:
> NAK, the x86 code is not working correctly with other depths, as there is
> fixed 0x80 (for 8bit and 0x8000 for 16bit) variable.
Got it. Could this patch get dropped simply and others get applied?
Thanks,
Jianhua
___
ffmpeg-deve
NAK, the x86 code is not working correctly with other depths, as there is
fixed 0x80 (for 8bit and 0x8000 for 16bit) variable.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit li
applied
___
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 "unsubscribe".
30 matches
Mail list logo
