codec/vp8dec: fix the
> multi-thread HWAccel decode error
>
> On Mon, Jul 1, 2019 at 2:38 PM Wang, Shaofei
> wrote:
> Is it this patch https://patchwork.ffmpeg.org/patch/13723/ fix the same
> issue?
It won't fix this issue in vp8.
__
Hello here,
A simple ping about this patch
Please feel free to ask if you have any question
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-re
> -Original Message-
> From: Xiang, Haihao
> Sent: Thursday, June 6, 2019 11:57 AM
> To: ffmpeg-devel@ffmpeg.org; Wang, Shaofei
> Subject: Re: [FFmpeg-devel] [PATCH v2] libavcodec/vp8dec: fix the
> multi-thread HWAccel decode error
>
> On Tue, 2019-06-04 at 15
> -Original Message-
> From: Xiang, Haihao
> Sent: Tuesday, May 28, 2019 12:23 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Wang, Shaofei
> Subject: Re: [FFmpeg-devel] [PATCH v2] libavcodec/vp8dec: fix the
> multi-thread HWAccel decode error
>
> On Thu, 2019-03-28 a
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Carl Eugen Hoyos
> Sent: Tuesday, March 26, 2019 6:36 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] Improved the performance of 1 decode +
> N filte
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Michael Niedermayer
> Sent: Wednesday, March 27, 2019 5:24 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] Improved the performance of 1 decode +
> N
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Wednesday, March 27, 2019 6:44 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] Improved the performance of 1 decode +
> N filter graphs and adaptive
+ N filter graphs and adaptive bitrate.
>
> On 21/03/2019 15:09, Shaofei Wang wrote:
> > It enabled MULTIPLE SIMPLE filter graph concurrency, which bring above
> > about 4%~20% improvement in some 1:N scenarios by CPU or GPU
> > acceleration
> >
> > ...>
> >
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Michael Niedermayer
> Sent: Friday, March 22, 2019 8:14 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v7] Improved the performance of 1
> decode + N
mentions.
> >But get_pixel_format() is shouldn't be called due to low
> >level frames and context are already created.
> > In this fix, we only call update_dimentions as need.
> >
> > Signed-off-by: Wang, Shaofei
> > Reviewed-by: Jun, Zhao
> >
21%
> >
> > For CPU only 1 decode to N scaling:
> > ./ffmpeg -i ~/Videos/1920x1080p_30.00_x264_qp28.h264 \
> > -vf "scale=1280:720" -pix_fmt nv12 -f null /dev/null \
> > -vf "scale=720:480" -pix_fmt nv12 -f null /dev/null
> >
Thanks. Seems I need to cover external samples either
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Michael Niedermayer
> Sent: Saturday, February 16, 2019 5:22 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-d
> >> sizeof(AVFrame) is not part of the ABI. You need to allocate it
> >> somewhere.
> >>
> > Please tell more?
>
> See the documentation for AVFrame in libavutil/frame.h Use av_frame_alloc()
>
> Carl Eugen
Thanks Carl
___
ffmpeg-devel mailing list
ff
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Tuesday, February 12, 2019 8:18 AM
It should be UTC time when received the email
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v4] Improved the perfo
Code clean and remove the "-abr_pipeline" option, use the perf improved code
path by default only if HAVE_THREAD enabled.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
gt; > null /dev/null
> >
> > test results:
> > 2 scale 5 scale 10 scale
> > Improved 12% 21%21%
> >
> > For CPU only 1 decode to N scaling:
> > ./ffmpeg -i ~/Videos/1920x1080p_30.00_x264_qp28.h264 \
>
> From: Guo, Yejun
> Sent: Thursday, January 17, 2019 9:25 AM
> To: FFmpeg development discussions and patches
> Cc: mich...@niedermayer.cc; atomnu...@gmail.com; c...@passwd.hu;
> Wang, Shaofei ; ceffm...@gmail.com
> Subject: RE: [FFmpeg-devel] [PATCH v3] Improved the perform
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Carl Eugen Hoyos
> Sent: Friday, January 11, 2019 1:14 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] Improved the performance of 1 decode +
> N filter graphs and adaptive bitrat
For CPU only 1 decode to N scaling:
> ./ffmpeg -i ~/Videos/1920x1080p_30.00_x264_qp28.h264 \
> -vf "scale=1280:720" -pix_fmt nv12 -f null /dev/null \
> -vf "scale=720:480" -pix_fmt nv12 -f null /dev/null \
&
Please ignore those commented lines which will be removed in the v2 patch, they
were referred from previous reap_filters() code.
"if (HAVE_THREADS && !abr_pipeline)" looks better.
Could you add more about "not work with thread emulation"? Thx.
-Original Message-
From: ffmpeg-devel [mai
20 matches
Mail list logo
