From: weishao
Signed-off-by: weishao
---
libavformat/sdp.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/sdp.c b/libavformat/sdp.c
index 95f3fbb876..484d30af1b 100644
--- a/libavformat/sdp.c
+++ b/libavformat/sdp.c
@@ -585,6 +585,12 @@ static char *sdp_write_media_attrib
From: weishao
Signed-off-by: weishao
---
libavformat/rtp.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/rtp.c b/libavformat/rtp.c
index 38e234391b..86c839aaa4 100644
--- a/libavformat/rtp.c
+++ b/libavformat/rtp.c
@@ -57,6 +57,8 @@ static const struct {
{16, "DVI4",
Quoting Michael Niedermayer (2021-01-19 19:00:47)
> On Mon, Jan 18, 2021 at 09:06:10PM +0100, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2021-01-17 00:07:26)
> > > Fixes: signed integer overflow: 80 * 92233009 cannot be represented in
> > > type 'int'
> > > Fixes:
> > > 26910/clusterfu
On Wednesday, September 30, 2020 07:24 BST, raghavendra
wrote:
Rename streamid to avoid name clashes.
Signed-off-by: raghavendra
---
libavformat/libsrt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index 4025b24976..a490a3
On Tuesday, October 06, 2020 08:18 BST, raghavendra
wrote:
Print the SRT streamid at the client.
Logged to info.
Signed-off-by: raghavendra
---
libavformat/libsrt.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index 4025b24976..eed48c
James Almer (12021-01-19):
> On 1/19/2021 4:04 PM, Nicolas George wrote:
> > Anton Khirnov (12021-01-19):
> > > > (Note that I would argue against adding more general display output
> > > > devices which are already present, like fb and xv, because they are
> > > > of essentially no value to libavd
Mark Thompson (12021-01-19):
> Can you explain in more detail your use of libavdevice here?
>
> My general sense is that while they might sometimes be convenient to
> use if you are already working in a libav* context, they are so
> limited (by both the API and the implementation) that most users
On 20/01/2021 11:53, Nicolas George wrote:
Mark Thompson (12021-01-19):
Can you explain in more detail your use of libavdevice here?
My general sense is that while they might sometimes be convenient to
use if you are already working in a libav* context, they are so
limited (by both the API and
Mark Thompson (12021-01-20):
> Because the libavformat API is not suitable for (especially) these
> use-cases, so including them in the library feels like a hack that
> happened to be convenient for some subset of people even though it
> doesn't really fit and wants something else.
Again, I have u
ons 2021-01-20 klockan 00:27 +0100 skrev Marton Balint:
>
> On Tue, 19 Jan 2021, Tobias Rapp wrote:
>
> > On 18.01.2021 23:53, Tomas Härdin wrote:
> > > lör 2021-01-16 klockan 08:43 +0800 skrev lance.lmw...@gmail.com:
> > > > On Fri, Jan 15, 2021 at 09:43:58PM +0100, Marton Balint wrote:
> > > >
lör 2021-01-16 klockan 00:22 +0100 skrev Michael Niedermayer:
> On Fri, Jan 15, 2021 at 09:48:38AM +0100, Tomas Härdin wrote:
> > tor 2021-01-14 klockan 23:51 +0100 skrev Michael Niedermayer:
> > > Fixes: signed integer overflow: 538976288 * 8 cannot be represented in
> > > type 'int'
> > > Fixes:
could make use of av_malloc_array while there.
On Wed, Jan 20, 2021 at 12:38 AM Michael Niedermayer
wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/paf.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/paf.c b/libavformat/paf.c
> index
From 0f1a1c46f05def54869ccb58e5d914fa8e0c5d13 Mon Sep 17 00:00:00 2001
From: sgerwk
Date: Wed, 20 Jan 2021 17:05:48 +0100
Subject: [PATCH] allow x11grab to capture a window instead of the whole screen
---
doc/indevs.texi | 3 +++
libavdevice/xcbgrab.c | 19 ---
2 files ch
Signed-off-by: Paul B Mahol
---
libavutil/x86/float_dsp.asm| 112 +
libavutil/x86/float_dsp_init.c | 2 +
2 files changed, 114 insertions(+)
diff --git a/libavutil/x86/float_dsp.asm b/libavutil/x86/float_dsp.asm
index 517fd63638..f7497df34e 100644
--- a/liba
Fixes: negation of -2147483648 cannot be represented in type 'int'; cast to an
unsigned type to negate this value to itself
Fixes:
29053/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APE_fuzzer-4814432697974784
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/mas
Fixes: negation of -2147483648 cannot be represented in type 'INTFLOAT' (aka
'int'); cast to an unsigned type to negate this value to itself
Fixes:
29057/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AAC_FIXED_fuzzer-5642758933053440
Found-by: continuous fuzzing process
https://github.com/g
Fixes: Timeout (long -> 4sec)
Fixes:
29064/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WAVPACK_fuzzer-5104450901508096
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1
Fixes: Timeout (too long to wait -> 1ms)
Fixes:
29048/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSA1_fuzzer-5733703473037312
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzze
Fixes: Timeout (long -> 95ms)
Fixes:
29068/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FLV_fuzzer-6509662832820224
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
1
On 1/9/2021 2:47 PM, James Almer wrote:
The st->codec values are updated based on the lowres factor by
avformat_find_stream_info() when it runs an instance of the decoder internally,
and the same thing happens in ffmpeg.c when we open ist->dec_ctx with
avcodec_open2(), so these assignments are re
On 1/18/2021 7:44 PM, Mark Thompson wrote:
diff --git a/libavcodec/cbs_sei.h b/libavcodec/cbs_sei.h
index 95beabf4d7..5ce4ad3ccd 100644
--- a/libavcodec/cbs_sei.h
+++ b/libavcodec/cbs_sei.h
@@ -21,8 +21,132 @@
#include
#include
+
#include "libavutil/buffer.h"
+#include "cbs.h"
+
+
On 1/20/2021 5:30 PM, Paul B Mahol wrote:
Signed-off-by: Paul B Mahol
---
libavutil/x86/float_dsp.asm| 112 +
libavutil/x86/float_dsp_init.c | 2 +
2 files changed, 114 insertions(+)
diff --git a/libavutil/x86/float_dsp.asm b/libavutil/x86/float_dsp.asm
fixes http://trac.ffmpeg.org/ticket/9055
The hw decoder may allocate a large frame from AVHWFramesContext, and adjust
width and height based on bitstream.
We need to use resolution from src frame instead of AVHWFramesContext.
test command:
ffmpeg -loglevel debug -hide_banner -hwaccel vaapi -init
23 matches
Mail list logo
