Re: [libav-devel] [PATCH] x86: Don't declare a non-static function as inline

On Sat, Apr 14, 2018 at 10:40:26PM +0300, Martin Storsjö wrote: > This fixes building with clang in msvc mode, which does support > gcc style inline assembly. > --- > libavcodec/x86/xvididct_sse2.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) probably OK Diego

Re: [libav-devel] [PATCH] [v2] use bcrypt instead of the old wincrypt API

On Sun, 15 Apr 2018, Martin Storsjö wrote: On Tue, 3 Apr 2018, Steve Lhomme wrote: When targeting Windows Vista and above The wincrypt API is deprecated and not allowed for Windows Store apps. Wincrypt can be removed after XP support is dropped. --- configure | 4 +++-

[libav-devel] [PATCH] random_seed: use bcrypt instead of the old wincrypt API

From: Steve Lhomme Remove the wincrypt API calls since we don't support XP anymore and bcrypt is available since Vista, even on Windows Store builds. --- configure | 6 +++--- libavutil/random_seed.c | 19 ++- 2 files changed, 13 insertions(+),

Re: [libav-devel] [PATCH] lavc/amfenc: Retain a reference to D3D frames used as input during the encoding process

Hi Guys, Did you have a chance to review the patch? Is it ok? Thanks, Alexander > -Original Message- > From: Alexander Kravchenko [mailto:akravchenko...@gmail.com] > Sent: Thursday, April 12, 2018 6:42 PM > To: libav-devel@libav.org > Cc: Alexander Kravchenko >

Re: [libav-devel] [PATCH] random_seed: use bcrypt instead of the old wincrypt API

On 4/15/2018 5:17 PM, Martin Storsjö wrote: > From: Steve Lhomme > > Remove the wincrypt API calls since we don't support XP anymore and > bcrypt is available since Vista, even on Windows Store builds. > --- > configure | 6 +++--- > libavutil/random_seed.c | 19

Re: [libav-devel] [PATCH] lavc/amfenc: Retain a reference to D3D frames used as input during the encoding process

On 13/04/2018 00:41, Alexander Kravchenko wrote: > This fixes frame corruption issue when decoder started reusing frames while > they are still in use of encoding process > > Issue with frame corruption was reproduced using: > avconv.exe -y -hwaccel d3d11va -hwaccel_output_format d3d11 -i