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
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 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
> -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 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
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
> -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 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
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 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
>
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
ср, 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
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
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
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
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
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
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
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
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
---
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
---
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
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
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
---
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 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
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
> -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
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
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
30 matches
Mail list logo
