Re: [FFmpeg-devel] [PATCH v5 1/3] libavfilter/vf_find_rect: convert the object image to gray8 format instead of failed directly

2019-06-14 Thread Lance Wang
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 ++

Re: [FFmpeg-devel] [PATCH v5 3/3] libavfilter/vf_find_rect: convert the object image to gray8 format instead of failed directly

2019-06-14 Thread Lance Wang
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 > ++

Re: [FFmpeg-devel] [PATCH v5 2/3] vf_find_rect.c: use the optimized sad function to improve the find performance

2019-06-14 Thread Lance Wang
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

[FFmpeg-devel] [PATCH v5 3/3] libavfilter/vf_cover_rect: support for cover image with more pixel format and different width and height

2019-06-14 Thread lance . lmwang
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/

[FFmpeg-devel] [PATCH 1/2] avformat/rpl: Fix detection of 8-bit linear formats

2019-06-14 Thread Cameron Cawley
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

[FFmpeg-devel] [PATCH 2/2] avformat/rpl: Allow a file to have audio, but not video

2019-06-14 Thread Cameron Cawley
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

Re: [FFmpeg-devel] [PATCH v5 1/3] libavfilter/vf_find_rect: convert the object image to gray8 format instead of failed directly

2019-06-14 Thread Michael Niedermayer
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(-) >

Re: [FFmpeg-devel] [PATCH v5 3/3] libavfilter/vf_find_rect: convert the object image to gray8 format instead of failed directly

2019-06-14 Thread Michael Niedermayer
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(-)

Re: [FFmpeg-devel] [PATCH v5 2/3] vf_find_rect.c: use the optimized sad function to improve the find performance

2019-06-14 Thread Michael Niedermayer
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

Re: [FFmpeg-devel] [PATCH] lavf/tls_gnutls: retry gnutls_handshake on non fatal errors

2019-06-14 Thread Jan Ekström
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. > >

[FFmpeg-devel] [PATCH] avformat/segment: fix increment_tc

2019-06-14 Thread Gyan
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

[FFmpeg-devel] [PATCH v5 2/3] ibavfilter/vf_cover_rect.c: change the cover_rect function for support cover frame can be changed

2019-06-14 Thread lance . lmwang
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

[FFmpeg-devel] [PATCH v5 1/3] doc/filters.texi: Fix the confusing description for find_rect and cover_rect command

2019-06-14 Thread lance . lmwang
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

[FFmpeg-devel] [PATCH v5 3/3] libavfilter/vf_find_rect: convert the object image to gray8 format instead of failed directly

2019-06-14 Thread lance . lmwang
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/

Re: [FFmpeg-devel] [PATCH v4] libavfilter/vf_cover_rect: support for cover image with more pixel format and different width and height

2019-06-14 Thread Lance Wang
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 ++

Re: [FFmpeg-devel] [PATCH] avformat/oggparseogm: unknown codec triggers error

2019-06-14 Thread James Almer
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

Re: [FFmpeg-devel] [PATCH] avformat/oggparseogm: unknown codec triggers error

2019-06-14 Thread Reimar Döffinger
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

Re: [FFmpeg-devel] [PATCH] set AVFrame decode_error_flags in case of decoding error by h264dec

2019-06-14 Thread Amir Z
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 +- >

[FFmpeg-devel] [PATCH] set AVFrame decode_error_flags to FF_DECODE_ERROR_CONCEALMENT_ACTIVE in case of concealed errors

2019-06-14 Thread Amir Pauker
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

[FFmpeg-devel] [PATCH] add FF_DECODE_ERROR_CONCEALMENT_ACTIVE flag for AVFrame.decode_error_flags

2019-06-14 Thread Amir Pauker
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

Re: [FFmpeg-devel] [PATCH v4] libavfilter/vf_cover_rect: support for cover image with more pixel format and different width and height

2019-06-14 Thread Michael Niedermayer
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(-)

Re: [FFmpeg-devel] [PATCH 3/4] avcodec/fitsdec: Fix division be 0 in size check

2019-06-14 Thread Moritz Barsnick
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

Re: [FFmpeg-devel] [PATCH] set AVFrame decode_error_flags in case of decoding error by h264dec

2019-06-14 Thread Moritz Barsnick
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

Re: [FFmpeg-devel] [PATCH v4] vaapi_encode_mjpeg: fix bad component id bug

2019-06-14 Thread Moritz Barsnick
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

Re: [FFmpeg-devel] [PATCH, v3] lavf/qsvvpp:allocate continuous memory

2019-06-14 Thread Li, Zhong
> 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 > >