On Sat, Jun 15, 2019 at 3:16 AM Michael Niedermayer
wrote:
> On Wed, Jun 12, 2019 at 06:57:29PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > doc/filters.texi | 2 +-
> > libavfilter/vf_find_rect.c | 39 ++
On Sat, Jun 15, 2019 at 3:10 AM Michael Niedermayer
wrote:
> On Sat, Jun 15, 2019 at 12:48:26AM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > doc/filters.texi| 2 +-
> > libavfilter/vf_cover_rect.c | 40
> ++
On Sat, Jun 15, 2019 at 3:02 AM Michael Niedermayer
wrote:
> Hi
>
> On Wed, Jun 12, 2019 at 06:57:30PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > benchmark on x86_64: 6.4 -> 16 with below command:
> > ./ffmpeg -i 1920x1080.mp4 -vf
> find_rect=./find.tif,cover_rect=./cover
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi| 2 +-
libavfilter/vf_cover_rect.c | 40
2 files changed, 33 insertions(+), 9 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 4d48068..4594a61 100644
--- a/
Was previously broken by commit 8cf5f94.
Fixes ticket #7859
Signed-off-by: Cameron Cawley
---
libavformat/rpl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/rpl.c b/libavformat/rpl.c
index 7aec3503da..683b3a835a 100644
--- a/libavformat/rpl.c
+++ b/libavfor
Signed-off-by: Cameron Cawley
---
libavformat/rpl.c | 78 +++
1 file changed, 44 insertions(+), 34 deletions(-)
diff --git a/libavformat/rpl.c b/libavformat/rpl.c
index 683b3a835a..dbbcd13b41 100644
--- a/libavformat/rpl.c
+++ b/libavformat/rpl
On Wed, Jun 12, 2019 at 06:57:29PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/filters.texi | 2 +-
> libavfilter/vf_find_rect.c | 39 +++---
> 2 files changed, 29 insertions(+), 12 deletions(-)
>
On Sat, Jun 15, 2019 at 12:48:26AM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/filters.texi| 2 +-
> libavfilter/vf_cover_rect.c | 40
> 2 files changed, 33 insertions(+), 9 deletions(-)
Hi
On Wed, Jun 12, 2019 at 06:57:30PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> benchmark on x86_64: 6.4 -> 16 with below command:
> ./ffmpeg -i 1920x1080.mp4 -vf
> find_rect=./find.tif,cover_rect=./cover.jpg:mode=cover -f null -
> 6.4 fps -> 16fps
>
> Signed-off-by: Limin W
On Sat, Jun 1, 2019 at 8:38 PM Jan Ekström wrote:
>
> On Wed, Mar 27, 2019 at 2:09 PM Remita Amine wrote:
> >
> > fixes #7801
> >
> > Signed-off-by: Remita Amine
>
> This seems to fix switching the cipher suite, and quickly looking at
> the gnutls API docs this seems to be the way to do it.
>
>
Fixes an issue brought to my attention at Super User.
Gyan
From 0052366464cabfcd4de7f924adc905984762fe60 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Fri, 14 Jun 2019 22:36:27 +0530
Subject: [PATCH] avformat/segment: fix increment_tc
inner stream avg_frame_rate wasn't populated, so tc forma
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_cover_rect.c | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/libavfilter/vf_cover_rect.c b/libavfilter/vf_cover_rect.c
index 898debf..b66c40b 100644
--- a/libavfilter/vf_cover_rect.c
+++ b/libav
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index ec1c7c7..4d48068 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -10166,7 +10166,7 @@ Specifies the rectangle
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi| 2 +-
libavfilter/vf_cover_rect.c | 40
2 files changed, 33 insertions(+), 9 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 4d48068..4594a61 100644
--- a/
On Fri, Jun 14, 2019 at 5:31 PM Michael Niedermayer
wrote:
> On Wed, Jun 12, 2019 at 06:50:18PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > doc/filters.texi| 6 ++--
> > libavfilter/vf_cover_rect.c | 56 ++
On 6/14/2019 11:52 AM, Reimar Döffinger wrote:
>
>
> On 14.06.2019, at 03:15, Chris Cunningham wrote:
>
>> Only "succeed" to read a header if the codec is valid. Otherwise
>> return AVERROR_INVALIDDATA.
>
> That doesn't sound right to me, an unknown codec in (possibly) a single
> stream is no
On 14.06.2019, at 03:15, Chris Cunningham wrote:
> Only "succeed" to read a header if the codec is valid. Otherwise
> return AVERROR_INVALIDDATA.
That doesn't sound right to me, an unknown codec in (possibly) a single stream
is not an error.
I understood the discussion more to say the if it's
thanks Moritz
i submitted two new patches
On Fri, Jun 14, 2019 at 2:43 AM Moritz Barsnick wrote:
> On Thu, Jun 13, 2019 at 08:52:22 -0700, Amir Pauker wrote:
> > doc/APIchanges | 3 +++
> > libavcodec/h264dec.c | 5 +
> > libavutil/frame.h| 1 +
> > libavutil/version.h | 2 +-
>
set AVFrame decode_error_flags to FF_DECODE_ERROR_CONCEALMENT_ACTIVE in case
h->slice_ctx->er.error_occurred is set after the call to
ff_h264_execute_decode_slices.
This allows the user to detect concealed decoding errors in the call to
avcodec_receive_frame
Signed-off-by: Amir Pauker
---
liba
FF_DECODE_ERROR_CONCEALMENT_ACTIVE is set when the decoded frame has error(s)
but the returned value from
avcodec_receive_frame is zero i.e. concealed errors
Signed-off-by: Amir Pauker
---
doc/APIchanges | 3 +++
libavutil/frame.h | 1 +
libavutil/version.h | 2 +-
3 files changed, 5 ins
On Wed, Jun 12, 2019 at 06:50:18PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/filters.texi| 6 ++--
> libavfilter/vf_cover_rect.c | 56 +++--
> 2 files changed, 44 insertions(+), 18 deletions(-)
On Thu, Jun 13, 2019 at 20:32:35 +0200, Michael Niedermayer wrote:
> avcodec/fitsdec: Fix division be 0 in size check
Nit:^ by
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/f
On Thu, Jun 13, 2019 at 08:52:22 -0700, Amir Pauker wrote:
> doc/APIchanges | 3 +++
> libavcodec/h264dec.c | 5 +
> libavutil/frame.h| 1 +
> libavutil/version.h | 2 +-
You should split the introduction of the API (libavutil and doc) and
the use of the API (libavcodec) into two se
On Thu, Jun 13, 2019 at 15:41:55 +, Eoff, Ullysses A wrote:
> According to comments in the gcc request, it looks like we
> could use " -fsanitize=address". Anyone care to test it
> out to see if it will work?
The AddressSanatizer does not make this a warning at compile time (or
perhaps it may
> From: Fu, Linjie
> Sent: Friday, June 14, 2019 1:39 PM
> To: Li, Zhong ; FFmpeg development discussions and
> patches
> Subject: RE: [FFmpeg-devel] [PATCH,v3] lavf/qsvvpp:allocate continuous
> memory
>
> > -Original Message-
> > From: Li, Zhong
> > Sent: Friday, June 14, 2019 11:34
> >
25 matches
Mail list logo