> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Carl Eugen Hoyos
> Sent: Friday, December 13, 2019 10:47
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH, v2] FATE: add test for hevc files with 4
> TUDepth(0..4) of cbf_cb/cbf
Am Fr., 13. Dez. 2019 um 03:43 Uhr schrieb Linjie Fu :
> 5 cabac states for cbf_cb and cbf_cr are supported according to
> Table 9-4.
>
> Add a test for 64x64 4:4:4 8bit HEVC clips with TUDepth = 4, cbf_cr > 0.
> +fate-hevc-cabac-tudepth: CMD = framecrc -flags unaligned -i
> $(TARGET_SAMPLES)/hev
Hi,
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Friday, December 13, 2019 00:55
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] FATE: add test for hevc files with 4
> TUDepth(0..4) of cbf_cb/cbf_cr
>
> On 12/12/2019 12:25 PM, Linjie Fu
5 cabac states for cbf_cb and cbf_cr are supported according to
Table 9-4.
Add a test for 64x64 4:4:4 8bit HEVC clips with TUDepth = 4, cbf_cr > 0.
Signed-off-by: Xu Guangxin
Signed-off-by: Linjie Fu
---
tests/fate/hevc.mak | 3 +++
tests/ref/fate/hevc-cabac-tudepth | 6 ++
2
No testcase
Signed-off-by: Michael Niedermayer
---
libavcodec/hevc_mp4toannexb_bsf.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/hevc_mp4toannexb_bsf.c
b/libavcodec/hevc_mp4toannexb_bsf.c
index baa93628ed..e0d20a550c 100644
--- a/libavcodec/hevc_mp4toannexb
On Fri, 13. Dec 01:28, Michael Niedermayer wrote:
> Fixes: Out of array access
> Fixes:
> 19299/clusterfuzz-testcase-minimized-ffmpeg_BSF_HEVC_MP4TOANNEXB_fuzzer-5169193398042624
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-of
Fixes: invalid memcpy use
Fixes:
19299/clusterfuzz-testcase-minimized-ffmpeg_BSF_HEVC_MP4TOANNEXB_fuzzer-5169193398042624
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/hevc_mp4toannexb_bsf.c
Fixes: Timeout (114sec ->108ms)
Fixes:
19290/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IFF_ILBM_fuzzer-5740598116220928
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/iff.c | 3 +++
1
Fixes: Out of array access
Fixes:
19299/clusterfuzz-testcase-minimized-ffmpeg_BSF_HEVC_MP4TOANNEXB_fuzzer-5169193398042624
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/hevc_mp4toannexb_bsf.
"It is a requirement of bitstream conformance that the value returned from the
leb128 parsing process is less than or equal
to (1 << 32) - 1."
Fixes: assertion failure
Fixes:
19293/clusterfuzz-testcase-minimized-ffmpeg_BSF_TRACE_HEADERS_fuzzer-5749508361420800
Found-by: continuous fuzzing proce
On 12/12/2019 7:15 PM, Andriy Gelman wrote:
> On Thu, 12. Dec 18:43, Michael Niedermayer wrote:
>> Fixes: assertion failure
>> Fixes:
>> 19286/clusterfuzz-testcase-minimized-ffmpeg_BSF_H264_REDUNDANT_PPS_fuzzer-5707990724509696
>>
>> Found-by: continuous fuzzing process
>> https://github.com/goog
On Thu, 12. Dec 18:43, Michael Niedermayer wrote:
> Fixes: assertion failure
> Fixes:
> 19286/clusterfuzz-testcase-minimized-ffmpeg_BSF_H264_REDUNDANT_PPS_fuzzer-5707990724509696
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-of
On 12/12/2019 7:03 PM, Martin Storsjö wrote:
> On Wed, 11 Dec 2019, Martin Storsjö wrote:
>
>> On Wed, 11 Dec 2019, Carl Eugen Hoyos wrote:
>>
>>> Am Mi., 11. Dez. 2019 um 09:39 Uhr schrieb Martin Storsjö
>> :
When testing on a memory limited system, these tests consume a
significa
On Wed, 11 Dec 2019, Martin Storsjö wrote:
On Wed, 11 Dec 2019, Carl Eugen Hoyos wrote:
Am Mi., 11. Dez. 2019 um 09:39 Uhr schrieb Martin Storsjö
:
When testing on a memory limited system, these tests consume a
significant amount of memory and can often fail if testing by running
multiple p
On Tue, 10 Dec 2019, Martin Storsjö wrote:
These functions aren't available when building for the restricted
UWP/WinRT/WinStore API subsets.
Normally when building in this mode, one is probably only building
the libraries, but being able to build ffmpeg.exe still is useful
(and a ffmpeg.exe tar
On Thu, Dec 12, 2019 at 11:14 AM James Almer wrote:
> On 12/4/2019 11:24 AM, Zhong Li wrote:
> > "HEVC HDR UHDTV Bitstreams using HLG10 shall also contain the
> > alternative_transfer_characteristics SEI message. The
> > alternative_transfer_characteristics SEI message shall be inserted on
> > th
On Thu, Dec 12, 2019 at 08:21:47PM +0100, Andreas Rheinhardt wrote:
> On Sat, Dec 7, 2019 at 10:27 AM Michael Niedermayer
> wrote:
>
> > Fixes CID 1456556 / 1456555
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavfilter/vsrc_cellauto.c | 2 +-
> > libavfilter/vsrc_life.c | 2 +-
On Sat, Dec 7, 2019 at 10:27 AM Michael Niedermayer
wrote:
> Fixes CID 1456556 / 1456555
>
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/vsrc_cellauto.c | 2 +-
> libavfilter/vsrc_life.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavfilter/vsrc_
On Wed, Dec 11, 2019 at 12:21:07PM +0100, Andreas Rheinhardt wrote:
> These functions already free it themselves before they allocate the new
> extradata.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> Resending because I got the commit title wrong: There is no
> ff_allocate_extradata.
>
> libav
On Tue, Dec 10, 2019 at 10:59:53PM +0100, Andreas Rheinhardt wrote:
> It is not uncommon to find code where the caller thinks to know better
> what the return value should be than the callee. E.g. something like
> "if (av_new_packet(pkt, size) < 0) return AVERROR(ENOMEM);". This commit
> changes se
On Tue, Dec 10, 2019 at 10:59:52PM +0100, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/rtpdec_hevc.c | 11 ++-
> 1 file changed, 2 insertions(+), 9 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787
On Tue, Dec 10, 2019 at 10:59:47PM +0100, Andreas Rheinhardt wrote:
> The extradata will be freed automatically when the corresponding stream
> gets freed.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/apngdec.c | 4
> 1 file changed, 4 deletions(-)
will apply
thx
[...]
--
M
On Tue, Dec 10, 2019 at 10:59:46PM +0100, Andreas Rheinhardt wrote:
> Zeroing the padding has been forgotten.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/apngdec.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
will apply
thx
[...]
--
Michael GnuPG finge
On Wed, Dec 11, 2019 at 04:03:12PM +0800, myp...@gmail.com wrote:
> On Wed, Dec 11, 2019 at 6:00 AM Andreas Rheinhardt
> wrote:
> >
> > Signed-off-by: Andreas Rheinhardt
> > ---
> > libavformat/mov.c | 11 ---
> > 1 file changed, 4 insertions(+), 7 deletions(-)
> >
> > diff --git a/libav
On Wed, Dec 11, 2019 at 04:48:03PM +0800, Linjie Fu wrote:
> Signed-off-by: Linjie Fu
> ---
> libavcodec/mips/h264pred_init_mips.c | 3 ---
> 1 file changed, 3 deletions(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The greatest way to live wit
On Wed, Dec 11, 2019 at 04:52:01PM +0800, Linjie Fu wrote:
> Introduced since 4b4a02b8.
>
> Signed-off-by: Linjie Fu
> ---
> libavcodec/utils.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC
Fixes: assertion failure
Fixes:
19286/clusterfuzz-testcase-minimized-ffmpeg_BSF_H264_REDUNDANT_PPS_fuzzer-5707990724509696
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/cbs_h2645.c | 3 ++-
On Wed, Dec 11, 2019 at 11:09:12PM +0800, Limin Wang wrote:
> On Sun, Dec 01, 2019 at 11:26:47PM +0100, Michael Niedermayer wrote:
> > Fixes: out of array read
> > Fixes:
> > 19129/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_V210_fuzzer-5068171023482880
> > Maybe fixes:
> > 19130/clusterfuz
On Fri, Dec 13, 2019 at 12:15 AM Andreas Rheinhardt
wrote:
>
> This fixes an oversight in 1d757b11 and 5ee4c12e.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/vsrc_cellauto.c | 2 +-
> libavfilter/vsrc_life.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --g
Em sex., 22 de nov. de 2019 às 04:56, Guo, Yejun escreveu:
>
> Signed-off-by: Guo, Yejun
> ---
> libavfilter/vf_dnn_processing.c | 90
> -
> 1 file changed, 45 insertions(+), 45 deletions(-)
>
> diff --git a/libavfilter/vf_dnn_processing.c b/libavfilter/v
Em sex., 22 de nov. de 2019 às 04:57, Guo, Yejun escreveu:
>
> Signed-off-by: Guo, Yejun
> ---
> tools/python/convert_from_tensorflow.py | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/tools/python/convert_from_tensorflow.py
> b/tools/python/convert_from_tensorflow.
On 12/12/2019 12:25 PM, Linjie Fu wrote:
> 5 cabac states for cbf_cb and cbf_cr are supported according to
> Table 9-4.
>
> Add a test for 64x64 4:4:4 8bit HEVC clips with TUDepth = 4, cbf_cr > 0.
>
> Signedoff-by: Xu Guangxin
> Signed-off-by: Linjie Fu
> ---
> tests/fate/hevc.mak
On 12-12-2019 09:45 pm, Andreas Rheinhardt wrote:
This fixes an oversight in 1d757b11 and 5ee4c12e.
Yours is the 3rd patch for this.
https://patchwork.ffmpeg.org/patch/16658/ +
https://patchwork.ffmpeg.org/patch/16657/
https://patchwork.ffmpeg.org/patch/16660/
Gyan
Signed-off-by: Andr
Hi,
how should I test this patch?
Em sex., 22 de nov. de 2019 às 04:57, Guo, Yejun
escreveu:
> Signed-off-by: Guo, Yejun
> ---
> doc/filters.texi| 8 ++-
> libavfilter/vf_dnn_processing.c | 147
> ++--
> 2 files changed, 118 insertions(+),
From: Jun Zhao
Before this fix, ffmpeg -h full | grep map get the command dump
like:
-map [-]input_file_id[:stream_specifier][,sync_file_id[:stream_s set input
stream mapping
^
This fixes an oversight in 1d757b11 and 5ee4c12e.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vsrc_cellauto.c | 2 +-
libavfilter/vsrc_life.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vsrc_cellauto.c b/libavfilter/vsrc_cellauto.c
index c75460334
On 12/4/2019 11:24 AM, Zhong Li wrote:
> "HEVC HDR UHDTV Bitstreams using HLG10 shall also contain the
> alternative_transfer_characteristics SEI message. The
> alternative_transfer_characteristics SEI message shall be inserted on
> the HEVC DVB_RAP, and preferred_transfer_characteristics shall be
On 12/12/2019 11:02 AM, Yuki Tsuchiya wrote:
> Signed-off-by: Yuki Tsuchiya
> ---
> libavformat/movenc.c | 64 ++--
> 1 file changed, 32 insertions(+), 32 deletions(-)
Applied, thanks.
___
ffmpeg-devel mailing li
On 12/12/2019 11:02 AM, Yuki Tsuchiya wrote:
> Implemented according to the specification at
> https://www.iso.org/standard/69561.html
> The 'mhm1' sample entry is registered with MP4RA, which is defined as MHAS
> encapsulated single stream MPEG-H 3D Audio.
> 'MHAS' stands for MPEG-H audio stream
On 12/12/2019 11:02 AM, Yuki Tsuchiya wrote:
> Introduce AV_CODEC_PROP_INTRA_ONLY flag to audio codec as well as video codec
> to support non intra-only audio codec.
> Since all of the audio codecs are processed as intra-only codec in
> is_intra_only() so far, the intra-only flag is added to all
Signed-off-by: Andreas Rheinhardt
---
libavformat/microdvdenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/microdvdenc.c b/libavformat/microdvdenc.c
index 6639651e02..80e6fa8674 100644
--- a/libavformat/microdvdenc.c
+++ b/libavformat/microdvdenc.c
@@ -52,7 +5
Up until now, the microdvd demuxer uses av_strdup() to allocate the
extradata from a string; its length is set to strlen() + 1, i.e.
including the \0 at the end. Upon remuxing, the muxer would simply copy
the extradata at the beginning, including the \0.
This commit changes this by not adding the
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Thilo Borgmann
> Sent: Thursday, December 12, 2019 22:15
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/hevc_cabac: fix cbf_cb and cbf_cr
> for transform depth 4
>
> Hi,
>
> Am 12.12.19 um 08:27 schrieb Fu
5 cabac states for cbf_cb and cbf_cr are supported according to
Table 9-4.
Add a test for 64x64 4:4:4 8bit HEVC clips with TUDepth = 4, cbf_cr > 0.
Signedoff-by: Xu Guangxin
Signed-off-by: Linjie Fu
---
tests/fate/hevc.mak | 3 +++
tests/ref/fate/hevc-cabac-tudepth | 6 ++
2
On Thu, Dec 12, 2019 at 11:47:16AM +0200, Martin Storsjö wrote:
> As the values generated by av_bmg_get can be arbitrarily large
> (only the stddev is specified), we can't use a fixed tolerance.
> Calculate a dynamic tolerance (like in float_dsp from 38f966bdb),
> based on the individual steps
Hi,
Am 12.12.19 um 08:27 schrieb Fu, Linjie:
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Carl Eugen Hoyos
>> Sent: Wednesday, December 11, 2019 18:19
>> To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>> Subject: Re: [FFmpeg-devel] [PATCH] lavc/hevc_caba
Introduce AV_CODEC_PROP_INTRA_ONLY flag to audio codec as well as video codec
to support non intra-only audio codec.
Since all of the audio codecs are processed as intra-only codec in
is_intra_only() so far, the intra-only flag is added to all the audio codec
descriptors to doesn’t change behavi
Signed-off-by: Yuki Tsuchiya
---
libavcodec/codec_desc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
index 98b6348c59..3b0ffa0f5d 100644
--- a/libavcodec/codec_desc.c
+++ b/libavcodec/codec_desc.c
@@ -2691,7 +2691,7 @@ stat
Signed-off-by: Yuki Tsuchiya
---
libavformat/movenc.c | 64 ++--
1 file changed, 32 insertions(+), 32 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 8456bfac6d..6eade938ba 100644
--- a/libavformat/movenc.c
+++ b/libavformat/mov
Implemented according to the specification at
https://www.iso.org/standard/69561.html
The 'mhm1' sample entry is registered with MP4RA, which is defined as MHAS
encapsulated single stream MPEG-H 3D Audio.
'MHAS' stands for MPEG-H audio stream, which contains encoded audio data and
corresponds me
On 12/12/2019 9:57 AM, Tsuchiya, Yuki (SHES) wrote:
> Hi James,
>
> On 2019/12/12 21:45, "ffmpeg-devel on behalf of James Almer"
> wrote:
>
> >> diff --git a/libavformat/movenc.c b/libavformat/movenc.c
> >> index dd144ae20a..8456bfac6d 100644
> >> --- a/libavformat/movenc.c
> >
Thank you for pointing it out. I'll fix.
On 2019/12/12 22:51, "ffmpeg-devel on behalf of Moritz Barsnick"
wrote:
On Thu, Dec 12, 2019 at 20:38:39 +0900, Yuki Tsuchiya wrote:
> #define LIBAVCODEC_VERSION_MAJOR 58
> -#define LIBAVCODEC_VERSION_MINOR 64
> +#define LIBAVCODEC_VE
On Thu, Dec 12, 2019 at 20:38:39 +0900, Yuki Tsuchiya wrote:
> #define LIBAVCODEC_VERSION_MAJOR 58
> -#define LIBAVCODEC_VERSION_MINOR 64
> +#define LIBAVCODEC_VERSION_MINOR 65
> #define LIBAVCODEC_VERSION_MICRO 101
Nit: reset MICRO to 100 when bumping MINOR (or MAJOR).
Moritz
__
Will apply.
Thanks!
Fu, Linjie 于2019年12月10日周二 上午8:57写道：
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Zhong Li
> > Sent: Sunday, December 8, 2019 16:32
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH] lavc/
Hi James,
On 2019/12/12 21:45, "ffmpeg-devel on behalf of James Almer"
wrote:
>> diff --git a/libavformat/movenc.c b/libavformat/movenc.c
>> index dd144ae20a..8456bfac6d 100644
>> --- a/libavformat/movenc.c
>> +++ b/libavformat/movenc.c
>> @@ -2493,6 +2493,7 @@ static int m
Hi,
Thank you for the feedbacks.
On 2019/12/12 21:32, "James Almer" wrote:
On 12/12/2019 9:10 AM, Andreas Rheinhardt wrote:
>> Not all audio codecs are intra-only. TrueHD is a notable exception: It
uses
>> sync frames and only they should be keyframes.
>
> Correct. But befo
On 12/12/2019 8:38 AM, Yuki Tsuchiya wrote:
> Implemented according to the specification at
> https://www.iso.org/standard/69561.html
> The 'mhm1' sample entry is registered with MP4RA, which is defined as MHAS
> encapsulated single stream MPEG-H 3D Audio.
> 'MHAS' stands for MPEG-H audio stream,
Signed-off-by: James Almer
---
libavcodec/mlp_parser.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavcodec/mlp_parser.c b/libavcodec/mlp_parser.c
index b5d3ff7226..5d2ddc5a70 100644
--- a/libavcodec/mlp_parser.c
+++ b/libavcodec/mlp_parser.c
@@ -61,6 +61,8 @@ static int mlp_parse
On 12/12/2019 9:10 AM, Andreas Rheinhardt wrote:
> On Thu, Dec 12, 2019 at 12:47 PM Yuki Tsuchiya
> wrote:
>
>> Introduce AV_CODEC_PROP_INTRA_ONLY flag to audio codec as well as video
>> codec to support non intra-only audio codec.
>> Since all audio codecs are processed as intra-only codec so fa
On Thu, Dec 12, 2019 at 12:47 PM Yuki Tsuchiya
wrote:
> Introduce AV_CODEC_PROP_INTRA_ONLY flag to audio codec as well as video
> codec to support non intra-only audio codec.
> Since all audio codecs are processed as intra-only codec so far, the
> intra-only flag is added to the all audio codec d
James Almer (12019-12-10):
> An incomplete header is invalid/truncated data, so this should be either
> AVERROR_INVALIDDATA or AVERROR(EIO).
AVERROR_INVALIDDATA ok, but not AVERROR(EIO): there was no input our
output error, except if reported by the underlying layer.
We have been using AVERROR(EI
Introduce AV_CODEC_PROP_INTRA_ONLY flag to audio codec as well as video codec
to support non intra-only audio codec.
Since all audio codecs are processed as intra-only codec so far, the intra-only
flag is added to the all audio codec descriptors.
This commit should not change behavior.
Signed-of
Signed-off-by: Yuki Tsuchiya
---
libavformat/movenc.c | 64 ++--
1 file changed, 32 insertions(+), 32 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 8456bfac6d..6eade938ba 100644
--- a/libavformat/movenc.c
+++ b/libavformat/mov
Implemented according to the specification at
https://www.iso.org/standard/69561.html
The 'mhm1' sample entry is registered with MP4RA, which is defined as MHAS
encapsulated single stream MPEG-H 3D Audio.
'MHAS' stands for MPEG-H audio stream, which contains encoded audio data and
corresponds me
As the values generated by av_bmg_get can be arbitrarily large
(only the stddev is specified), we can't use a fixed tolerance.
Calculate a dynamic tolerance (like in float_dsp from 38f966bdb),
based on the individual steps of the calculation.
This fixes running this test with certain seeds, wh
On Thu, 12 Dec 2019, Michael Niedermayer wrote:
On Wed, Dec 11, 2019 at 11:21:27AM +0200, Martin Storsjö wrote:
As the values generated by av_bmg_get can be arbitrarily large
(only the stddev is specified), we can't use a fixed tolerance.
Calculate a dynamic tolerance (like in float_dsp from 38
On Wed, Dec 11, 2019 at 11:21:27AM +0200, Martin Storsjö wrote:
> As the values generated by av_bmg_get can be arbitrarily large
> (only the stddev is specified), we can't use a fixed tolerance.
> Calculate a dynamic tolerance (like in float_dsp from 38f966bdb),
> based on the individual steps
Signed-off-by: Linjie Fu
---
libavfilter/vf_zscale.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/libavfilter/vf_zscale.c b/libavfilter/vf_zscale.c
index db2dd17..bd5825f 100644
--- a/libavfilter/vf_zscale.c
+++ b/libavfilter/vf_zscale.c
@@ -287,13 +287,6 @@ static int config_props(A
On Wed, Dec 11, 2019 at 02:21:22PM +0200, Martin Storsjö wrote:
> For this particular function, it's only required to return nonzero,
> but use the common AVERROR() pattern for consistency.
> ---
> libavformat/rtsp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
thx
[...]
--
Mic
On Tue, 10 Dec 2019, Martin Storsjö wrote:
---
tests/fate-run.sh | 24 -
tests/fate/filter-video.mak | 4 +-
tests/fate/gapless.mak | 104 ++--
tests/fate/mov.mak | 2 +-
tests/fate/seek.mak | 2 +-
5 files changed, 68 ins
On Wed, 11 Dec 2019, Martin Storsjö wrote:
As the values generated by av_bmg_get can be arbitrarily large
(only the stddev is specified), we can't use a fixed tolerance.
Calculate a dynamic tolerance (like in float_dsp from 38f966bdb),
based on the individual steps of the calculation.
This
71 matches
Mail list logo
