From: Holy Wu
---
libavcodec/cuviddec.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
diff --git a/libavcodec/cuviddec.c b/libavcodec/cuviddec.c
index acee78cf2c..c14e381bb5 100644
--- a/libavcodec/cuviddec.c
+++ b/libavcodec/cuviddec.c
@@ -722,6 +722,7 @@
Signed-off-by: vectronic
---
libavformat/hls.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 336608fa2d..d7f4d5b442 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -1449,6 +1449,7 @@ reload:
if (c->http_multiple == 1 &&
When using http_multiple with HLS and fragmented MP4 media, the last segment is
attempted to be
read without resetting the current segment offset to 0. the previous segments
last offset was
thus used which meant an invalid portion of the last segment was being read.
vectronic (1):
The offset of a playlist segment into a fragmented MP4 file was being ignored
when
using support for persistent HTTP connections. To allow passing of the segment
offsets
a new ff_http_do_new_request2() method is introduced.
vectronic (2):
avformat/http: add ff_http_do_new_request2() which
Signed-off-by: vectronic
---
libavformat/http.c | 8 +++-
libavformat/http.h | 13 +
2 files changed, 20 insertions(+), 1 deletion(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index 71dd6c2b1f..85cbd06092 100644
--- a/libavformat/http.c
+++ b/libavformat/http.c
@@
Signed-off-by: vectronic
---
libavformat/hls.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 0611ddc6bb..336608fa2d 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -594,7 +594,7 @@ static int
Can AVRational be used even through the values are essentially unsigned?
LibTIFF really likes to encode 0..1 values with denominator 0x.
Is it feasible for this to use av_reduce() with INT_MAX as max argument?
It takes int64_t as input values, so UINT_MAX should be fine.
It seems to
Fixes: Timeout (14sec - 120ms)
Fixes:
17824/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AGM_fuzzer-5639825457152000
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/agm.c | 11
On 10/4/2019 3:24 AM, Skakov Pavel wrote:
>> You should use AVRationals instead. It's ideal seeing the way these
>> values are coded in the bitstream.
>>
>> See libavutil/rational.h
>
> Can AVRational be used even through the values are essentially unsigned?
> LibTIFF really likes to encode 0..1
Can AVRational be used even through the values are essentially unsigned?
LibTIFF really likes to encode 0..1 values with denominator 0x.
floats do not have enough precission to store unsigned 32/32bit fractions
just consider a float has 32bit (and a good part is really small and large
Fixes: null pointer dereference
Fixes:
17828/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5645915116797952
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/subtitles.c | 7 ---
1
On Fri, Oct 04, 2019 at 09:24:05AM +0300, Skakov Pavel wrote:
> >You should use AVRationals instead. It's ideal seeing the way these
> >values are coded in the bitstream.
> >
> >See libavutil/rational.h
>
> Can AVRational be used even through the values are essentially unsigned?
> LibTIFF
Add support for properly handling PC/TV ranges and Rec601/Rec709 color spaces.
Can't this be implemented without using floats?
AVRationals are not a good idea as those values are unsigned and often use full
unsigned range.
Here is slightly different approach: range check for fractional
Fixes: signed integer overflow: -3 - 9223372036854775807 cannot be represented
in type 'long'
Fixes:
17828/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5645915116797952
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by:
Fixes: Timeout (21sec -> 8sec)
Fixes:
17832/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALS_fuzzer-5737092172218368
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/alsdec.c | 3 +++
1
Hi,
Em sex, 4 de out de 2019 às 09:59, Guo, Yejun
escreveu:
>
>
> > -Original Message-
> > From: Guo, Yejun
> > Sent: Tuesday, September 24, 2019 1:34 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Guo, Yejun
> > Subject: [PATCH V2 2/2] avfilter/dnn: unify the layer execution function
> in
On 04-10-2019 07:06 PM, Jun Zhao wrote:
From: Jun Zhao
fix identation.
indentation
Signed-off-by: Jun Zhao
---
libavcodec/decode.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index 0818475..a7b37c6 100644
---
From: Jun Zhao
Update documentation for flags/flags2
Signed-off-by: Jun Zhao
---
doc/codecs.texi | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/doc/codecs.texi b/doc/codecs.texi
index 0d0de94..15e55cc 100644
--- a/doc/codecs.texi
+++ b/doc/codecs.texi
@@
From: Jun Zhao
fix identation.
Signed-off-by: Jun Zhao
---
libavcodec/decode.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index 0818475..a7b37c6 100644
--- a/libavcodec/decode.c
+++ b/libavcodec/decode.c
@@ -785,7 +785,7
From: Jun Zhao
Correct the flags for AVCodecContext.flags2.
Signed-off-by: Jun Zhao
---
libavcodec/options_table.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/options_table.h b/libavcodec/options_table.h
index b56e653..4b9f3ff 100644
---
Em sex, 4 de out de 2019 às 09:11, Guo, Yejun
escreveu:
>
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> > quinkbl...@foxmail.com
> > Sent: Tuesday, October 01, 2019 2:37 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Zhao Zhili
> >
> -Original Message-
> From: Guo, Yejun
> Sent: Tuesday, September 24, 2019 1:34 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Guo, Yejun
> Subject: [PATCH V2 2/2] avfilter/dnn: unify the layer execution function in
> native
> mode
>
> with this change, the code will be simpler when more
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> quinkbl...@foxmail.com
> Sent: Tuesday, October 01, 2019 2:37 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Zhao Zhili
> Subject: [FFmpeg-devel] [PATCH] FATE/dnn: fix stack buffer overflow
>
>
> > > > Compiling FFmpeg with gas-preprocessor.pl and armasm or armasm64 fails
> > > > since FFmpeg 4.2.
> > > >
> > > > New .rdata sections have been added in ARM NEON assembly code (e.g.
> > > > libavutil/aarch64/asm.S).
> > > > This fix allows gas-preprocessor to translate those sections to
will apply
On 10/1/19, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavformat/mpeg.c | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/mpeg.c b/libavformat/mpeg.c
> index 3205f209e6..6f132aae05 100644
> --- a/libavformat/mpeg.c
> +++
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 23 +++
libavfilter/Makefile | 1 +
libavfilter/af_anlms.c | 308 +++
libavfilter/allfilters.c | 1 +
4 files changed, 333 insertions(+)
create mode 100644 libavfilter/af_anlms.c
diff
You should use AVRationals instead. It's ideal seeing the way these
values are coded in the bitstream.
See libavutil/rational.h
Can AVRational be used even through the values are essentially unsigned?
LibTIFF really likes to encode 0..1 values with denominator 0x.
27 matches
Mail list logo
