Signed-off-by: Andreas Rheinhardt
---
libavformat/s337m.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git a/libavformat/s337m.c b/libavformat/s337m.c
index 9e3c8ed1ba..9d1b52eb61 100644
--- a/libavformat/s337m.c
+++ b/libavformat/s337m.c
@@ -147,7 +147,6 @@ static
On Fri, Mar 19, 2021 at 05:07:00PM +0100, Michael Niedermayer wrote:
> On Wed, Mar 17, 2021 at 04:23:50PM -0300, James Almer wrote:
> > On 3/13/2021 8:29 AM, Michael Niedermayer wrote:
> > > On Wed, Mar 10, 2021 at 10:06:49AM -0300, James Almer wrote:
> > > > On 3/10/2021 7:37 AM, Michael Niedermay
On Fri, Mar 19, 2021 at 05:04:31PM +0100, Michael Niedermayer wrote:
> Fixes: Null pointer dereference
> Fixes: any mpeg4 testcase which fails the malloc at that exact spot
>
> Found-by: Rafael Dutra
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mpeg4videoenc.c | 2 ++
> 1 file change
On Wed, Mar 17, 2021 at 01:40:51PM +0100, Michael Niedermayer wrote:
> Fixes: out of array access
> Fixes:
> 31733/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SPEEDHQ_fuzzer-4704307963363328
> Fixes:
> 31736/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SPEEDHQ_fuzzer-6190960292790272
>
On Wed, 10 Mar 2021, Marton Balint wrote:
On Tue, 9 Mar 2021, gaojiang...@live.com wrote:
From: Jiangjie Gao
And forward it to udp.
issue: https://trac.ffmpeg.org/ticket/7517
Could you add the buffer_size option to the documentation of the
RTP protocol?
Did it, and applied.
Thanks,
On Fri, 19 Mar 2021, Dominic Mayers wrote:
Here is the updated patch in attachment.
Thanks, will apply.
Regards,
Marton
Dominic
On 3/19/21 5:05 AM, Moritz Barsnick wrote:
Hi Dominic,
On Thu, Mar 18, 2021 at 16:15:59 -0400, Dominic Mayers wrote:
Hello,
Ticket #9151
Applies to:
ffmpe
On Tue, 16 Mar 2021, myp...@gmail.com wrote:
On Mon, Mar 15, 2021 at 5:06 PM Zhao Zhili wrote:
---
libavformat/libsrt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index 233e9096fa..ac865c5658 100644
--- a/libavformat/libs
On Sun, 14 Mar 2021, Moritz Barsnick wrote:
On Sun, Aug 23, 2020 at 22:50:18 +0300, Martin Storsjö wrote:
> On Fri, Aug 21, 2020 at 12:19:06 +0300, Martin Storsjö wrote:
> > LGTM, with one small nit:
> [...]
> > > {"listen", "Listen for incoming connections",
offsetof(pstruct, o
>
> 15 Mar 2021, 07:14, Steven Liu :
Hi Piyushi Chanuhan,
>
> 1st. You could try understand these rules under the link:
> https://summerofcode.withgoogle.com/get-started/
>
> 2nd. And understand Guided Filter Calculation:
> For example: http://kaiminghe.com/eccv10/
>
> 3rd. And try to implement a
Hi all,
Thanks for the comments on my patch. I should have given more explanations,
but this is my first time using git-send-email and I wasn't able to add
text to the patch.
The reason for the patch occurred while trying to live stream a Dash feed
with low latency. I did not use a timeline, henc
On 2021-03-20 00:37, Helmut K. C. Tessarek wrote:
Just got the following error, even though I can ping source.ffmpeg.org:
Unexpected error: fatal: unable to connect to source.ffmpeg.org:
source.ffmpeg.org[0: 213.36.253.5]: errno=Network is unreachable
error: Could not fetch origin
Reproduc
Michael Niedermayer:
> On Fri, Mar 19, 2021 at 04:39:59PM +0100, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> Fixes: Null pointer dereference
>>> Fixes: ff_h264_remove_all_refs.mp4
>>>
>>> Found-by: Rafael Dutra
>>> Tested-by: Rafael Dutra
>>> Signed-off-by: Michael Niedermayer
>>> ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Just got the following error, even though I can ping source.ffmpeg.org:
Unexpected error: fatal: unable to connect to source.ffmpeg.org:
source.ffmpeg.org[0: 213.36.253.5]: errno=Network is unreachable
error: Could not fetch origin
Any ideas?
Che
On Fri, Mar 19, 2021 at 04:39:59PM +0100, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Fixes: Null pointer dereference
> > Fixes: ff_h264_remove_all_refs.mp4
> >
> > Found-by: Rafael Dutra
> > Tested-by: Rafael Dutra
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/pthread
On Fri, Jan 22, 2021 at 3:28 PM wrote:
> From: Simone Karin Lehmann
>
> Signed-off-by: Simone Karin Lehmann
>
Applied
> ---
> libavcodec/videotoolboxenc.c | 54
> 1 file changed, 42 insertions(+), 12 deletions(-)
>
> diff --git a/libavcodec/videotoolboxen
On Tue, Mar 16, 2021 at 5:59 AM wrote:
> Greetings,
>
> Thank you for your help in advance.
> Unfortunately, my patch, which add support the "HEVC with alpha" profile
> to the videotoolbox encoder, has not been reviewed for nearly three weeks.
> Would it be possible to give me why nobody has revi
On 3/17/2021 10:56 AM, James Almer wrote:
Signed-off-by: James Almer
---
libavcodec/Makefile| 1 +
libavcodec/codec_par.c | 202 +
libavcodec/utils.c | 173 ---
3 files changed, 203 insertions(+), 173 deletion
From: He Yang <1160386...@qq.com>
Signed-off-by: He Yang <1160386...@qq.com>
---
libavdevice/gdigrab.c | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/libavdevice/gdigrab.c b/libavdevice/gdigrab.c
index 9b2c55fe90..ff4055c925 100644
--- a/libavdevice/gdigr
On Fri, Mar 19, 2021 at 09:02:44AM -0600, Pavel Koshevoy wrote:
> On Fri, Mar 19, 2021 at 7:58 AM Michael Niedermayer
> wrote:
>
> > On Wed, Mar 17, 2021 at 06:19:26PM -0600, Pavel Koshevoy wrote:
> > > Preserve AV_PKT_FLAG_CORRUPT so the caller can decide whether to drop
> > > the packet.
> > >
This makes av_read_frame() return packets with proper timestamps.
As a result, seeking now works in combination with streamcopy.
A FATE-test for this has been added.
Signed-off-by: Andreas Rheinhardt
---
libavformat/s337m.c| 1 +
tests/fate/demux.mak | 3 +++
tests/ref/fate/s337m
On Wed, Mar 17, 2021 at 04:23:50PM -0300, James Almer wrote:
> On 3/13/2021 8:29 AM, Michael Niedermayer wrote:
> > On Wed, Mar 10, 2021 at 10:06:49AM -0300, James Almer wrote:
> > > On 3/10/2021 7:37 AM, Michael Niedermayer wrote:
> > > > On Tue, Mar 09, 2021 at 05:55:55PM -0300, James Almer wrote
Fixes: Null pointer dereference
Fixes: any mpeg4 testcase which fails the malloc at that exact spot
Found-by: Rafael Dutra
Signed-off-by: Michael Niedermayer
---
libavcodec/mpeg4videoenc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/mpeg4videoenc.c b/libavcodec/mpeg4videoen
Michael Niedermayer:
> Fixes: Null pointer dereference
> Fixes: ff_h264_remove_all_refs.mp4
>
> Found-by: Rafael Dutra
> Tested-by: Rafael Dutra
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/pthread_frame.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/lib
On 3/19/2021 11:47 AM, Andreas Rheinhardt wrote:
Always leaving said packet in a blank state after having used it
allows to avoid having to reset it before one uses it; and it also
allows to use it in more places than just in parse_packets() here.
Reviewed-by: James Almer
Signed-off-by: Andreas
Fixes: null pointer dereference
Fixes: av_freep.mp4
Found-by: Rafael Dutra
Tested-by: Rafael Dutra
Signed-off-by: Michael Niedermayer
---
libavcodec/aacpsy.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/aacpsy.c b/libavcodec/aacpsy.c
index fca692cb15..482113
Fixes: Null pointer dereference
Fixes: ff_h264_remove_all_refs.mp4
Found-by: Rafael Dutra
Tested-by: Rafael Dutra
Signed-off-by: Michael Niedermayer
---
libavcodec/pthread_frame.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthrea
On Thu, Mar 18, 2021 at 09:57:11PM +0100, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Fixes: null pointer dereference
> > Fixes: ff_put_pixels16_sse2.mp4
> >
> > Found-by: Rafael Dutra
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/mpegpicture.c | 5 -
> > 1 file cha
On Fri, Mar 19, 2021 at 7:58 AM Michael Niedermayer
wrote:
> On Wed, Mar 17, 2021 at 06:19:26PM -0600, Pavel Koshevoy wrote:
> > Preserve AV_PKT_FLAG_CORRUPT so the caller can decide whether to drop
> > the packet.
> > ---
> > libavformat/utils.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 d
When flushing, the parser receives a dummy buffer with padding
that lives on the stack of av_parser_parse2(). Certain parsers
(e.g. Dolby E) only analyze the input, but don't repack it. When
flushing, such parsers return a pointer to the stack buffer and
a size of 0. And this is also what av_parser
Always leaving said packet in a blank state after having used it
allows to avoid having to reset it before one uses it; and it also
allows to use it in more places than just in parse_packets() here.
Reviewed-by: James Almer
Signed-off-by: Andreas Rheinhardt
---
Indeed an improvement. Thanks.
l
Here is the updated patch in attachment.
Dominic
On 3/19/21 5:05 AM, Moritz Barsnick wrote:
> Hi Dominic,
>
> On Thu, Mar 18, 2021 at 16:15:59 -0400, Dominic Mayers wrote:
>> Hello,
>>
>> Ticket #9151
>> Applies to:
>>
>> ffmpeg version N-101612-gda12d600ea Copyright (c) 2000-2021 the FFmpeg
>>
On 3/19/2021 2:58 AM, Andreas Rheinhardt wrote:
Always leaving said packet in a blank state after having used it
allows to avoid having to reset it before one uses it; and it also
allows to use it in more places than just in parse_packets() here.
Signed-off-by: Andreas Rheinhardt
---
libavfor
On Wed, Mar 17, 2021 at 06:19:26PM -0600, Pavel Koshevoy wrote:
> Preserve AV_PKT_FLAG_CORRUPT so the caller can decide whether to drop
> the packet.
> ---
> libavformat/utils.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/utils.c b/libavformat/utils.c
>
On Thu, Mar 18, 2021 at 02:57:59PM -0600, Pavel Koshevoy wrote:
> On Thu, Mar 18, 2021 at 2:51 PM Marton Balint wrote:
>
> >
> >
> > On Wed, 17 Mar 2021, Pavel Koshevoy wrote:
> >
> > > Preserve AV_PKT_FLAG_CORRUPT so the caller can decide whether to drop
> > > the packet.
> >
> > LGTM, but Micha
This changes the iflat_range and flat_range values for the fisheye
projection so that they indicate the maximum angle between an observed
point and the center (direction the camera is facing). This matches the
meaning of those variables in the flat projection.
Signed-off-by: Daniel Playfair Cal
-
This changes the iflat_range and flat_range values for the fisheye
projection so that they indicate the maximum angle between an observed
point and the center (direction the camera is facing). This matches the
meaning of those variables in the flat projection.
Signed-off-by: Daniel Playfair Cal
-
Previously the visibility test referred to a circle in the input. This
changes it so that it refers accurately to the entire area in the input.
Signed-off-by: Daniel Playfair Cal
---
This version avoids using double literals
libavfilter/vf_v360.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
On Fri, Mar 19, 2021 at 20:42:04 +1100, Daniel Playfair Cal wrote:
> -const int visible = hypotf(uf, vf) <= 0.5f;
> +const int visible = -0.5 < uf && uf < 0.5 && -0.5 < vf && vf < 0.5;
Please avoid double constants in float expressions, they propagate the
whole calculation to a double. I.e
This was previously incorrect, so that passing only id_fov or d_fov
resulted in incorrect transformation.
Signed-off-by: Daniel Playfair Cal
---
libavfilter/vf_v360.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index 944
This was previously incorrect, so that passing only id_fov or d_fov
resulted in incorrect transformation.
Signed-off-by: Daniel Playfair Cal
---
libavfilter/vf_v360.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index 944
This changes the iflat_range and flat_range values for the fisheye
projection so that they indicate the maximum angle between an observed
point and the center (direction the camera is facing). This matches the
meaning of those variables in the flat projection.
Signed-off-by: Daniel Playfair Cal
-
This resulted in the default aspect ratio being doubled relative to most
input formats like flat/rectilinear. After this patch the default aspect
ratio is the same as a rectilinear input.
Signed-off-by: Daniel Playfair Cal
---
libavfilter/vf_v360.c | 4 ++--
1 file changed, 2 insertions(+), 2 de
Previously the visibility test referred to a circle in the input. This
changes it so that it refers accurately to the entire area in the input.
Signed-off-by: Daniel Playfair Cal
---
libavfilter/vf_v360.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_v360.c b
Hi Dominic,
On Thu, Mar 18, 2021 at 16:15:59 -0400, Dominic Mayers wrote:
> Hello,
>
> Ticket #9151
> Applies to:
>
> ffmpeg version N-101612-gda12d600ea Copyright (c) 2000-2021 the FFmpeg
> developers
> built with gcc 9 (Ubuntu 9.3.0-17ubuntu1~20.04)
>
> Compiled ffmpeg to include libtesseract
Signed-off-by: Florian Nouwt
---
* fixed style issues
* ff_h264_cavlc_data_init_vlc now only uses ff_thread_once if the vx decoder
is enabled
* made tables static which are not used outside h264_cavlc_data.c
---
Changelog |1 +
configure |1
45 matches
Mail list logo
