Fix the multi-thread HWAccel decode error for vp9.
VP9 supports the resolution changing. In multi-thread mode, worker-threads
destroy and free the first created VAAPIDecodeContext if resolution change
happens and create new one. Other threads still request to destroy previous
and demand for new co
On Tue, Jun 11, 2019 at 9:20 AM Linjie Fu wrote:
>
> Fix the multi-thread HWAccel decode error for vp9.
>
> VP9 supports the resolution changing. In multi-thread mode, worker-threads
> destroy and free the first created VAAPIDecodeContext if resolution change
> happens and create new one. Other th
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Guo, Yejun
> Sent: Monday, June 10, 2019 11:10 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V2 1/2] libavfilter/dnn: add script to
> convert TensorFlow model (.pb) to
Hi,
An additional comment on the matter...
‐‐‐ Original Message ‐‐‐
On Monday, 10 de June de 2019 19:29, Andreas Håkon
wrote:
> Hi,
>
> ---
>
> ---
> From aa02575cc11bed0fd2ae2a01368c8673ad48e64b Mon Sep 17 00:00:00 2001
>
> From: Andreas Hakon <
> andreas.ha...@protonmail.com
>>
>
> Da
This is a new version from my last patch.
As Gyan suggested it is now optional to skip/trim the last line break.
From 8d31aab97ceaaec4947e1628e2ff1391dd77d4b2 Mon Sep 17 00:00:00 2001
From: Jonathan Baecker
Date: Tue, 11 Jun 2019 14:33:50 +0200
Subject: [PATCH] trim last empty line
---
libavf
---
libavformat/Makefile | 2 +-
libavformat/{tls_securetransport.c => tls_apple.c} | 0
2 files changed, 1 insertion(+), 1 deletion(-)
rename libavformat/{tls_securetransport.c => tls_apple.c} (100%)
diff --git a/libavformat/Makefile b/libavformat/Makefile
index df
This is a private API, so it might go away in a future macOS version.
Linking to it weakly means that if it does, we won't crash during symbol lookup.
---
libavformat/tls_apple.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavformat/tls_apple.c b/libavformat/tls_app
Network.framework was added in macOS 10.14/iOS 12, replacing Secure Transport.
Its TLS functionality is (currently) implemented on top of BoringSSL.
Secure Transport is deprecated as of macOS 10.15/iOS 13. It'll likely remain
available for the forseeable future, but it's considered "legacy" and won
---
libavformat/tls_apple.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/tls_apple.c b/libavformat/tls_apple.c
index 2ff6622565..37d63f3b27 100644
--- a/libavformat/tls_apple.c
+++ b/libavformat/tls_apple.c
@@ -165,6 +165,12 @@ static int load_identity(URLContext *h, SecId
---
libavformat/tls.c | 45 +++--
libavformat/tls.h | 1 +
2 files changed, 28 insertions(+), 18 deletions(-)
diff --git a/libavformat/tls.c b/libavformat/tls.c
index 10e0792e29..ccd551061d 100644
--- a/libavformat/tls.c
+++ b/libavformat/tls.c
@@ -51,6 +5
This allows us to easily reuse this function with NWF
---
libavformat/tls_apple.c | 34 +-
1 file changed, 25 insertions(+), 9 deletions(-)
diff --git a/libavformat/tls_apple.c b/libavformat/tls_apple.c
index 37380541b1..2ff6622565 100644
--- a/libavformat/tls_appl
On Mon, 10 Jun 2019 at 23:02, Lauri Kasanen wrote:
> On Mon, 10 Jun 2019 17:42:00 -0700
> Adrian Tong wrote:
>
> > I have been trying to implement yuv420_to_bgr24 using SSE2 instruction. I
> > ran into the case where the output of C implemented yuv420_to_bgr24 has
> > slightly different resultin
On Sun, Jun 09, 2019 at 10:45:13PM -0700, Amir Pauker wrote:
> set AVFrame decode_error_flags 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
>
> Sig
Hello,
On Mon, 10. Jun 17:29, Andreas Håkon wrote:
> Hi,
>
> Here is a list of comments on this patch:
> (Note: I use for all the tests the file
> https://samples.ffmpeg.org/HDTV/bshi01.tp)
>
> - By default the current behavior is selected. You can verify that this
> patch doesn’t alter the ori
Hello.
I working on android internals and made some changes in latest ffmpeg for
making it compilable by clang and some additional changes for making it
work under android.
The job is not finished yet but if community has not objections I'd prefer
to share these changes and integrate them in ffmpeg
On 11.06.2019, at 20:46, Dmitry A wrote:
> Hello.
> I working on android internals and made some changes in latest ffmpeg for
> making it compilable by clang and some additional changes for making it
> work under android.
> The job is not finished yet but if community has not objections I'd prefe
Hi,
Em ter, 11 de jun de 2019 às 05:00, Guo, Yejun escreveu:
>
>
> there are three options for the place to put these .py scripts.
> 1) at libavfilter/dnn/python/
> the point is to put all the dnn stuffs together
> 2) at tools/python/
> the point is that there is already a .py script under to
Thanks Michael Niedermayer for looking into this
What I am trying to solve is having a way to detect concealed decoding
errors by the caller to avcodec_receive_frame.
Should I add a general value e.g. #define
FF_DECODE_ERROR_DECODE_ERROR_OCCURRED 4 ?
Thanks
Amir
On Tue, Jun 11, 2019 at 11:39 AM
ср, 12 июн. 2019 г. в 01:09, Reimar Döffinger :
> On 11.06.2019, at 20:46, Dmitry A wrote:
>
> > Hello.
> > I working on android internals and made some changes in latest ffmpeg for
> > making it compilable by clang and some additional changes for making it
> > work under android.
> > The job is
On Tue, Jun 11, 2019 at 01:38:43PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/vf_cover_rect.c | 49 +++--
> 1 file changed, 36 insertions(+), 13 deletions(-)
>
> diff --git a/libavfilter/vf_cover_rec
On Tue, Jun 11, 2019 at 02:07:30PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/filters.texi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index ec1c7c7591..90c57430a6 100644
>
This is on the bug tracker at https://trac.ffmpeg.org/ticket/7947
Created with the help of the excellent Calvin Walton
and rewritten with the advice of the excellent Gyan
---
doc/filters.texi | 24 +++-
libavfilter/vf_drawtext.c | 9 +
2 files changed, 32 i
On Tue, Jun 11, 2019 at 01:38:42PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/vf_cover_rect.c | 1 +
> 1 file changed, 1 insertion(+)
will apply
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B
> -Original Message-
> From: Song, Ruiling
> Sent: Friday, June 7, 2019 5:59 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: RE: [FFmpeg-devel] [PATCH V3 2/2] checkasm/vf_gblur: add test for
> horiz_slice simd
>
> > -Original Message-
> > From: f
On Wed, Jun 12, 2019 at 5:23 AM Michael Niedermayer
wrote:
> On Tue, Jun 11, 2019 at 02:07:30PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > doc/filters.texi | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git
On Wed, Jun 12, 2019 at 4:51 AM Michael Niedermayer
wrote:
> On Tue, Jun 11, 2019 at 01:38:43PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavfilter/vf_cover_rect.c | 49 +++--
> > 1 file changed, 36
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Hendrik Leppkes
> Sent: Tuesday, June 11, 2019 15:50
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH, RFC] lavc/vp9dec: fix the multi-th
On Sun, Jun 9, 2019 at 2:28 PM Jun Li wrote:
> Add exif orientation support and expose an option.
> ---
> libavfilter/hflip.h| 2 +
> libavfilter/transpose.h| 14
> libavfilter/vf_hflip.c | 40 ++---
> libavfilter/vf_transpose.c | 168
Fix the issue: https://github.com/intel/media-driver/issues/317
the root cause is update_dimensions will be called multple times
when decoder thread number is not only 1, but update_dimensions
call get_pixel_format in each decode thread will trigger the
hwaccel_uninit/hwaccel_init more than once.
On 12.06.2019, at 03:00, Ruiling Song wrote:
> ffmpeg | branch: master | Ruiling Song | Wed May 15
> 17:54:10 2019 +0800| [83f9da77684e7ea0d8e9f9712ec716424140043a] | committer:
> Ruiling Song
>
> avfilter/vf_gblur: add x86 SIMD optimizations
>
> The horizontal pass get ~2x performance wit
30 matches
Mail list logo
