On 9/13/2018 10:22 PM, Michael Niedermayer wrote:
> Hi all
>
> its almost 5 months since 4.0 so its time to make a new release.
>
> Are there any suggestions for a name ?
> If not ill pick something from unused past suggestions.
>
> If there are no objections i will likely make that release in t
Hi all
its almost 5 months since 4.0 so its time to make a new release.
Are there any suggestions for a name ?
If not ill pick something from unused past suggestions.
If there are no objections i will likely make that release in the next weeks
thanks
--
Michael GnuPG fingerprint: 9FF2128B
On Mon, Sep 10, 2018 at 03:07:15PM -0400, Tristan Matthews wrote:
> ---
> libavfilter/af_silencedetect.c | 18 +-
> 1 file changed, 9 insertions(+), 9 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
It is dangerous t
On Thu, Sep 13, 2018 at 11:04:05AM +0800, Shiyou Yin wrote:
> Failed case: svq3-watermark
> When minimum loop count of following functions are greater than parameter h
> passed to them, svq3-watermark failed.
> 1. ff_put_pixels4_8_mmi
> 2. ff_avg_pixels4_8_mmi
> 3. ff_put_pixels4_l2_8_mmi
> 4. ff_
Consider a component to be damaged if more than 50% of its subbands are damaged
Fixes: Timeout (part 1 of 2)
Fixes:
9774/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DIRAC_fuzzer-5748957085958144
Signed-off-by: Michael Niedermayer
---
libavcodec/diracdec.c | 47 +++
Fixes: Timeout (part 2 of 2)
Fixes:
9774/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DIRAC_fuzzer-5748957085958144
Signed-off-by: Michael Niedermayer
---
libavcodec/diracdec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/diracdec.c b/libavcodec/diracdec.c
index cbd7fd1
2018-09-13 18:16 GMT+02:00, alan.birt...@sony.com :
> Yes the patch for #5654 worked correctly.
I applied that patch, thank you for testing it!
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-de
On Sat, May 12, 2018 at 01:54:49PM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 86
> libavfilter/Makefile |1 +
> libavfilter/allfilters.c |1 +
> libavfilter/vf_bm3d.c| 1077
> ++
>
On 9/13/2018 1:32 PM, Jan Ekström wrote:
> On Thu, Sep 13, 2018 at 7:26 PM, James Almer wrote:
>> The libaom doxy says that a value of 0 for the threads fields is
>> equivalent to a value of 1, whereas for avctx->thread_count it means
>> the maximum amount of threads possible for the host system.
On Thu, Sep 13, 2018 at 7:26 PM, James Almer wrote:
> The libaom doxy says that a value of 0 for the threads fields is
> equivalent to a value of 1, whereas for avctx->thread_count it means
> the maximum amount of threads possible for the host system.
>
> Use av_cpu_count() to get the correct thre
The libaom doxy says that a value of 0 for the threads fields is
equivalent to a value of 1, whereas for avctx->thread_count it means
the maximum amount of threads possible for the host system.
Use av_cpu_count() to get the correct thread count when auto threads
is requested.
Signed-off-by: James
Yes the patch for #5654 worked correctly.
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Carl
Eugen Hoyos
Sent: 13 September 2018 16:59
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] libavdevice: allow cropp
2018-09-13 17:52 GMT+02:00, alan.birt...@sony.com :
> I've developed a patch to add an option to allow cropping of the
> avfoundation screen capture.
> Note that if the captured width is not a multiple of 16 then
> https://trac.ffmpeg.org/ticket/5654 will be triggered.
Does the patch attached th
Hello,
I've developed a patch to add an option to allow cropping of the avfoundation
screen capture.
Note that if the captured width is not a multiple of 16 then
https://trac.ffmpeg.org/ticket/5654 will be triggered.
Also note that the "capture_crop_y" property is bottom up, I don't know If we
On 9/13/2018 6:50 AM, Timo Rothenpieler wrote:
>> So, what do we do now? Honor the doxy and stop trying to manipulate
>> what's meant to be an user owned pointer/buffer, officially break the
>> API and declare it's meant to be allocated by the user but then
>> ownership is passed to the library dur
2018-09-13 13:03 GMT+02:00, Paul B Mahol :
> @@ -0,0 +1,263 @@
> +/*
> + * Copyright (c) 2013, The WebRTC project authors. All rights reserved.
> + *
> + * Redistribution and use in source and binary forms, with or without
> + * modification, are permitted provided that the following conditions ar
Signed-off-by: James Almer
---
tests/checkasm/float_dsp.c | 24
1 file changed, 24 insertions(+)
diff --git a/tests/checkasm/float_dsp.c b/tests/checkasm/float_dsp.c
index 2f999a3162..2abe4eccbd 100644
--- a/tests/checkasm/float_dsp.c
+++ b/tests/checkasm/float_dsp.c
@@
~3x to 5x faster.
Signed-off-by: James Almer
---
libavutil/x86/float_dsp.asm| 33 +
libavutil/x86/float_dsp_init.c | 7 +++
2 files changed, 40 insertions(+)
diff --git a/libavutil/x86/float_dsp.asm b/libavutil/x86/float_dsp.asm
index 06d2d2cfd1..d77d8e9
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile|1 +
libavcodec/allcodecs.c |1 +
libavcodec/ilbcdata.h | 263 +++
libavcodec/ilbcdec.c | 1507
4 files changed, 1772 insertions(+)
create mode 100644 libavcodec/ilbcdata.h
create mo
So, what do we do now? Honor the doxy and stop trying to manipulate
what's meant to be an user owned pointer/buffer, officially break the
API and declare it's meant to be allocated by the user but then
ownership is passed to the library during or after the avcodec_open2()
call, or just revert this
Please drop this one. I have sent a version use const int array.
On 2018年09月13日 15:49, Zhao Zhili wrote:
---
libavfilter/vf_sr.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_sr.c b/libavfilter/vf_sr.c
index 5ad1baa..26cacde 100644
--- a/libavfilt
---
libavfilter/vf_sr.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_sr.c b/libavfilter/vf_sr.c
index 5ad1baa..bc9d186 100644
--- a/libavfilter/vf_sr.c
+++ b/libavfilter/vf_sr.c
@@ -239,7 +239,8 @@ static int filter_frame(AVFilterLink *inlink, AVFrame
---
libavfilter/dnn_backend_native.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/dnn_backend_native.c b/libavfilter/dnn_backend_native.c
index 7ed155d..3108185 100644
--- a/libavfilter/dnn_backend_native.c
+++ b/libavfilter/dnn_backend_native.c
@@ -489,6 +489,7 @@ void ff_dnn_f
---
libavfilter/dnn_backend_native.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/dnn_backend_native.c b/libavfilter/dnn_backend_native.c
index baefea7..7ed155d 100644
--- a/libavfilter/dnn_backend_native.c
+++ b/libavfilter/dnn_backend_native.c
@@ -489,7 +489,7
---
libavfilter/vf_sr.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_sr.c b/libavfilter/vf_sr.c
index 5ad1baa..26cacde 100644
--- a/libavfilter/vf_sr.c
+++ b/libavfilter/vf_sr.c
@@ -239,7 +239,8 @@ static int filter_frame(AVFilterLink *inlink, AVFrame
25 matches
Mail list logo
